Kommentare von

beats TEST blog

Post author

Beat Menzi am |

:applaus: Alles richtig gemacht! :applaus:

Post author erscheint nur noch bei eingeloggtem Kommentieren und ist nun auf der entry- wie auch auf der comments-Seite identisch! Super Job! Hast das Jahr sehr gut abgeschlossen! :applaus: :beer: und noch mehr :beer:

Ian Styx am |

8-) Das hätte mich sonst auch ein Jahr gequält... ;-)
Bitte auch styx.dokumenzi updaten.
Prosit Neujahr!

menubar_mobile

Beat am |

Habe hier jetzt eine menubar mit integriertem Scroll-to-top Button. :grins:

Die Navigation in der Mitte, mit den zwei Balken die sich überkreuzen, finde ich voll fancy ? ? ein Alleinstellungsmerkmal! ? :applaus:

Fehlt in der freien Fläche links von der Navigation nur noch der Blog-Titel. Doch der will mit meinen bescheidenen Hausmitteln einfach nicht da hin... er wird mir immer zentriert, in der Mitte über dem oberen Navigationsbalken platziert... hab's aufgegeben.

Weihnachtsfeier steht an... ? ? I wish you a merry christmas ?

Ian Styx am |

Klasse! Sieht gut aus! 8-)

Ian Styx am |

Moin und Schöne Wehnachten!

Ich würde dein

#serendipity_banner {
    background-image: url(/uploads/blue-header2-min.jpg);
    text-shadow: 1px 1px 1px rgba(234,234,244,.7);
}

eher als

#serendipity_banner {
    background-image: none;
    background-color: #060689;
    text-shadow: 1px 1px 1px rgba(234,234,244,.7);
}
@media screen and (min-width:720px) {
    #serendipity_banner {
        background-image: url(/uploads/blue-header2-min.jpg);
    }
}

schreiben.

Ian Styx am |

Nur mal schnell so als Idee. Wie du siehst ist es einigermaßen schwer, deinen blog Titel in die #menubar_mobile so zu integrieren, dass alles stimmt, ausgerichtet ist, nichts zerschießt, etc..
Deshalb könnte man einfach "schummeln" und einen eigenständigen "footer" block

<div id="mobile_home">
  <p><a href="https://www.blog.dokumenzi.ch">beats TEST blog</a></p>
</div>

unterhalb des #menubar_mobile footers etablieren und diesen "block" (auf diesen) einfach draufzukleben.

#mobile_home {
    display: block;
    position: fixed;
    bottom: 0;
    left: 1em;
    visibility: visible;
    z-index: 10;
}
#mobile_home a {
    color: aliceblue;
}
@media screen and (min-width:640px) {
    #mobile_home {
        display: none;
        visibility: hidden;
    }
}

 

Beat am |

:th_up: Ich mag "schummeln"! :grins:

Danke!

Beat am |

;-) Dabei habe ich die Grafik so lange hin und her geschoben, bis ich diese auf dem Mobile nicht mehr sehe... :grins:

So ist es natürlich viel professioneller. :th_up:

Auch dafür: :applaus: und *Vielen Dank!*

Ian Styx am |

Ist doch schön zu sehen wie sich alles gedeihlich und zur Zufriedenheit entwickelt.
Serendipity ist so ein tolles System und bietet auch dem Tüftler immer wieder neue Möglichkeiten und Eindrücke, so dass es einfach Spaß macht Zeit zu investieren. Und irgendwie - immer noch geheimnisvoll und rätselhaft wie überhaupt - hat sich die Weitsicht der Anfänge bis zum heutigen Tag als Fund- und Goldgrube bewahrheitet. Das ist der Kern meiner Bemühungen um Styx.

Beat am |

:heart: :applaus: :heart:

Beat am |

Habe den Text "Navigation" mit letter-spacing noch soweit verbreitert, dass er (in etwa) gleich breit ist, wie die Balken darüber. Dann Blog-Titel und Navigation in fett - perfekt! :th_up:

the most beautiful mobile-footer of all times (oder zumindest bis zur nächsten Änderung... ;-) )

Beat am |

Ist Dir auch schon aufgefallen, dass das Anzeigen des Banners zeitlich in zwei Stufen erfolgt? Zuerst das Banner bis zur Höhe der Suche und danach der Rest mit dem Suchfeld.

Irgendwie bestärkt mich das in der Idee, die Suche aus dem Banner zu entfernen und in einen eigenen Menüpunkt zu integrieren.

Ian Styx am |

Ja das ist ein lustiges Verhalten. Ich weiß nicht, ob das durch die zeitliche Verarbeitung des CSS im Browser oder durch den Browser selbst verursacht wird. Womöglich könnte man es durch Verschiebung einzelner CSS-Auszeichnungen beeinflussen. Ist das auf dem mobile denn auch so?
Ich finde es persönlich auch eher als Gimmick denn als störend...
Zu Suche weg..: Womit das dann 1 Klick mehr wäre. Ist es das Wert?

Beat am |

Ist das auf dem mobile denn auch so? - auf meinem Android-Mobile *JA*. Etwas anderes steht mir nicht zur Verfügung.

Ich finde es persönlich auch eher als Gimmick denn als störend... - mich stört es auch nicht wirklich. Ist mir einfach aufgefallen. Würde wohl keine Zeit investieren um das zu ändern/verbessern.

Zu Suche weg..: Womit das dann 1 Klick mehr wäre. Ist es das Wert? - In meinen Augen *JA*, wobei das allgemein nicht stimmen muss. Habe mal irgendwo gelesen, dass die meisten Besucher über eine Websuche zu einem bestimmten Aritkel auf einen Blog kommen und wenn sie da nicht "sofort" ein Suchfeld sehen, springen sie eher wieder ab, als die Navigation oder Menüs zu bemühen. Wenn diese Besucher nun via Mobile kommen, müssen sie (mit der aktuellen menubar_mobile) midestens 1x tippen um die Suche zu sehen. Wenn ich diese nun noch einen Punkt nach hinten schiebe (in ein Menü), dann müssen sie 2x tippen.

Für Desktop-Besucher ist die Suche aktuell sofort sichtbar. Hier könnte dieser *eine Klick* auf das Suche-Menü dann der berühmte Klick zu viel sein...

Doch: Kümmert mich das wirklich?  ;-)

Mir gefällt das Suchfeld am Desktop so-so-la-la, am Mobile finde ich es einfach hässlich. Und irgendwie fände ich es auch noch konsequent, wenn man für jedwelche Navigation irgendein Menü anwählen muss (Kategorien, Stichworte oder eben auch Suche). Ich biss mir am Versuch, die Suche auf eine statische Seite zu bringen zwar ziemlich die Zähne aus, doch noch gebe ich nicht auf!  ;-)

Ian Styx am |

Dann bin ich kein normaler Besucher (aber das wusste ich eh schon..)
Ich würde sagen, dass hängt ganz stark davon ab, was für Themen dein Web-log letztendlich behandelt. Stellst du (lebens-) wichtige Informationen bereit, ist eine Suche sehr hilfreich und sollte auch vorrangiger behandelt werden. Ich würde aber eben auch strikt davon abraten die Suche über eine statische Seite mit externalphp-Vermählung zu bewerkstelligen, wenn das überhaupt ginge. Eine statische Seite mit ein wenig einführenden pre content text sollte doch eigentlich reichen. Als Name vielleicht "bsearch" vergeben und dann im beat staticpage template file eine Umgehung schreiben mit a la {if $staticpage_pagetitle == 'bsearch'} ..hier dann der Inhalt des search snippets aus der index .. {/if} - oder so.

Ian Styx am |

Die Beschreibung und das Styx-Handbuch stellen immer einen Zusammenhang zwischen dem PHP-Plugin und dem Seitenleisten-Plugin für statische Seiten her... Vielleicht verfolge ich einen ganz falschen Ansatz...

Wo steht das denn in etwa..?

Beat am |

5.3.2 - Externe PHP-Anwendung: serendipity_plugin_externalphp
Externe PHP-Anwendung
serendipity_plugin_externalphp

Oft kann es vorkommen, dass Sie eine bestehende kleine PHP-Anwendung in Ihrer Seitenleiste einbinden wollen, also beispielsweise einen Shoutbox-Ersatz, ein Zufallszitat oder auch eigenen Counter-Code.

Grundsätzlich ist es empfehlenswert, solche Anwendungen mit einem eigenen Seitenleisten-Plugin einzubinden (siehe Seite pluginapi ff.).

Ian Styx am |

Und wo siehst du da die irgendeine Verknüpfung zu Statische Seiten?
Hier wird nur gesagt, dass wenn man eine PHP Datei hat, die dies oder jenes tut, tun soll, tun kann, und man möchte diese elegant zB in die Seitenleiste einbinden, so kann man, wenn man die Gefährlichkeit dieses Plugins beherrscht, das hiermit relativ leicht für sein Serendipity Blog einbinden/benutzen und damit ausführbar machen. Mehr nicht.

Beat am |

Ja, sorry, mein Fehler. :shame: Ich habe gar nicht gemerkt/gesehen, dass es für "Externe PHP-Anwendungen" ein eigenes Seitenleisten-Plugin gibt.

Ich wurde verführt von den Angaben bei den Einstellungen des Ereignis-Plugins und habe zudem bei den "Statischen Seiten" die Möglichkeit gesehen, dass man da das PHP-Plugin einbauen kann. Deshalb dachte ich, das man eine PHP-Anwendung auf einer statischen Seite implementieren kann. Was aber wohl falsch oder zumindest nicht ganz einfach realisierbar ist.

Ich werde jetzt die zwei Plugins (PHP (event) und statische Seiten(Seitenleiste)) wieder löschen.

Ian Styx am |

Die statische Seiten(Seitenleiste) ist aber recht gut, da man damit alle statischen Links als link in der Seitenleiste (zusätzlich) haben kann.

Beat am |

zu spät... :grins:

Ian Styx am |

Bei der mobile-Navigation könnte man dem aufklappbaren head das "überflüssige" format Zeug auch noch entfernen... in etwa so:

#serendipitx_banner {
    min-height: 6em;
}
#serendipitx_banner h1,
#serendipity_banner h2 {
    display: none;
}
@media screen and (min-width:640px) {
    #serendipitx_banner {
        min-height: 10em;
    }
    #serendipitx_banner h1,
    #serendipity_banner h2 {
        display: initial;
    }
}

  :wave:

Beat am |

:shame: Bin heute in komischer Stimmung. :-P

Im Moment bin ich fast geneigt, wieder auf die Darstellung vor menubar_mobile umzubauen. In der mobilen Ansicht kämpfe ich etwas mit unabgegrenztem Raum. Ich weiss nicht, wie ich das anders ausdrücken kann. Mir fehlt aktuell in der mobilen Ansicht der grafische Seitenanfang (Banner, oder schmale Kopzeile).

Zudem habe ich immer noch etwas Mühe mit der "Zangen/Klammer-Darstellung". D.h. ich klicke unten in der menubar_mobile und von oben kommt dann das Banner, wo ich weiternavigiere. Die menubar macht also nichts weiter, als das Banner ein- oder auszublenden. Vorher, mit fixem Banner drückte ich einfach auf den Scroll-to-top Button und sah an jedem Seitenanfang das aktuelle Banner mit der Navigation. Von der Anzahl Bedienschritte hat sich also nichts geändert.

Natürlich: menubar_mobile *und* Scroll-to-top ist doppelt gemoppelt. Eines der Beiden würde reichen. Weil ich Scroll-to-top aber auch in der Desktopansicht mag, müsste ich es dann so konfigurieren, dass bei kleinen Anzeigen (sobald mobile_menu aktiv wird), Scroll-to-top deaktiviert wird... Unnötige Komplexität...

Ich muss wohl heute Nachmittag wieder einmal ein paar Stunden auf's Velo und den Kopf etwas durchlüften. Die letzten Tage sass ich doch unverhältnismässig viel vor der Tastatur... bin wohl etwas verwirrt. :shame:

Beat am |

Dieses "zweistufige Anzeigeverhalten" hat nichts mit der Suche zu tun. Es liegt wohl eher am Umbruch der Navigationselemente. D.h. jetzt, nach dem Entfernen der Suche aus dem Banner, erscheint am Mobile die zweite Menüreihe immer noch leicht zeitlich versetzt.