WebsiteBaker Community Forum
WebsiteBaker Support (2.8.x) => Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: Rayne on October 08, 2008, 02:02:01 AM
-
Hallo.
Ich habe meine bestehende statische Internetseite nun nach einiger Fummelei in WB integriert. Nun geht es im Prinzip nur noch darum, den Inhalt einzufügen :)
Erstelle ich also eine neue Seite (WYSIWYG), öffnet sich der Editor und ich kann Text schreiben. Wie kann ich aber Teile dieses Textes bestimmten CSS-Klassen zuweisen? Beispielsweise habe ich eine Klasse für die Überschrift, eine für den Untertitel und eine für das Datum.
Es besteht zwar die Möglichkeit, den Quellcode in diesem Editor anzeigen zu lassen, aber Redakteure ohne HTML- und CSS-Kenntnisse können damit auch nichts anfangen.
Gibt es eine Lösung für dieses Problem?
Danke :)
-
Hallo Rayne.
Wenn Du den FCK Editor verwendest, gibt es dort drop-down Leisten, mit denen Du die Headlines (dt. Überschriften) von 1 bis 6 auswählen kannst. Darüberhinaus gibt es ein weiteres Drop-Down mit dem Du einige Klassen auswählen kannst.
Schau es Dir an.
Mit ein wenig Know-How ist es auch möglich, weitere Klassen, die man individuell einstellt dort hinzuzufügen. Aber dazu später. Mach Dich erstmal mit den Grundlagen vertraut.
MfG,
Stefek
-
Ich benutze bereits den FCKEditor, der bringt mich aber leider nicht weiter. Wenn ich beispielsweise eine Überschrift machen möchte, die von einem blauen Kasten umgeben ist, wird es mit den vorgegebenen DropDow-Menüs schwer.
Die nötigen Klassen gibt es ja bereits, ich suche nur nach einer Möglichkeit, wie man diese nutzerfreundlich beim Eintragen eines neuen Berichtes auswählen kann.
-
Bringe die Klassen in eine extra Datei, nenne die Datei editor.css und dann kannst Du im FCK darauf zurückgreifen. Die Datei muss im Templateordner liegen.
Gruß
Klaus
-
https://forum.WebsiteBaker.org/index.php/topic,10864.0.html (https://forum.WebsiteBaker.org/index.php/topic,10864.0.html)
Hier steht alles zur editor.css
....martin
-
Ich habe jetzt eine editor.css erstellt und ins Templateverzeichnis abgelegt. In dieser editor.css befinden sich nur relevante Klassen, die ich auch in dem Editor haben möchte.
Allerdings habe ich nun nur weiße Felder in den DropDown-Menüs im FCKEditor. Erst wenn ich in ein weißes Feld klicke, sehe ich, was drin steht. Und warum dieses "Red Title" noch erscheint, weiß ich auch nicht.
So siehts aus: http://s6.directupload.net/file/d/1576/2wu9lfsh_jpg.htm
h1 {
font-family: Arial, sans-serif;
font-size: 15px;
font-weight: bold;
color: #8CC7FF;
text-transform: uppercase;
}
h2 {
font-family: Verdana;
font-size: 13px;
font-weight: bold;
color: #FFFFFF;
}
.Datum {
font-size: 10px;
}
.Text {
margin-left: 20px;
margin-right: 10px;
border-top: solid 1px #8CC7FF;
}
.Bilder {
margin-right: 10px;
margin-bottom: 10px;
border-style: solid;
border-width: 4px;
border-color: #FFFFFF;
}
.Bilder:hover {
border-style: solid;
border-width: 4px;
border-color: #8CC7FF;
}
-
Und warum dieses "Red Title" noch erscheint, weiß ich auch nicht.
Diese sind von der editor.css unabhängig.
Sie sind in einer XML Datei des FCK Ordners zu finden.
Gruß,
Stefek
-
Hallo,
1.) body, h1-h6, a ... bitte in der screen.css definieren
2.) die editor.css nimmt nur classes (#) und keine id's (.)
Matthias
-
Also wenn ich nur Klassen (#) in die editor.css schreibe, dann passiert im Editor gar nichts. Erst, wenn ich eine Klasse nach der anderen in eine ID (.) wandle, erscheint der Eintrag im Menü.
Dass manche Einträge nicht angezeigt werden, liegt darin, dass der Text als weiß deklariert ist und dieser weiße Text vor weißem Hintergrund steht. Gibt es dafür eine Lösung?
-
Diese Fragen können Dir in diesem Forum nur bedingt beantwortet werden.
FCK versteht sich als ein selbstständiges "Programm" und die Cracks dafür findest Du beim offiziellen FCK Forum.
Ich mag es nicht wirklich, diese Antwort zu geben, aber es ist die richtige Anwort.
MfG,
Stefek
-
Also wenn ich nur Klassen (#) in die editor.css schreibe, dann passiert im Editor gar nichts. Erst, wenn ich eine Klasse nach der anderen in eine ID (.) wandle, erscheint der Eintrag im Menü.
Dass manche Einträge nicht angezeigt werden, liegt darin, dass der Text als weiß deklariert ist und dieser weiße Text vor weißem Hintergrund steht. Gibt es dafür eine Lösung?
Ich glaube so ist es richtig:
. class
#div ID
-
Du hast Recht, Egnal.
Ist mir vorhin nicht aufgefallen.
Es ist ein kleines Missverständnis:
# Die Raute bedeutet ID
. der Punkt bedeutet Klasse
So müsste es dann auch gehen.
Stefek
Also wenn ich nur Klassen (#) in die editor.css schreibe, dann passiert im Editor gar nichts. Erst, wenn ich eine Klasse nach der anderen in eine ID (.) wandle, erscheint der Eintrag im Menü.
-
@Rayne
Öffne
/fckeditor/fckeditor/fckconfig.js
FCKConfig.CustomStyles =
{
'Red Title' : { Element : 'h3', Styles : { 'color' : 'Red' } }
};
Löschen. (oder deaktivieren, da Option für eigene Styles !)
In der editor.css können dann neue Klassen eingetragen werden.
Gruß, Hans>NUL
-
In der editor.css können dann neue Klassen eingetragen werden.
Du meinst, vorher werden die editor.css Klassen nicht eingelesen?
Und wenn man das rausnimmt, werden sie dann schön seitlich gelistet werden?
Gruß,
Stefek
-
@stefek
Mache gerade zig Sachen auf einmal. Hoffe, dass ich Dich richtig verstanden habe.
Mit den Klassen ist ja vom Template abhängig, und wer xhtml/css macht sollte nach Möglichkeit seinen Code da (editor.css) reinpacken. Im JS bfindet sich im angegeben Abschnitt ja INLINE Code, also zusätzlicher (zu den Template Styles). Für eine Redaktion z.B. sind die Vor-Definitionen im JS u.U. praktischer und schneller zu erreichen als die Styles im editor.css und auf jedes Template anwendbar. Da kann also jeder schauen wie er die Formatierung sinnvoll verteilt.
Falls ich was falsch verstanden habe oder einem Irrtum aufsitze, her damit. Man lernt jeden Tag dazu. Seit gestern eben auch mal so nebenbei von "Stefek" wg. Hinweis auf FCK-Eingemachtes.
Gruß, Hans>NUL
-
:-D ganz verstanden habe ich nicht, was Du meinst, dass Du von mir "wg. FCK-Eingemachtes" gelernt hast, aber gut.
Zurück zum Sachverhalt:
Ich habe noch nie eine editor.css benutzt, daher weiß ich nicht, wie es sich verhält bzw. was der Unterschied ist, wenn man die von Dir vorgestellten Änderungen macht (in der benannten JS).
Ich habe aber des öfteren die Datei ../fckeditor/fckeditor/fckstyles.xml /fckeditor/wb_config/wb_fckstyles.xml
Die hat das folgende (Auszug) zum Inhalt:
<Style name="Marker: Green" element="span">
<Style name="background-color" value="Lime" /></Style>
<Style name="Big" element="big" />
<Style name="Small" element="small" />
<Style name="Typewriter" element="tt" />
<Style name="Computer Code" element="code" />
<Style name="Keyboard Phrase" element="kbd" />
<Style name="Sample Text" element="samp" />
<Style name="Variable" element="var" />
<Style name="Deleted Text" element="del" />
<Style name="Inserted Text" element="ins" />
Wenn man diese bearbeitet, sieht man neue Items in der Drop-Down Liste.
(Browser-Cache löschen.)
Ich wunderte mich über Deinen Beitrag, aber werde ihn bei Gelegenheit auschecken.
Griß,
Stefek
-
Alles richtig (XML)
Ich bezog mich aber allein auf "Rayne" Anmerkung zum RED TITLE -hätt' ich wohl anmerken sollen- und dieser EIntrag findet sich eben nicht im XML sondern im JS. Wobei ich dann den netten Zusammenhang entdeckte. Bin ja auch faul, soll heißen, wenn ich nicht unbedingt muß, kaue ich ein Thema nicht zum Selbstzweck durch.
Gruß, Hans>NUL
Edit: Kannst ja den Abschnit mal um eine Definition erweitern, und wenn's nur 'ne andere Farbe ist. Klappt :-D
-
Alles richtig (XML)
Ich bezog mich aber allein auf "Rayne" Anmerkung zum RED TITLE -hätt' ich wohl anmerken sollen- und dieser EIntrag findet sich eben nicht im XML sondern im JS. Wobei ich dann den netten Zusammenhang entdeckte.
Und dieser "nette Zusammenhang" ist, dass die editor.css Klassen dann in die Liste aufnimmt?
Kann ich mir kaum vorstellen, ehrlich gesagt.
Edit: Kannst ja den Abschnit mal um eine Definition erweitern, und wenn's nur 'ne andere Farbe ist. Klappt :-D
Ich kann Dir nicht immer ganz folgen.
Dies hier ist so ein Fall :-)
Gruß,
Stefek
-
Nein, die XML hat NIX mit editor.css zu tun, nur mit der Liste im Editor.
Befinden sich in der editor.css aber die FALSCHEN Definitionen, kann schon mal die ein oder andere Klasse flöten gehen.
Werde selbst noch ein wenig damit spielen -hab' selbst noch nicht wirklich damit gearbeitet, nur Leute im Team, und dann posten, ob das geklappt hat.
Gruß, Hans>NUL
Edit:
Die Vorgehensweise steht hier:
http://docs.fckeditor.net/FCKeditor_2.x/Developers_Guide/Configuration/Configuration_Options/CustomStyles
Edit: Mein zweiter Versuch hat auch geklappt. Funktionierte wg Syntax-Fehler zuerst nicht, aber jetzt wieder. Also nur nach der "Anleitung" vorgehen und gut ist's.
-
OK, danke für den Link.
Wie ich jetzt sehe*:
In der Java-Script Datei kann man bestimmte Angaben machen, die dann mit einem Style Attribut im HTML erscheinen. Also z.B.: <h2 stlye="background-color:white;"> (also inline-css).
In der XML Datei kann man bestimmte Klassen zuweisen, die dann im HTML die Klasse ausgeben. Also z.B.
<h2 class="dieClass">
*Angaben ohne Gewähr
Ich werde mich mit der Zeit damit etwas beschäftigen und ein kleines Tutorial speziell für WB CMS User schreiben. Aber nicht heute, der Abend ist verplant.
Grüße,
Stefek
-
Yep,
und weil das ein Dauerbrenner im Forum ist, dachte ich mal an ein Beispiel-Template, das all die Optionen sichtbar macht, damit die FCK-Möglichkeiten auch ausgeschöpft werden können. Auch anderes, wie Objekte, Canvas usw. sollten dann drin sein. Hab' aber noch keinen freien Zeitabschnitt im Terminkalender.
Gesammelt wurde aber schon :-D
Gruß, Hans>NUL
Edit (nun kommen einige Vereinfachungen):
p.s. mit der XML habe ich mich noch nicht beschäftigt. M.W. ist das auch nur INLINE aber mit Erweiterungsmöglich keiten (z.B. inkl. <span> usw.) Es gibt die von Dir angegeben Erweiterungen von Klassen inkl Objekten und mehr (http://docs.fckeditor.net/FCKeditor_2.x/Developers_Guide/Configuration/Styles), wie ich mittlerweile nachgelesen habe. Die editor.css nimmt nach meinem jetzigen Kenntnisstand die layoutnahen Klassen (keine ID) aufbauend auf screen.css auf, die im Editor verfügbar sein sollen. In die screen.css solten dann in der Hauptsache die "Gestaltungs-"ID's und ein paar rudimentäre Klassen, die für das Template bzw. den Aufbau desselben nötig sind.
CSS-Aufbau sollte demnach
1. screen.css (+Abarten für unterschiedliche Medien) für das Aussehen
2. editor.css für Klassen wie z.B. Fließtext, Blocksatz etc.
3. FCK XML+JS = Inline für Auszeichnungen, wie z.B. Teaser
sein.
Ob das alle Möglichkeiten sind, weiß ich zum jetzigen Zeitpunkt nicht. Weiter Infos, wenn vorhanden, sind also willkommen. Die o.a. Infos stehen unter Vorbehalt. Nötige Korrekturen sind also erwünscht.
Nachtrag: Wenn XHTML-valide Seiten gewünscht sind, ist die Gefahr groß, daß durch den Einsatz aller Möglichkeiten natürlich auch die Gefahr der Inkompatibilitäten steigt. Gutes Wissen um XHTML ist bei der Erstellung solcher Templates unerläßlich.
-
So, habe nun diese *.js-Datei wie beschrieben abgeändert und dieser rote Eintrag ist weg.
Da die Schriftfarbe global schon weiß definiert ist, habe ich die extra weiße Farbe aus den Klassen rausgenommen, so werden sie auch vernünftig im Editor angezeigt :)
ABER es gibt ein neues Problem. Ich habe eine Klasse „Text“, die den Text etwas einrücken soll. Bei einem längeren Text wird aber nur die erste Zeile eingerückt, der Rest verhält sich so, als wäre er ohne Klasse. Und das, obwohl der Text hintereinanderweg geschrieben ist, also ohne Umbruch.
So sieht das aus: http://s1b.directupload.net/file/d/1577/m2tlapw5_jpg.htm
Hier die Klasse:
.text {
margin-left: 20px;
margin-right: 10px;
}
Und so sieht der Quelltext für den Text aus:
<p><span class="text">Leider funktionieren einige Extensions auch nur mit einigen Anpassungen mit PostgreSQL, unter anderem auch RealURL. Importiert wird die Extension wie gewohnt. Danach in der " ext_tables.sql" im Extensionverzeichnis wieder alle "ENGINE=InnoDB" entfernen. Beim Update der Datenbank werdenerstmal einige Warnungen angezeigt, diese können ignoriert werden. Jedoch darf die Tabelle "tx_realurl_uniqalias" nicht vom Extensionmanager heraus angelegt werden, da dies zu einem Fehler führt. Also das Häckchen entfernen und dann Installation fertig ausführen. Anschließend die noch fehlende Tabelle mit folgendem SQL-Anweisungen manuell anlegen:</span></p>
-
Sieht so aus als wenn irgendwo was überschrieben wird. Hilft nur suchen.
Mach mal 'nen Test mit INLINE:
<p style="margin-left:10px;">10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug 10px einzug</p>
Der sollte klappen
Gruß, Hans>NUL
-
Hi,
vielleicht nochmal zur Verdeutlichung:
die Angaben in der /fckeditor/fckeditor/fckconfig.js bewirken, daß die entsprechenden Style-Elemente wirklich als inline Elemente verwendet werden. z.B. unabdingbar, wenn man Blockelemente vernünftig formatieren möchte, während die Angaben in der editor.css lediglich dazu führen, daß die entsprechenden Stile mittels "span" in den Text reinformatiert werden.
Aus einer Klasse "ganztollformatiert" wird im Quelltext im ersten Fall (wenn ich sie z.B.dem "div" zuweise ein
<div class="ganztollformatiert">...</div>
während im zweiten Fall daraus ein
<p><span class="ganztollformatiert">...</span></p>
wird.
Ein nicht ganz unerheblicher Unterschied, da "span" nunmal kein Blockelement ist.
Grüßle Bernd
-
Die wenigsten sind wohl gezwungen tiefer in den Editor einzusteigen. Für eine Redaktion, wenn diese auch z.B. etwas textgestalterisch einwirken möchte, kommt man als Ersteller dann doch nicht herum das CMS entsprechend einstellen zu müssen. Schön, wenn jetzt durch das Zusammentragen der Infos diverse Unklarheiten beseitigt werden könnten.
Gruß, Hans>NUL
-
Hallo Hans,
im Prinzip hast du recht, die wenigsten werden wohl soweit gehen müßen.
Ich bin aber z.B. allein schon darüber gestolpert als es darum ging einen globalen Block vernünftig formatieren zu können und dem Editierenden auch den Style an die Hand zu geben.
Also gar nicht so abwegig, mal bischen darüber zu "talken" ;-)
Grüßle Bernd
-
Sorry Leute, ich habe gerade den Überblick verloren :(
Was muss ich nun genau machen, damit meine im normalen CSS definierten Klassen im Editor benutzen kann, sodass diese auch "richtig" eingebunden werden, nicht nur mittels span? In diese *.js, oder in die editor.css? Wenn die editor.css "schlecht" ist, wofür wird die dann benutzt?
Ihr meint, die wenigsten steigen so tief in die Maaterie ein, aber das verstehe ich nicht so ganz. Wer seinen Inhalt optisch aufpeppen möchte, muss doch die Klassen irgendwie in diesem Editor einbinden können.
Ich hoffe, ihr könnt meine Verwirrtheit auflösen ;)
-
Statt .text bitte einmal
.texteinrueckung {
margin-left: 40px;
margin-right: 10px;
}
in die editor.css eintragen und nach einem Reload schauen, ob's in der Style-Liste im Editor erscheint.
Gruß, Hans>NUL
-
Ja, dort erscheint dann sofort "texteinrueckung" an Stelle von "text" (Problem besteht weiterhin).
-
Ihr meint, die wenigsten steigen so tief in die Maaterie ein, aber das verstehe ich nicht so ganz. Wer seinen Inhalt optisch aufpeppen möchte, muss doch die Klassen irgendwie in diesem Editor einbinden können.
In der Regel versucht man (ich verallgemeinere mal) bei der Schaffung der CSS Datei so vorzugehen, dass man auf die Standardauswahl im Editor zurückgreifen kann.
Wenn man mehr will, arbeitet man die XML-Datei (siehe weiter oben) aus.Dort kann man ganz schön mit verschiedenen Klassen arbeiten, wenn man da erstmal begriffen hat. (Ich pflege z.B. eine Seite, die <blockquote class="rightquote"> und <blockquote class="leftquote"> in der Auswahlliste hat, weil ich es öfter brauche, so habe ich sie mir in die XML Datei geschrieben und gut ist.
Und die editor.css : das weiß ich nicht, weil ich sie mir noch nie benutzt habe. Es sieht mir nach einem Versuch aus, dem Burschen, der den Content eingeben soll, vorzugaukeln, dass er mit einem WYSIWYG Editor arbeitet. Ich finde den Begriff WYSIWYG Editor ohne hin unglücklich gewählt, weil es nicht wahr ist (und technisch auch nicht machbar ist, zumindest heute noch nicht).
Also das "Vorgaukeln" ist: man macht in der editor.css ein paar der Klassen rein die man verwendet und schon wird, während man Content einpflegt, es etwas ähnlicher dem was am Ende herauskommt.
Doch man kriegt sie ohnehin nich richtig definiert.
Was wenn ich z.B. mit mehreren Blöcken arbeite, die ihrerseits eigene Stile haben. Usw. Usw.
Da finde ich es erheblich einfacher, einem Kunden den FCK Editor so zu "frisiereren", dass er die Quellcode Ausgabe nicht zu sehr vermurksen kann und ihm darüberhinaus zu zeigen, was die Headlines sind, was Paragraphen und Divisions sind. Nur ein paar Grundlagen. Denn so schwer ist es auch nicht, wenn man eine einigermaßen mit M$ Office vertraute Person vor sich hat.
Nur ein paar Ideengänge von mir.
Stefek
-
@Rayne
Dann bitte in der JS ändern
FCKConfig.CustomStyles =
{
'Red Title' : { Element : 'h3', Styles : { 'color' : 'Red' } },
'MY STYLE 1' : {Element :'h2', Styles : {'color' : 'Blue' , 'background-color' : 'Red' } },
'Einrückung10pxh2' : { Element : 'h4', Styles : { 'margin-left' : '10px' } }
};
Was Du nicht brauchst kannste ja wieder rausnehmen.
Gruß, Hans>NUL
p.s. Falls das für Dein Blockelement nicht paßt, wäre die Nutzung der XML anzuraten. Wir kennen alle nicht Deine CSS-Dateien. :x
Edit:
@Stefek
Das bestätigt die Annahme, daß weitestgehend große Unklarheit herrscht. "BerndJM"s Anmerkungen gehen auch in diese Richtung. Arbeiten wir dran...
Noch'n Edit: Die editor.css macht die Klassen vom jeweiligen Editor unabhängig. Beim Wechsel wären die sonst weg.
-
<blockquote class="rightquote"> und
<blockquote class="leftquote">
OK, für das obige sah der code dann so aus:
<Style name="blockquote: rechts" element="blockquote">
<Attribute name="class" value="rightquote" />
</Style>
<Style name="blockquote: links" element="blockquote">
<Attribute name="class" value="leftquote" />
</Style>
Allerdings ist die Datei: modules/fckeditor/wb_config/wb_fckstyles.xml
nicht wie oben von mir angegeben
../fckeditor/fckeditor/fckstyles.xml
Und so kann man sich eben viele eigene Kombinationen basteln.
Gruß,
Stefek
-
Hallo,
auch nochmal kurz mein Senf zur editor.css :-D. Ja damit kann man den Seiteneditoren tatsächlich ein WYSIWYG (backend = frontend) vorgaukeln. Zumindest was Schriftgrößen, Überschriften, Contentbackground und so weiter betrifft. Was nicht WYSIWYG ist, ist die Contentbreite. Also dann doch nicht echtes WYSIWYG aber wenigstens fast. :-D.
Matthias
-
... und ich suche noch 'ne Lösung für die Praxis :evil:
Wie templateabhängig unterschiedliche Konfigurationen (JS/XML) des Editors laden?
Mal außen vorgelassen, wie man sinnvoll unterschiedliche config. benennen und speichern soll.
Gruß, Hans>NUL
-
Hehe!
Wie ich sehe tauchst Du grad ganz tief darein.
Den Schnorchel nicht vergessen :evil:
Gruß,
Stefek
-
Ja klar, bis zum Hals in der Grube...
Bei der Fragestellung sind die PHP-Leute gefragt. Vorstellen kann ich mir, die editoreigenen Conf.-Dateien in's jeweilige Template-Verzeichnis zu packen und die Pfade hinzubiegen. Fragt ein Editor: Wo sind meine configs? Wenn'se nich im Template sind dann vor der Haustür? oder so... :-D
Gruß, Hans>NUL
p.s. Bin neugierig auf das Ergebnis von "Rayne"
-
Hi Matthias,
Was nicht WYSIWYG ist, ist die Contentbreite. Also dann doch nicht echtes WYSIWYG aber wenigstens fast.
Stimmt so nicht ganz, du kannst in der editor.css den body mit einer festgelegten Breite definieren, damit es so ungefähr hinkommt.
Grüßle Bernd
-
Vielen Dank für eure vielen Antworten, ihr habt mir sehr weitergeholfen :)
Ich habe meine CSS-Klassen nun aber so umbenannt, dass ich sie mittels der Standardeinstellung en im Editor verwenden kann. Also statt der Klasse ".Text" gibt es "p", für die Rubrik, die Überschrift und das Datum h1, h2 und h3. Und für die Bilder img.
Mehr muss ich eh nicht formatieren, also reicht das glücklicherweise aus :)
Aber die Option mit der xml-Datei werde ich mir definitiv merken. Denn nicht alles kann man global definieren.
Danke nochmal!!
-
Da freut sich die Gemeinde.
Hab' noch 'ne interessante Anmerkung/Option entdeckt.
Zu lesen in wb_fckconfig.js (\wb\modules\fckeditor\wb_config) unter
Note: GENERAL HINTS ON CSS FORMATS AND XML FILES
Ist aber ziemlich zeitraubend, wenn nicht nervig, alle Daten nach Infos zu durchsuchen.
Sowas wie'n Handbuch -zum Blättern- gibt's wohl nüch.
Gruß, Hans>NUL
-
Sowas wie'n Handbuch -zum Blättern- gibt's wohl nüch.
Naja, zum blättern nicht gerade, aber hier (http://docs.fckeditor.net/FCKeditor_2.x/Developers_Guide) findet sich ja schon ne Menge Infos ...
Grüßle Bernd
-
Ja, nutze ich.
Die Doku ist gut, ausführlich und wahrscheinlich alles drin, doch manchmal scheitert's am Medium.
off topic
In einigen Fällen bleibt's dabei, daß lineares Lesen schneller und sinnvoller, einprägsamer ist (trotz oder gerade wegen philosophischer Diskurse um Hypertext (HyperCard + Nachfolge) :lol: , wenn auch möglicherweise von der eigenen Sozialisation des Lernens mitbestimmt. Da streiten sich die Lerntheoretiker immer noch. Ich neige dazu die Strukturierung und Zugriffsgeschwindig keit stärker bei technischen Dokus einzubeziehen (ergebnisorientiert). Bedeutet also entweder linear oder eine konsequente Umsetzung von Hypermedia, aber nicht die weder Fisch noch Fleisch Katalogisierung, die im Web leider weite Verbreitung findet und daher nicht besonders zum Lesen oder Studieren einläd.
So, nun off topic wieda zu.
Suche immer noch einen Ansatz (Nase drauf), die FCK-configs templateabhängig laden zu können. Hat jemand das überhaupt schon mal angedacht oder auch versucht? Links zum weiterlesen erwünscht.
Gruß, Hans>NUL