Ist absehbar, ob es eine Version geben wird, die auf YAML4 basiert?
Also mit Präfixen "ym-g..."
Dies würde insbesondere dann helfen, wenn man generell mit YAML4 arbeiten möchte ...
Druckbare Version
Ist absehbar, ob es eine Version geben wird, die auf YAML4 basiert?
Also mit Präfixen "ym-g..."
Dies würde insbesondere dann helfen, wenn man generell mit YAML4 arbeiten möchte ...
Bazinga, das ist ja schon drinnen!
Für wenn jemand auch noch sucht: in den normalen Einstellungen gibt es einen neuen Punkt "Spaltenset-Einstellungen", dort kann man die YAML-Version aussuchen.
Kür wäre jetzt noch, dass man optional den Aufruf der CSS-Datei unterdrücken kann ...
Das geht indirekt schon. Wenn du "YAML 4 Erweitert" für das Set wählst, werden nur die von mir hinzugefügten Spaltenaufteilungen bzw. CSS-Definitionen geladen.Zitat:
Zitat von corticelli
Du kannst auch komplett eigene Spaltensets definieren bzw. die Auswahl der Spalten eingrenzen. Schau dir dafür die Datei system->modules->subcolumns->config->config.php an. DOrt gibt es das Array $GLOBALS['TL_SUBCL']. Dieses bzw. einzelne Werte daraus kannst du z.B. in der initconfig.php überschreiben.
Gruß,
Felix
Da habe ich mich vielleicht falsch ausgedrückt: es geht mir um den einen http-Request, der durch das Modul erzeugt wird:
Vielleicht kann man das erzeugte CSS ja in den Funktionsblock "einschleifen", der auch die anderen CSS zusammenträgt, komprimiert und ausliefert?HTML-Code:<link rel="stylesheet" href="system/modules/Subcolumns/assets/yaml4/subcols_extended.css">
<link rel="stylesheet" href="assets/css/d3122055d2fa.css">
Und noch eine Idee zur Weiterentwicklung:
Man könnte die YAML-Idee der zweistufigen Linearisierung aufgreifen
Ich stelle mir das so vor:
- In der Konfiguration des Moduls wählt man, ab welcher Spaltenzahl ein Spaltenset in welcher Stufe linearisiert werden soll.
- Fachlich könnte man das so formulieren: "Spalten für Tablets & Smartphones umbrechen" oder "Spalten nur für Tablets umbrechen" oder "Spalten nicht umbrechen"
- Technisch bekommt dann jedes Spaltenset eine zusätzliche Klasse, entweder .linearize-level-1 oder .linearize-level-2
- Der Designer legt zwei Breakpoints fest, meinetwegen 800 und 400
- wenn der Viewport < 800 wird, gelten die Regeln für .linearize-level-1
- wenn der Viewport < 400 wird, gelten die Regeln für .linearize-level-2
Ich habe das schon mal lokal ausprobiert, indem ich in der Datei /subcolumns/elements/colsetStart.php etwas dazugedengelt habe (bin nicht wirklich Programmierer ...)
Funktioniert soweit, geht aber sicherlich eleganter und konfigurierbarer ...PHP-Code:$this->Template->useInside = $GLOBALS['TL_SUBCL'][$this->strSet]['inside'];
/* Linearisierung eingefügt PCO, 14.1.2013 */
$linLevel = '';
switch(count($container))
{
case 2:
$linLevel = 'linearize-level-1 ';
break;
case 3:
$linLevel = 'linearize-level-2 ';
break;
case 4:
$linLevel = 'linearize-level-2 ';
break;
case 5:
$linLevel = 'linearize-level-2 ';
break;
}
/* hier die Variable $linLevel vorne hinzugefügt */
$this->Template->scclass = $linLevel . $equalize . $GLOBALS['TL_SUBCL'][$this->strSet]['scclass'] . ' colcount_' . count($container);
Die Idee gefällt mir recht gut.
Ich erschlage sowas in der Regel dann bisher mit dem stylepicker4ward ^^
Aber die Benennung finde ich noch nicht ganz so glücklich glaube ich. Im Grunde hat das ja wenig mit den Geräten zu tun (bzw. immer weniger *g*).
Viele Grüße
Den Stylepicker habe ich ausprobiert, leider ist der bei mir nicht ganz unbuggy, zudem kann man dann nicht mehr mehrere Klassen angeben (zum Beispiel bei einem Button die Farbe und ein Symbol).
Was die Namen angeht:
Heute ist jedenfalls eine gewisse Kongruenz zwischen (virtueller) Auflösung und Geräteklassen vorhanden, so dass ich bei einer virtuellen Auflösung unter 400 Pixeln i.d.R mit 99 % ein Smartphone identifiziert habe.
Das wird sich sicherlich ändern, wenn Autoradios und Smart-TV als praxisrelevante Geräteklassen hinzukommen.
Aber dann muss man halt die Media-Queries anpassen, und YAML ändert sich dann sicherlich auch :)
Daher glaube ich, dass "Smartphone" und "Tablet" 90 % der Nutzungsszenarien erschlagen und dabei geeignet sind, dem Redakteur die Arbeit zu erleichtern.
Für die restlichen 10 % könnte man die Begriffe in den Einstellungen änderbar machen ...
Ja, hast auch wieder recht. Wenn mir mal was besseres einfällt, kann ich das sicher per langconfig überschreiben *g*
Stylepicker und nicht mehrere Klassen? Hatte ich bisher kein Problem.. geht an sich.. wenn du da Probleme hast, dann mach doch bitte ein Ticket. Wobei ich nicht sagen kann obs wirklich ein Bug bei dir ist oder vllt ne Nebenwirkung von einer anderen Erweiterung ^^
Viele Grüße