Page 23 of 27
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Sun Dec 04, 2016 3:40 pm
by frase
Holger wrote:auch CKEditor kann mann leicht so konfigurieren, dass der Stylesheetparser alle Klassen des Templates übernimmt.
Den CK werde ich mir demnächst vornehmen. Klingt sehr vielversprechend, was du schreibst. Layout-Klassen finde ich nicht problematisch. Das ging bisher auch. Mir ist aber schon wichtig, dass die individuellen Klassen verfügbar sind.
Aber dazu später.
Fontawesome: Dazu musst du wissen, dass meine Fragen immer aus dem Jetzt-Zustand heraus kommen. Doof, aber ist so. Ich habe einen Workaround und bin's zufrieden. Pluginsuche steht natürlich an, wenn Zeit ist. Ich hatte bei cms-op schon gesucht für Bootstrap und nur kostenpflichtige gefunden. Bis ich auf utaka stieß. Na ja, es wird schon.
Bin zurzeit dabei, mir einen allgemeingültigen Text für die XH-Split-Startseite für den Download-Content aus den Fingern zu saugen. Mit Tiny4. Wirklich schwer. Geht nicht so recht voran. Und dabei sind mir die Problemchen aufgefallen.
\^/: Das schaffen wir.
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Sun Dec 04, 2016 3:42 pm
by Holger
Holger wrote:Das halte ich für eine wirklich smarte Idee!
Vielleicht doch nicht: schaltet ein User zwischen Normal- und Advanced-Mode um, verliert er die Angaben die er i´m Advanced-Mode gemacht hat, sehe ich das richtig (ich habe es noch nicht getestet). Warum also dynamisch $mcf verändern? Der Advanced-User kann die Einträge in metaconfig.php doch einfach erweitern.
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Sun Dec 04, 2016 3:45 pm
by Holger
frase wrote:Layout-Klassen finde ich nicht problematisch. Das ging bisher auch. Mir ist aber schon wichtig, dass die individuellen Klassen verfügbar sind.
Na ja, ich finde das schon problematisch. Man muss einfach einmal ausprobieren, ob es "richtig" nicht doch mit annehmbaren Aufwand zu erledigen ist. Das ist ja die Grundidee dieses ganzen Threads.
frase wrote:Ich hatte bei cms-op schon gesucht für Bootstrap und nur kostenpflichtige gefunden. Bis ich auf utaka stieß. Na ja, es wird schon.
Ok, kostenlos gibt es nicht alles. Aber insgesammt tut sich im Markt der kostenlosen Lösungen doch auch Einiges.
frase wrote:Bin zurzeit dabei, mir einen allgemeingültigen Text für die XH-Split-Startseite für den Download-Content aus den Fingern zu saugen.
Klasse
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Sun Dec 04, 2016 9:23 pm
by cmb
Holger wrote:Holger wrote:Das halte ich für eine wirklich smarte Idee!
Vielleicht doch nicht: schaltet ein User zwischen Normal- und Advanced-Mode um, verliert er die Angaben die er i´m Advanced-Mode gemacht hat, sehe ich das richtig (ich habe es noch nicht getestet). Warum also dynamisch $mcf verändern? Der Advanced-User kann die Einträge in metaconfig.php doch einfach erweitern.
In der Tat verliert man die Einstellung, sobald man die Konfiguration speichert. Das fand ich auch etwas bedenklich. Und ja, ohne die dynamische Variante ist alternativ das Erweitern der Einträge in metaconfig.php, oder auch einfach das Löschen von $mcf[headings][format] machbar.
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Sun Dec 04, 2016 10:54 pm
by Holger
cmb wrote:In der Tat verliert man die Einstellung, sobald man die Konfiguration speichert. Das fand ich auch etwas bedenklich. Und ja, ohne die dynamische Variante ist alternativ das Erweitern der Einträge in metaconfig.php, oder auch einfach das Löschen von $mcf[headings][format] machbar.
Und was mache ich jetzt
mit dem PR?
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Mon Dec 05, 2016 9:52 am
by cmb
Ich hab ihn jetzt einfach geschlossen.
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Ta
Posted: Sun Jan 22, 2017 6:07 pm
by isometric
frase wrote:FontAwesome (oder andere Icon-Fonts) müssen im Editor verfügbar sein.
Deshalb importiere ich sie per @import url(css/font-awesome.min.css);
Der Import muss am Anfang des Stylesheets stehen.
Das bewirkt, dass im Format-Dropdown erstmal alle möglich "fa"-Formate oben stehen.
Ärgerlich.
Ein Ausschluss für alle, die mit "fa*" beginnen, wäre gut.
Genial wäre, sie drinzuhaben, aber ganz am Ende.
Klingt ziemlich verrückt, kommt aber aus der Praxis.
Ist es nicht möglich für den Editor eine eigene CSS-Datei anzulegen, in der nur die Formate stehen, die man für die Bearbeitung braucht?
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Tags
Posted: Sun Jan 22, 2017 6:26 pm
by Tata
Das einfachste ist (ich habe es versucht) zwei stylesheets anlegen. Z.B.
stylesheet.css nur mit Formate für Bearbeitung.
standard.css mit dem Rest
und dan standard.css direkt in template rufen
Code: Select all
<link rel="stylesheet" type="text/css" href="<?php echo $pth['folder']['template']?>standard.css">
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Tags
Posted: Mon Jan 23, 2017 7:32 am
by frase
isometric wrote:Ist es nicht möglich für den Editor eine eigene CSS-Datei anzulegen, in der nur die Formate stehen, die man für die Bearbeitung braucht?
Das mag funktionieren ... ?
Im Zusammenhang mit <split> habe ich den Tiny4 mal so manipuliert, dass FontAwesome komfortabel genutzt werden kann.
Bedingung:
Es muss ein Template verwendet werden, das Font Awesome einbindet.
(z.B. die beiden fhs-...-split Templates, die mit <split> von
Github kommen. Wobei "fhs-left-right-split" besser funktioniert.)
Probleme:
Wenn eine neuere Version des Fonts verwendet wird, werden nicht alle neuen Icons verfügbar sein.
Ist im Template kein Font Awesome, bleibt es im Editor leer.
Es gibt zwei neue Konfigurationsmöglichkeiten (inits) für den Tiny4:
init_full-with-templatestyles.js = bindet nur die Templatestyles ein
init_full-with-awesome.js = bindet die Templatestyles ein PLUS Font Awesome
Viel Spaß beim Testen.
Re: XH: alternatives Seitensplitten unabhängig von <hx> - Tags
Posted: Mon Jan 23, 2017 9:38 am
by isometric
frase wrote:Das mag funktionieren ... ?
in der init.php steht:
Code: Select all
/*
* The styles of this sheet will be used inside the editor.
*
* All css classes will be available in the style-selectbox.
*
* If you have a lot of classes that are of no use for text editing,
* you might want to create a special editor.css.
*/
Da könnte man doch diesen Code bestimmt leicht abändern, indem man abfragt, ob es eine "editor.css" gibt und diese dann verwendet. Wenn nicht, dann eben standardmäßig 'stylesheet.css.
Code: Select all
$tiny_css = $pth['folder']['template'] . 'stylesheet.css';