Ah ja, so ist es. Wenn du gerne eine Kopie behalten willst, beginne sie mit einem _(Unterstrich - das geht definitiv), oder schreibe vielleicht das original an den Anfang. Das Pluginsystem mag es nicht wenn es gleichlautende Dateien (wenigstens für den Anfang und den Pluginnamen) gibt.
Beat Post author am |
Danke für die entsprechenden Naming-Hinweise. Man lernt nie aus. ?
Beat Post author am |
Kurze Verständnisfrage:
Letzthin wurde das Lightbox-Plugin upgedatet. Dabei wurde meine abgeänderte lightbox.css überschrieben. Gibt es eine Möglichkeit, diese Änderungen update-sicher zu machen?
Ich nehme an, dass es nichts nützt, wenn ich die geänderten Einträge in meine user.css schreibe. Denn ich vermute, dass erst beim Aufstarten der Lightbox die lightbox.css geladen wird und somit meine gemachten Einträge in der user.css übersteuern würde. Sehe ich das richtig?
Das ist nicht sooo wichtig. Ich habe mir einen Entwurfsbeitrag geschrieben, in dem alle Änderungen am Core und innerhalb der einzelnen Plugins aufgelistet sind. Ich muss bei Updates einfach wach sein und danach die gemachten Änderungen wieder nachtragen.
Da das ja ein stylesheet ist das extra geladen wird, sitzt es im head der index, dort wo der frontend_header hook steht. Das ist unterhalb der normalen stylesheets. Auch sieht das Plugin nicht vor, dass man das lightbox stylesheet vom template als bearbeitete Kopie laden könnte.
So bleibt lediglich die Möglichkeit es von vornherein in der user.css mit !important zu überschreiben und damit spätere Eigenschaften zu unterdrücken,
oder durch Verkettung geeigneter Selektoren, die eine höhere Priorität besitzen, eine Überschreibung ohne das !important zu ermöglichen.
P.S. Ich sehe außerdem gerade, dass es eine minifizierte xx.min.css Version gibt. Das werde ich demnächst mal daraufhin abändern.
Beat Post author am |
PSG-Card-Design
Ich habe mir das neue Pure-Child-Theme PSG mal etwas genauer angesehen. Wenn ich das richtig verstanden habe, so kann man mit den einzelnen Karten genau zwei Dinge tun:
Karte als internen Link benutzen (Array)
In Karte X Beiträge von Kategorien anzeigen (Fetching)
Habe ich das soweit richtig verstanden?
Hmm...? Super wäre doch, wenn man in einer Karte ein Seitenleisten-Plugin darstellen könnte. Also statt mit Array auf .../comments zu verweisen, gleich die letzten X Kommentare anzeigen, so wie es das Seitenleisten-Plugin kann/macht. So könnte man ein cleanes Blogdesign ganz ohne Seitenleisten zusammenschustern. D.h. die gewünschten Seitenleisten-Plugins wären nur in den Karten der "Landing-Page - Home" sichtbar, würden in der Blogansicht dann jedoch nicht angezeigt. Das würde vermutlich auch die Blogansicht-Seitenladezeit für Mobile-User reduzieren.
Anmerkung: Einerseits finde ich PSG spannend, andererseits schreckt mich die Theme-Kette pure->PSG->pure-beat etwas ab und ich finde bisher noch zuwenig Nutzen in diesem Card-Design. Wenn Du keine Zeit für etwas Beratung/Coaching aufwenden willst, habe ich volles Verständnis dafür. Wenn Du jedoch an Praxis-Erfahrungen interessiert bist, kann ich zu PSG-Card-Design einen eigenen Blogeintrag schreiben, damit wir das dort etwas themengerechter diskutieren können. Die Umsetzung würde ich auf styx.beatsblog.ch versuchen.
Apropos. Hattest du obige Antwort zu lightbox styles schon realisiert?
Habe ich das soweit richtig verstanden?
? ja. Du kannst so eine Karte allerdings auch als Kurzinfo verwenden und nicht verlinken. Oder als immer mal wechselnde Highlight Karten auf bestimmte Artikel (zb solche die immer wieder abgerufen werden) etc.
Nun..., dafür gibt es die geniale Plugin API, bzw die zur Verfügung gestellten Smarty-Funktionen.
Wie du selbst sehen kannst, nutzt die eine (größere) Karte einen solche als
Wie der Funktions-Name verrät, holt diese soundsoviele Eintrage aus den Eintragstabellen.
Lies einmal nach unter: https://ophian.github.io/book/#U963 im Kapitel 9 und toc 9.6.3
und eben da im Weiteren zB. in {serendipity_showPlugin}
(Gibt die Inhalte eines installierten Seitenleisten-Plugins aus. Dies kann unabhängig von der gewohnten Darstellung innerhalb der Seitenleiste erfolgen, so dass ein Seitenleisten-Plugin an beliebiger Stelle in einem Template platziert werden kann.)
Das könnte allerdings etwas tricky werden, da du es ja wahrscheinlich eher in einer Grid Karte der 2. Zeile haben möchtest, die wiederum von einem php array gespeist wird.
Was nun folgt ist Eigenes experimentieren.
Außerdem gibt es noch - da du es explizit als Beispiel erwähnt hast - {serendipity_printComments} welches analog zum weitaus mächtigeren fetchPrintEntries eben Kommentare ausgibt.
(Stellt die Liste aller Kommentare für einen Eintrag dar.)
Vor Theme Verkettungen a la pure->PSG->pure-beat sollte man keine Angst haben, sind sie doch eher geeignet sehr simpel im Letzteren zu werden, da die Richtung ja auch eher <- ist, also was als template file nicht in beat ist, suche in psg und wenn auch dort nicht in pure. Eine rein interne Funktion um Redundanzen zu vermeiden.
Ganz allgemein sind solche Landungsseiten ja nur wie das "Cover "eines Magazines. Ich persönlich habe immer gemerkt, dass mich dieser Firlefanz als Besucher nicht mehr interessiert, wenn ich mehrfach auf eine solche Seite gehe. Letzthin will ich dann immer zum Content, schnell und praktisch. Diese ganzen Wordpress-themes mir ihren ineinandergeschachtelten Hochglanz/-kant Karussells sehen meist nur schick aus. Wirklich nachhaltige Informationen vermitteln sie nur sehr selten - vor allem bei häufigeren Besuchen.
Leider ist man als Websurfer heute viel an soetwas gewöhnt und meint nun, dass das halt modern und angesagt ist. Aber es ist Fassade. Ich bin deshalb immer wieder auf die grundsätzlichen strukturellen Designs zurückgekehrt. Und die sind: Kopf, Inhalt, Seitenleiste(n), Fuß.
Beat Post author am |
Nein, ich habe am bisherigen Vorgehen nichts geändert und auch in meiner user.css keine Einträge zur Lightbox gemacht.
Heute stand dann wieder ein Lightbox-Plugin-Update auf dem Programm. Wie üblich, habe ich danach mit meiner angepassten Version die lightbox.css überschrieben. Doch leider zeigt dies nun keinen Effekt mehr. Habe den Browsercache und auch die Cookies gelöscht, doch bringt zeigt keine Besserung. Es macht irgendwie den Eindruck, als ob die lightbox.css gar nicht mehr geladen wird. ?
Ich kann die lightbox.css auch löschen. Das hat überhaupt keinen Einfluss...
Beat Post author am |
Vor Theme Verkettungen a la pure->PSG->pure-beat sollte man keine Angst haben
Es ist dann halt einfach so, dass ich bei jedem Serendipity-Update in zwei Themes (pure & PSG) nachschauen muss, ob sich irgendetwas verändert hat. Da habe ich jetzt schon, nur mit pure, genug zu kämpfen.
Momentan bin ich (ganz generell) nicht so motiviert... ich weiss nicht, ob ich das mit PSG wirklich anpacke... sehe ich einen wirklichen Nutzen oder ist es nur Spielerei und Zeitvertreib? ?
Musst du nicht. Ist exakt das gleiche wie ohne .min.
Ich habe ja sowieso vorgechlagen es besser in deiner user.css forced ( mit !important ) zu überschreiben!
Beat Post author am |
Zu spät... ? Habs zum Schluss (beim Vergleich mit "meiner" lightbox.css) dann auch bemerkt.
Das mit "in die user.css übernehmen" ist nicht ganz so trivial. Ich habe weit mehr als nur die Hintergrundfarbe abgeändert, das betrifft auch die Anzeige der Navigationspfeile oder die Transition-Zeiten.
Wie auch immer. Das scheint nicht so richtig funktionieren zu wollen.... bin noch am tüfteln. ?.
Das imagesidebar plugin fetch für die X sidebar images ist eigentlich so programmiert, dass soetwas "https://www.blog.dokumenzi.ch/uploads/Smileys/idee.gif" (wie jetzt eben) nicht vorkommen dürfte, denn es sollen nur Bilder gesucht und dargestellt werden, die eine bestimmte Mindestgröße haben.
Irgend etwas ist da nun falsch - da es aber bei mir korrekt funktioniert - tippe ich darauf, dass vielleicht deine (alten) Smiley gifs falsche Breiten- und Höhenangaben in der images Datenbanktabelle haben. Kannst du das mal nachsehen?
Oder was könnte es sonst sein?
In den imagesidebar Plugin Optionen gibt es eine Select a min/max fetch dimension range Option a la 180,3600. Speichere diese mal (erneut) ab. Und dann schauen wir mal..
Beat Post author am |
O.K. Hab das Plugin geöffnet, den Eintrag gesehen und unverändert abgespeichert. Werde das Verhalten hier, wie auch auf dem Liveblog im ? behalten.
Nicht das ich nichts zu tun hätte. Nur die Knobeleien die mir nicht selbst auffallen fehlen... ?
Du meinst "pure-beat", dem du das ja selbst entfernt hast, denn "pure" hat ja eines, wenn auch ein wenig anders als du es dir vorstellst.
Ganz simpel ist das Hamburger Icon - egal an welcher Stelle - ja nichts anderes als ein Sichtbarmachen eines ähem mobilfähigen headers.
Beat Post author am |
Na ja, dazu kann ich mittlerweile halt auch nicht mehr viel beitragen, weil meine Blog-Arbeitsumgebung soweit steht und ich nicht mehr viel herumprobiere. Es ist weder ein neues Plugin installiert worden, noch änderte ich das Design. Auch die PSG-Theme-Geschichte hat mich dann doch nicht so sehr fasziniert, dass ich mich wirklich dahinter geklemmt hätte.
Das mit dem Hamburger-Menue war eher als kleine Stichelei gedacht ?.
Diesbezüglich haben wir halt unterschiedliche Meinungen/Standpunkte. Das Hamburger-Menue, so wie ich es gerne hätte, wäre wohl eher ein in ein Java-Script ausgelagertes Menue, ähnlich dem go-to-top-Button. Wenn ich draufklicke/tippe, wird ein Menue(-baum) eingeblendet, der auf interne Adressen linkt (und ev. noch die Suche beinhaltet). Vielleicht wäre das als Plugin realisierbar, denn es würde ein Backend-Interface benötigen, wo man die Menuetexte und -links eintragen kann.
Also ein Menue, welches quasi losgelöst vom verwendeten Theme funktioniert (und so universell eingesetzt werden kann, wenn man das denn will). Und ja, mir ist klar, dass man dann diese Hamburger-Menue-Steuerung auch in der Desktop-Ansicht hätte (oder benutzen müsste). Das hat aber auch den Vorteil, dass dadurch der Header sehr schlank gehalten werden kann, denn er zeigt dann ja nur noch die zwei homelink-Zeilen (u.ev. eine Grafik) an.
Ich habe das mal wo gesehen. Leider kann ich mich nicht mehr genau daran erinnern und die Seite habe ich auch nicht gebookmarkt. ? Aber: Das fand ich Spitze und ist mir in Erinnerung geblieben.
Innerhalb von Serendipity gibt es nur die globale Navigation. Also einmal eingetragene Navigationlinks und ihre Bezeichner bleiben dann auch bei Theme Wechsel erhältlich. Diese hast du doch auch gesetzt. Das haben alle core themes wenn ich recht erinnere, auch Pure.
Der eigentliche Hamburger besteht meist aus CSS - ein Kastenblock (oft im Header) und blendet bei Druck den Head der Seite, also das was Banner und Navigation ist, ein. Wie es das tut ist unterschiedlich. Siehe zB im Backend. Natürlich kann man wie mit dem Bootstrap Framework soetwas mit javascript noch aufpimpen. Im Grunde aber sind es zwei verschiedenene Contentblöcke, die jeweils bei bestimmten Screengrößen und den "Drückeberger" per CSS ein- und ausgeblendet werden, mehr nicht.
Oder verstehe ich dich jetzt falsch? Ich glaube nicht das diesbezügliches mit einem Plugin zu erreichen wäre, außer es ist total unabhängig.
Da du die Pure Lösung mit Hamburger unten dann doch nicht wolltest, hast du es entfernt und den Banner-Nav-Bereich für Mobiles einfach bestehen lassen das sich das ja flexiert ausrichtet. Es ist aber immer noch möglich der pure-beat eine Hamburger Blend Leiste für Mobiles oben einzufügen, ... mit etwas Geduld und Spucke.
Ian Styx am |
Ah ja, so ist es. Wenn du gerne eine Kopie behalten willst, beginne sie mit einem _(Unterstrich - das geht definitiv), oder schreibe vielleicht das original an den Anfang. Das Pluginsystem mag es nicht wenn es gleichlautende Dateien (wenigstens für den Anfang und den Pluginnamen) gibt.
Beat Post author am |
Danke für die entsprechenden Naming-Hinweise. Man lernt nie aus. ?
Beat Post author am |
Kurze Verständnisfrage:
Letzthin wurde das Lightbox-Plugin upgedatet. Dabei wurde meine abgeänderte lightbox.css überschrieben. Gibt es eine Möglichkeit, diese Änderungen update-sicher zu machen?
Ich nehme an, dass es nichts nützt, wenn ich die geänderten Einträge in meine user.css schreibe. Denn ich vermute, dass erst beim Aufstarten der Lightbox die lightbox.css geladen wird und somit meine gemachten Einträge in der user.css übersteuern würde. Sehe ich das richtig?
Das ist nicht sooo wichtig. Ich habe mir einen Entwurfsbeitrag geschrieben, in dem alle Änderungen am Core und innerhalb der einzelnen Plugins aufgelistet sind. Ich muss bei Updates einfach wach sein und danach die gemachten Änderungen wieder nachtragen.
Ian Styx am |
Da das ja ein stylesheet ist das extra geladen wird, sitzt es im head der index, dort wo der frontend_header hook steht. Das ist unterhalb der normalen stylesheets. Auch sieht das Plugin nicht vor, dass man das lightbox stylesheet vom template als bearbeitete Kopie laden könnte.
So bleibt lediglich die Möglichkeit es von vornherein in der user.css mit !important zu überschreiben und damit spätere Eigenschaften zu unterdrücken,
oder durch Verkettung geeigneter Selektoren, die eine höhere Priorität besitzen, eine Überschreibung ohne das !important zu ermöglichen.
P.S. Ich sehe außerdem gerade, dass es eine minifizierte xx.min.css Version gibt. Das werde ich demnächst mal daraufhin abändern.
Beat Post author am |
PSG-Card-Design
Ich habe mir das neue Pure-Child-Theme PSG mal etwas genauer angesehen. Wenn ich das richtig verstanden habe, so kann man mit den einzelnen Karten genau zwei Dinge tun:
Habe ich das soweit richtig verstanden?
Hmm...? Super wäre doch, wenn man in einer Karte ein Seitenleisten-Plugin darstellen könnte. Also statt mit Array auf .../comments zu verweisen, gleich die letzten X Kommentare anzeigen, so wie es das Seitenleisten-Plugin kann/macht. So könnte man ein cleanes Blogdesign ganz ohne Seitenleisten zusammenschustern. D.h. die gewünschten Seitenleisten-Plugins wären nur in den Karten der "Landing-Page - Home" sichtbar, würden in der Blogansicht dann jedoch nicht angezeigt. Das würde vermutlich auch die Blogansicht-Seitenladezeit für Mobile-User reduzieren.
Anmerkung: Einerseits finde ich PSG spannend, andererseits schreckt mich die Theme-Kette pure->PSG->pure-beat etwas ab und ich finde bisher noch zuwenig Nutzen in diesem Card-Design. Wenn Du keine Zeit für etwas Beratung/Coaching aufwenden willst, habe ich volles Verständnis dafür. Wenn Du jedoch an Praxis-Erfahrungen interessiert bist, kann ich zu PSG-Card-Design einen eigenen Blogeintrag schreiben, damit wir das dort etwas themengerechter diskutieren können. Die Umsetzung würde ich auf styx.beatsblog.ch versuchen.
Ian Styx am |
Apropos. Hattest du obige Antwort zu lightbox styles schon realisiert?
? ja. Du kannst so eine Karte allerdings auch als Kurzinfo verwenden und nicht verlinken. Oder als immer mal wechselnde Highlight Karten auf bestimmte Artikel (zb solche die immer wieder abgerufen werden) etc.
Nun..., dafür gibt es die geniale Plugin API, bzw die zur Verfügung gestellten Smarty-Funktionen.
Wie du selbst sehen kannst, nutzt die eine (größere) Karte einen solche als
Wie der Funktions-Name verrät, holt diese soundsoviele Eintrage aus den Eintragstabellen.
Lies einmal nach unter: https://ophian.github.io/book/#U963 im Kapitel 9 und toc 9.6.3
und eben da im Weiteren zB. in
{serendipity_showPlugin}(Gibt die Inhalte eines installierten Seitenleisten-Plugins aus. Dies kann unabhängig von der gewohnten Darstellung innerhalb der Seitenleiste erfolgen, so dass ein Seitenleisten-Plugin an beliebiger Stelle in einem Template platziert werden kann.)
Das könnte allerdings etwas tricky werden, da du es ja wahrscheinlich eher in einer Grid Karte der 2. Zeile haben möchtest, die wiederum von einem php array gespeist wird.
Was nun folgt ist Eigenes experimentieren.
Außerdem gibt es noch - da du es explizit als Beispiel erwähnt hast -
{serendipity_printComments}welches analog zum weitaus mächtigeren fetchPrintEntries eben Kommentare ausgibt.(Stellt die Liste aller Kommentare für einen Eintrag dar.)
Vor Theme Verkettungen a la pure->PSG->pure-beat sollte man keine Angst haben, sind sie doch eher geeignet sehr simpel im Letzteren zu werden, da die Richtung ja auch eher <- ist, also was als template file nicht in beat ist, suche in psg und wenn auch dort nicht in pure. Eine rein interne Funktion um Redundanzen zu vermeiden.
Ganz allgemein sind solche Landungsseiten ja nur wie das "Cover "eines Magazines. Ich persönlich habe immer gemerkt, dass mich dieser Firlefanz als Besucher nicht mehr interessiert, wenn ich mehrfach auf eine solche Seite gehe. Letzthin will ich dann immer zum Content, schnell und praktisch. Diese ganzen Wordpress-themes mir ihren ineinandergeschachtelten Hochglanz/-kant Karussells sehen meist nur schick aus. Wirklich nachhaltige Informationen vermitteln sie nur sehr selten - vor allem bei häufigeren Besuchen.
Leider ist man als Websurfer heute viel an soetwas gewöhnt und meint nun, dass das halt modern und angesagt ist. Aber es ist Fassade. Ich bin deshalb immer wieder auf die grundsätzlichen strukturellen Designs zurückgekehrt. Und die sind: Kopf, Inhalt, Seitenleiste(n), Fuß.
Beat Post author am |
Nein, ich habe am bisherigen Vorgehen nichts geändert und auch in meiner user.css keine Einträge zur Lightbox gemacht.
Heute stand dann wieder ein Lightbox-Plugin-Update auf dem Programm. Wie üblich, habe ich danach mit meiner angepassten Version die lightbox.css überschrieben. Doch leider zeigt dies nun keinen Effekt mehr. Habe den Browsercache und auch die Cookies gelöscht, doch bringt zeigt keine Besserung. Es macht irgendwie den Eindruck, als ob die lightbox.css gar nicht mehr geladen wird. ?
Ich kann die lightbox.css auch löschen. Das hat überhaupt keinen Einfluss...
Beat Post author am |
Es ist dann halt einfach so, dass ich bei jedem Serendipity-Update in zwei Themes (pure & PSG) nachschauen muss, ob sich irgendetwas verändert hat. Da habe ich jetzt schon, nur mit pure, genug zu kämpfen.
Momentan bin ich (ganz generell) nicht so motiviert... ich weiss nicht, ob ich das mit PSG wirklich anpacke... sehe ich einen wirklichen Nutzen oder ist es nur Spielerei und Zeitvertreib? ?
Ian Styx am |
Nochmal lesen, bitte.?
Letztes update: Wechsel auf min(ified) version.
Ian Styx am |
Eher letzteres, würde ich sagen.?
Beat Post author am |
Ach nee! Nicht wahr... Dann muss ich die Mimi-Dingsbums erst mal strukturieren und dann da meine Änderungen einpflegen... ?
Ian Styx am |
Musst du nicht. Ist exakt das gleiche wie ohne .min.
Ich habe ja sowieso vorgechlagen es besser in deiner user.css forced ( mit !important ) zu überschreiben!
Beat Post author am |
Zu spät... ? Habs zum Schluss (beim Vergleich mit "meiner" lightbox.css) dann auch bemerkt.
Das mit "in die user.css übernehmen" ist nicht ganz so trivial. Ich habe weit mehr als nur die Hintergrundfarbe abgeändert, das betrifft auch die Anzeige der Navigationspfeile oder die Transition-Zeiten.
Wie auch immer. Das scheint nicht so richtig funktionieren zu wollen.... bin noch am tüfteln. ?.
Ian Styx am |
Wenns denn gar nicht geht, reich mal rüber die Ver-Änderungen. Das kriegen wir schon hin.
Beat Post author am |
Danke für das Angebot ?. Versuch macht kluch... Browsercache leeren - et voilà ? so mag ich das! ?
Wünsche noch einen schönen Sonntagabend!
Ian Styx am |
Da! Heute ist es mal wieder da...!
Das imagesidebar plugin fetch für die X sidebar images ist eigentlich so programmiert, dass soetwas "https://www.blog.dokumenzi.ch/uploads/Smileys/idee.gif" (wie jetzt eben) nicht vorkommen dürfte, denn es sollen nur Bilder gesucht und dargestellt werden, die eine bestimmte Mindestgröße haben.
Irgend etwas ist da nun falsch - da es aber bei mir korrekt funktioniert - tippe ich darauf, dass vielleicht deine (alten) Smiley gifs falsche Breiten- und Höhenangaben in der images Datenbanktabelle haben. Kannst du das mal nachsehen?
Oder was könnte es sonst sein?
Beat Post author am |
idee.gif aus images-Tabelle:
So auf Anhieb fällt mir dazu auch nichts ein. ?
Ian Styx am |
Hmm,
In den imagesidebar Plugin Optionen gibt es eine Select a min/max fetch dimension range Option a la 180,3600. Speichere diese mal (erneut) ab. Und dann schauen wir mal..
Beat Post author am |
O.K. Hab das Plugin geöffnet, den Eintrag gesehen und unverändert abgespeichert. Werde das Verhalten hier, wie auch auf dem Liveblog im ? behalten.
Ian Styx am |
Sieht gut aus soweit....
Was mir etwas Sorgen bereitet ist, dass gar keine "Probleme" mehr auftauchen... ?
Meine Bastelecke braucht Nachschub!
Beat Post author am |
? Ja, es ist hart, wenn man keine Probleme zu lösen hat! ?
räusper: Hamburger-Menue für pure?
duck-und-weg
Ian Styx am |
Nicht das ich nichts zu tun hätte. Nur die Knobeleien die mir nicht selbst auffallen fehlen... ?
Du meinst "pure-beat", dem du das ja selbst entfernt hast, denn "pure" hat ja eines, wenn auch ein wenig anders als du es dir vorstellst.
Ganz simpel ist das Hamburger Icon - egal an welcher Stelle - ja nichts anderes als ein Sichtbarmachen eines ähem mobilfähigen headers.
Beat Post author am |
Na ja, dazu kann ich mittlerweile halt auch nicht mehr viel beitragen, weil meine Blog-Arbeitsumgebung soweit steht und ich nicht mehr viel herumprobiere. Es ist weder ein neues Plugin installiert worden, noch änderte ich das Design. Auch die PSG-Theme-Geschichte hat mich dann doch nicht so sehr fasziniert, dass ich mich wirklich dahinter geklemmt hätte.
Das mit dem Hamburger-Menue war eher als kleine Stichelei gedacht ?.
Diesbezüglich haben wir halt unterschiedliche Meinungen/Standpunkte. Das Hamburger-Menue, so wie ich es gerne hätte, wäre wohl eher ein in ein Java-Script ausgelagertes Menue, ähnlich dem go-to-top-Button. Wenn ich draufklicke/tippe, wird ein Menue(-baum) eingeblendet, der auf interne Adressen linkt (und ev. noch die Suche beinhaltet). Vielleicht wäre das als Plugin realisierbar, denn es würde ein Backend-Interface benötigen, wo man die Menuetexte und -links eintragen kann.
Also ein Menue, welches quasi losgelöst vom verwendeten Theme funktioniert (und so universell eingesetzt werden kann, wenn man das denn will). Und ja, mir ist klar, dass man dann diese Hamburger-Menue-Steuerung auch in der Desktop-Ansicht hätte (oder benutzen müsste). Das hat aber auch den Vorteil, dass dadurch der Header sehr schlank gehalten werden kann, denn er zeigt dann ja nur noch die zwei homelink-Zeilen (u.ev. eine Grafik) an.
Ich habe das mal wo gesehen. Leider kann ich mich nicht mehr genau daran erinnern und die Seite habe ich auch nicht gebookmarkt. ? Aber: Das fand ich Spitze und ist mir in Erinnerung geblieben.
Ian Styx am |
Innerhalb von Serendipity gibt es nur die globale Navigation. Also einmal eingetragene Navigationlinks und ihre Bezeichner bleiben dann auch bei Theme Wechsel erhältlich. Diese hast du doch auch gesetzt. Das haben alle core themes wenn ich recht erinnere, auch Pure.
Der eigentliche Hamburger besteht meist aus CSS - ein Kastenblock (oft im Header) und blendet bei Druck den Head der Seite, also das was Banner und Navigation ist, ein. Wie es das tut ist unterschiedlich. Siehe zB im Backend. Natürlich kann man wie mit dem Bootstrap Framework soetwas mit javascript noch aufpimpen. Im Grunde aber sind es zwei verschiedenene Contentblöcke, die jeweils bei bestimmten Screengrößen und den "Drückeberger" per CSS ein- und ausgeblendet werden, mehr nicht.
Oder verstehe ich dich jetzt falsch? Ich glaube nicht das diesbezügliches mit einem Plugin zu erreichen wäre, außer es ist total unabhängig.
Da du die Pure Lösung mit Hamburger unten dann doch nicht wolltest, hast du es entfernt und den Banner-Nav-Bereich für Mobiles einfach bestehen lassen das sich das ja flexiert ausrichtet. Es ist aber immer noch möglich der pure-beat eine Hamburger Blend Leiste für Mobiles oben einzufügen, ... mit etwas Geduld und Spucke.