Ich muss zunächst bemerken, dass ich mich vorher noch nie näher mit Flexslider beschäftgt habe. Ich habe also längst nicht alle Möglichkeiten und Funktionen erkundet. Somit kann ich auch noch nichts über weitere mogliche Problemstellen berichten.
cmb wrote: ↑Wed Jan 09, 2019 7:51 pm
Das würde aber nur funktionieren, wenn beide Fonts die gleichen Code-Points (also Zeichen) verwenden. Scheint mir hier unwahrscheinlich.
Das entsprechende Zeichen kann genausogut im Plugin-CSS überschrieben werden. (Muss ich demnächst mal testen, Nachricht folgt.)
Vollkomfort (also nicht zwingend nötig) wäre eine Wahlmöglichkeit: internen Flexslider-Font oder FA verwenden. Dann könnte man für die Pfeile auch andere Zeichen einsetzen. Aber, wie gesagt, das wäre Luxus - und man kann es sogar wahrscheinlich selbst ändern.
cmb wrote: ↑Wed Jan 09, 2019 7:51 pm
Mir ging es gar nicht mal um die Textmenge, sondern darum, dass man mit Markdown eine ganze Menge anstellen kann, inklusive Headings, Bilder etc. Für die Bildbeschriftungen könnte man Parsedown::line() verwenden, dass laut Doku nur inline Markup akzeptiert. Trotzdem hätte ich da kleine Bedenken bzgl. der Abwärtskompatibilität für Flexlider_XH 0.5.5.
Das muss ich erst in Ruhe testen - Parsedown::line() habe ich noch gar nicht verstanden. Bei neuen Erkenntnissen werde ich mich melden.
cmb wrote: ↑Wed Jan 09, 2019 11:50 pm
Da habe ich mich mal schlau gemacht. Die Aktivierung per Bilderliste bedeutet, dass wenn diese Liste angezeigt werden soll, sie durch seitenspezifische Galerien ersetzt werden darf. Das scheint nur sinnvoll, wenn es mehrere flexslider() Aufrufe im Template (oder den Templates) gibt. Das alles greift aber nur, wenn das Feature in der Konfiguration aktiviert ist.
Kommt mir reichlich komplex vor, aber vielleicht gibt es dafür sinnvolle Anwendungsfälle?
Ja, es ist komplex - aber eigentlich gut!
Wie gesagt, der Flexslider ist relativ neu für mich. Ich kenne längst nicht alle Anwendungsfälle.
Es muss einen Standard-Slider geben. (der sollte übrigens "erfordert" werden, da es sonst zu Problemen kommen kann)
Gibt es im Template
einen Slider-Aufruf, wird immer (auf allen Seiten) der Standard-Slider verwendet.
Gibt es auf der aktuellen Seite einen seitenspezifischen Slider (per morepagedata), dann wird dieser verwendet -
aber nur, wenn der Standard-Slider bei "Pagedata-Bildliste Vorrang" den Haken hat. Bin mir nicht sicher, ob dieser Haken vielleicht überflüssig ist, denn: wenn man einen seitenspezifischen Slider anlegt, will man ihn ja auch anzeigen - oder? Soll heißen: Gibt es einen seitenspezifischen, dann sollte dieser sowieso immer Vorrang haben (?)
Das ist eben alles sehr komplex und eigentlich ziemlich gut durchdacht. Svasti hat viele Fälle im Auge gehabt und viele Möglichkeiten abgedeckt.
Damit wird aber auch alles sehr komplex und sehr schwer zu erklären (Hilfedatei).
===
Bevor du eine neue Version machst, sollten wir vielleicht noch andere Anwender befragen, die evtl. mehr Erfahrungen haben.
Hier mal meine Wunschliste mit Punkten, die mir (zeitnah) wichtig wären:
- Überarbeitung der Eingabemasken für die Datendateien (damit müssen ja Normalanwender zurechtkommen)
Selbst in fhs-simple ist das alles sehr unübersichtlich. Das Eingabefeld für "Bildtext" sollte ein normales Area sein [2 Zeilen ?]. Die Auswahl des Bilderordners [oben] ist verwirrend. -> mehr XH-like
- Pagedatatab ! - (nur für Aufruf im Template ?)
Weiß nicht wie das geht und was passiert, einen Aufruf im Template (evtl. Header) zu haben und zusätzlich einen im Content.
- Hilfedatei überarbeiten
Wahrscheinlich haben andere Anwender noch mehr/andere dringende Wünsche.
Bitte melden.
Aus der Versionierung halte ich mich raus. Mir scheint aber, wenn der Padedata-Tab eingeführt wird, dann wäre wohl 1.0 fällig.
Zu Markdown usw. kommt später noch was, falls es etwas gibt