WYSIWYG-editor

http://fckeditor.net/

Har du erfaring med at sætte editoren op. Jeg ønsker at kunne includere en side på den side hvor editoren skal være, også kalde et objekt. Desuden skal alle editorens filer ligger under de filer som er "inkludredet" - altså så alle ikke har adgang til editores filer, og såldes man får en flotter fil-struktur?

Jeg har da fået det til at virke. Du skal kun have et yderligere katalog (med underkataloger) liggende i din public_html. Man skal have adgang til billeder og javascriptfiler - jeg ved ikke hvad du ellers mener med adgang.

Jeg ville gerne at jeg kunne have det bibliotek som skal ligge i public_html, til at ligge under mine includes istedet. Ved du hvordan man gør det - og om det er muligt?

Jeg har også fået til at virke ved bare at have hele bibliotekket til at ligge i det som svarer til public_html.

Men man skal jo kunne se bl.a .js og .gif filer udefra, og det kan man kun hvis de ligger i public_html. Jeg forstår stadig ikke hvad du vil?

Jeg vil bare ikke ret gerne have hele bibliotekket /editor/ til at ligge umiddelbart under "public_html", istedet ønsker jeg at det skal ligge under min includes. Altså de sider som jeg vha. "include ("someting.php")" inkludere på en side. .js. og .gif kan sagtnes vises på denne måde!

Hvis du vil have editoren til at ligge et andet sted end defoult ligger du bare mappen fckeditor ned i din include mappe og angiver stien når du opretter editoren

$oFCKeditor = new FCKeditor ;
$oFCKeditor->BasePath = '/include/' ;        // '/FCKeditor/' is the default value so this line could be deleted.
$oFCKeditor->Value = 'Teaser tekst' ;
$oFCKeditor->CreateFCKeditor( 'resume', '680', 300 ) ;

Jeps - men problevet er bare at "BasePath" skal ligge under public_html.

Ja ghvis mappen public_html er din root mappe så skal de selvfølgelig ligger her under. Men hvad er problemet i det ?

Det er at jeg gerne villle have dem til at ligge under mine includes

Jeg forstår stadig intet af hvad du skriver og ønsker. Denne editor, som alle andre, bruger en række filer, der skal ligge under public_html.

så er det vel bare ../includes/ Hvis du har mappen liggende der, lige som når du includer andre filer.
Eller hvad hvis du giver den fulde sti $_SERVER['DOCUMENT_ROOT']."stien til mappen";

neess > det kan du jo ikke angive en relative sti til noget uden for webserveren på den måde. Den eneste mulighed du har er hvis serveren i forvejen kender bibliotekket via de bibliotekker som man kan inkludere i webserveren setup.

Men hvis han har en mappe "includes" et sted hvor han kan include filer. Så kan editoren da også fint ligge der. Er vel bare et spm om hvordan stien angives.

Nej, hans "includes" ligger ikke under "public_html". Det er i sig selv et godt princip.

erikjacobsen > jamen jeg tror egentlig at du har forstået hvad det er jeg vil så. Jeg vil gerne have alle editors filer til at ligger under denne mappe - så jeg slipper for at endnu et bibliotek under "public_html"

Men så har du ikke forstået hvad jeg skriver: "Denne editor, som alle andre, bruger en række filer, der skal ligge under public_html."

Jo - det har jeg forstået. Men kan det lade sig gøre at omconfigurere denne editor til at ligge under "inkludes"?

Men så har du ikke forstået hvad jeg skriver: "Denne editor, som alle andre, bruger en række filer, der skal ligge under public_html."

Jeps - jeg har forstået at almindeligvis bruger en række filer som ligger under public_html. Men spørgsmål er så - er det muligt at på en måde at ændre noget i opsætningen af editoren, så man kan placere de filer som normaltvis ligger inder public_html, under sine inkludes?

Jeg giver op og forlader spørgsmålet.

Rent teknisk kan man vha aliaser, subdomæner, scripts etc. få nogle ting til at ligge andre steder, men stadig: de skal være tilgængelige udefra. Jeg forstår dog ikke din puristiske holdning.

Ses.

Men hvis man begynder at lave subdomainer osv. Så kunne man jo lige så godt lave en mappe under sin public_html og have den der.
Kan heller ikke se hvorfor det er noget problem at have en mappe liggende der. Er jo ikke fordi en mappe ødelægger overskueligheden.

ikke noget brugbart svar