Beiträge von Walter

    Hallo!

    Eine zweigeteilte Frage, die sich auf das Widget "Tabellarische Daten" und generell auf "Bild mit seitlichem Text" bezieht.


    Ziel:
    Neben einem Hauptartikel (Text) kleine Bilder (bei Klick vergrößern) untereinander anführen. Jedes Bild sollte rechts daneben einen Bildtext erhalten.


    Kleines Beispiel:


    Meine bisher nicht erfolgreichen Versuche:

    1. Links Widget Bild mit rechts daneben Widget Text funktioniert nur über die ganze 12 Grid Breite, wenn jedes Bild in neuer Reihe beginnt.

      Wenn wie im Beispiel links ein größerer Hauptartikel ist habe ich es nicht geschafft rechts davon Bild mit rechts angehängtem Text zu platzieren, weil ab dem zweiten kleinen Bild der Textartikel rechts daneben nicht mehr in die Zeile mit dem Bild, sondern direkt in die Spalte unter den darüber liegenden Text kommt.
    2. Links Hauptartikel (Text) und rechts Widget Tabellarische Daten:
      Das funktioniert nur solang in Tabellarische Daten kein Bild eingefügt ist!
    3. In Tabellarische Daten kann über eine Spalte "Grafischer Html Editor" ein Bild in das Feld eingefügt werden, aber damit wird die Anzeige des Widget Tabellarische Daten völlig "verwirrt".
    4. Rechts eine Tabelle einfügen habe ich noch nicht versucht, weil ich als ZP-Mitleser mehrfach las, Tabellen sollten wegen schlechtem responsivem Verhalten gemieden werden und statt Tabelle sollte besser das früher noch nicht verfügbare "Tabellarische Daten" verwendet werden.

    Link zu Testseite:
    http://bildundtext.zeta-producer.com/test-bild-mit-text-rechts.html


    Wenn im Widget "Tabellarische Daten" in ein Feld mit Feldtyp "Grafischer HTML Editor" mit der dort erlaubten Funktion "Bild" ein Bild eingefügt wurde, ist die Steuerung der Tabelle im ZP-Bearbeitungsmodus völlig chaotisch. Das Bild, das eigentlich nur ein Tabellenfeld füllen sollte, wird rechts sogar randlos (über den Rand vom Inhaltsbereich hinaus) angezeigt.
    Versuch auf obiger Testseite, unterstes Beispiel: Der Browser zeigt die veröffentlichte Seite anders (besser) als ZP bei der Erstellung.


    Fragen dazu:

    • Ist das Verhalten des Widget Tabellarische Daten mit eingefügtem Bild ein Widgetfehler, oder ist dessen Verwendung mit Bild(er) nicht vorgesehen?
    • Ohne dieses Widget eine Spalte rechts um "Unterspalten" zu erweitern ist wohl mit akzeptablem Aufwand (einfachen Mitteln), oder generell, nicht möglich?
      Eine "Schnapsidee" von mir?

    Zum ursprünglichen Thema:
    Bitte meinen Irrtum bezüglich "in ZP14 anders" und die daraus unnütz entstandenen Aufwendungen zu entschuldigen!

    Tatsächlich funktioniert die CSS Änderung in ZP14 wie in ZP13 sehr gut.

    Ich ließ mich durch abweichende Inhalte die zu Scrollbalken führten zu dem Irrtum verleiten.

    Fände diese CSS Änderung als Verbesserung im ZP-Standard sinnvoll.

    Danke für Ihre Mühe!

    Danke, ja werde es weiter verwenden.


    In beiden Ihrer veröffentlichten Testseiten ...

    Ursache für die Verwirrung:


    Ich hatte bei "Server für die Veröffentlichung einrichten" im Feld Subdomain für beide Testprojekte unterschiedliche Subdomain eingetragen ("mit/ohne"CSS) und gedacht, das wären dann am ZP-Server auch zwei voneinander unabhängige Sites.
    Tatsächlich ist aber unter beiden Adressen nur das zuletzt auf Ihren Server geladene Projekt aufrufbar! Deshalb war überraschend auch das Ergebnis der unterschiedlichen Links gleich.
    Nachdem ich jetzt die Variante "ohne" CSS nochmals hochgeladen habe, sind BEIDE ohne CSS.

    Muss das so sein, oder ist das ein Fehler der ZP-Server Adressierung?

    Danke vorerst!

    Nach Anzeige aktualisieren ist "jetzt" auch bei mir kein Unterschied zwischen mit CSS und ohne CSS vorhanden und der Scrollbalken kommt erst später.
    Vorher wurde ohne CSS-Änderung der Scrollbalken schon viel früher eingeblendet.
    Kann nicht erklären warum das vorher bei mir anders war und kann das vorherige Verhalten nicht mehr reproduzieren, obwohl es vorher mehrmals so war.

    Ich verwende meist Mozilla Firefox. MS IE bringt den Scrollbalken früher.

    Werde, wenn ich etwas mehr Zeit habe, noch testen warum es bei ZP13 (mit anderem Inhalt) ohne Scrollbalken ging und anschließend hier berichten.

    Zusatzfrage:
    Kann ich also diese CSS Änderung von ZP13 im neuen Layout von ZP14 weglassen?

    Hallo!

    In ZP13 funktionierte mit dem CSS der Umbruch ohne Scrollbalken auch bei schmalem Fenster (Gerät).

    Flat Responsive Testseite ohne CSS:
    http://tabellarischedaten-ohnecss.zeta-producer.com/test-tabellari…en-umbruch.html

    Flat Responsive Testseite mit CSS aus ZP13 mit anderem Layout:
    http://tabellarischedaten-mitcss.zeta-producer.com/test-tabellari…en-umbruch.html

    Ohne CSS gibt es leider bald waagrechten Scrollbalken.
    Mit CSS sind in ZP14 auch Scrollbalken, nur etwas später.

    ---

    Anmerkung zum Testinhalt:
    Habe in meinem wirklichen Projekt eine auf "nicht veröffentlichen" eingestellte Seite zur Dokumentation der CSS Änderungen. So weiß ich auch später noch warum was geändert wurde.
    Dieser Testinhalt ist Kopie davon.

    Hallo!

    Habe noch eine Frage in Zusammenhang mit der (zu frühen) Umschaltung auf mobiles Menü im Layout Flat Responsive.


    Wie kann der rechte Abstand/Rand der Menüelemente verkleinert oder auf Null gestellt werden?

    Ziel:
    Kleinerer seitlicher Abstand zwischen den Menüpunkten, damit dadurch das Problem der durch mehrstufige Untermenüs verursachten zu frühen Umschaltung auf mobiles Menü ein wenig seltener auftritt.

    Siehe auch:
    Layout Flat Responsive - Untermenü abgeschnitten


    Falls es für eure Suche nach möglicher Ursache helfen kann, hier meine Testseite auf der sich das Container Hintergrundbild auch nach rechts verschiebt.

    alter Link:
    http://zp-test.mondseelandler.at/level-2.html

    neuer Link zu neuer Testseite auf der sowohl fehlerhaftes als auch richtiges Containerbild zu sehen ist:
    http://zp-test.mondseelandler.at/test-containerbild.html


    Einziger Unterschied zwischen oberem falschem Container und unterem richtig dargestelltem Containerbild ist ein anderes Bild.
    Das nicht funktionierende Waldpark Bild ist im Original mit 2,1 MB deutlich größer als das funktionierende Bild mit 300 kb. Vielleicht hat es damit zu tun?

    Ich bin mir jetzt aber nicht ganz sicher ob das eventuell so in ZP implementiert werden sollte.

    Mir ist dieses eher unerwünschte Verhalten auch aufgefallen, aber hatte (als Laie) dazu hier nichts geschrieben.

    Befürworte den Wunsch, zentriertes (50:50%) Hintergrundbild sollte in allen Fensterbreiten die Wuschposition behalten.

    Hallo Jochen!

    Gewaltig, dass du dir "nach der scheinbaren Lösung" noch die Arbeit gemacht hast, das selbst genauer zu probieren!

    Das war von mir nicht so gewünscht und ich hatte vergessen das so zu kontrollieren.

    DANKE !!!

    Und Danke Stefan S. für die informative Erklärung dazu!

    Hallo Jochen,

    Danke, ja das wirkt!

    Fragen zu meinem Grundverständnis:

    1. #breadcrumb reicht also auch ohne vorangestelltes #content für die Zuordnung zum Bereich Navigationspfad?
      Das #content schrieb ich davor, weil das im Firefox-Browser "Inspektor" so angezeigt wurde.
    2. Laut Browser-Inspektor ist in dem Layout standardmäßig "padding: 2em 15px;" vorhanden.
      Ein Versuch statt padding-bottom testweise "padding: 0;" einzutragen war auch ohne Wirkung.
      Mein Versuch mit padding-bottom wird also von den Standardwerten überschrieben?
      Wie kann man üblicherweise vorhandene Standardwerte ändern, oder ist das automatische überschreiben mit dem Stadardwert hier ein Ausnahmefall?

    Screenshot von der Browserinfo zum Navigationspfad:

    Hallo!

    Ich möchte im Layout Flat-Responsive den Abstand nach dem Navigationspfad auf Null ändern, denn auf den meisten Seiten folgt danach eine Überschrift die selber oben schon ausreichend Abstand beinhaltet.

    Screenshot von meinem nicht funktionierenden Versuch:



    Der CSS Code

    #content #breadcrump { padding-bottom: 0; }

    ist offensichtlich falsch oder unzureichend.

    Freue mich über Tipps und Hilfe.

    Hallo!

    Wunsch für ZP-Weiterentwicklung: "nächste Seite" als aufrufbarer Link

    Das "nächste Seite" sollte dabei automatisch mit dem Titel der nächsten Seite (wie im Menü) zu sehen sein.

    Vielleicht wird dies als neues Widget, einer Funktion in einem Button oder irgendwie anders lösbar.

    Mein Ziel ist, diese Funktion automatisch (vererbt?) auf anderen (fast alle) Seiten am Seitenende sichtbar zu machen.

    Der bisher übliche Bedienungsweg ist, mit "Top" zum Seitenanfang springen + nächsten Menüpunkt suchen und auswählen.

    In meinem ersten ZP12-Projekt hatte ich dazu an die Seitenenden jeweils einen Link zur (logisch) nächsten Seite eingefügt und bei Änderungen der Seiten den Link mitgeändert, sofern ich nicht darauf vergaß.
    Es geht darum, Seitenbesucher nicht zurück zu einer Auswahl sondern automatisiert auf die nächste Seite zu führen.

    Hallo!

    Möchte bevor ich mit meinen ersten eigenen CCS Gehversuchen in ZP böse Überraschungen erlebe fragen:

    Ziel: Im Layout Flat-Responsive ist nach jedem Textabsatz 0.5em Abstand und ich möchte diese 0.5em Abstand auch nach den Aufzählungs- und Nummerierungspunkten innerhalb des Text-Widget einfügen.

    Mein Lösungsansatz:
    <style> #content li { padding-bottom: 0.5em; } </style>
    bei Einstellungen-CSS einfügen.

    Im Test hat es funktioniert.
    Ist "#content" als Einschränkung auf den Inhaltsbereich richtig und ausreichend?
    Bin ich damit am richtigen Weg, oder muss ich unerwünschte Folgen auf andere Bereiche befürchten?

    Hallo Herr Seiz,

    das sprengt dann hier wohl den "Showroom" und die hier vorgestellte hervorragende Seite.

    Ja, die Höhe der Untermenüs sollten frei wählbar sein. In meinem Fall habe ich die Logohöhe minimiert, aber das ist für eine generell geeignete Lösung zu wenig.

    Wichtiger scheint mir eine Verbesserung für für mehrstufige und breite Menüs zu sein. Denn wie an der hier vorgestellten Seite gut erkennbar, wird hier IMMER (außer bei besonders hoher Monitor Auflösung) statt dem DropDown Menü nur der Hamburger gezeigt.

    Auch wenn die Lösung schwierig und aufwändig wird bleibt mein Wunsch, die Aufklapprichtung bei überschreiten des Fensterrandes zu wechseln um so die DropDown Funktionalität weitgehend zu erhalten. Hamburger wäre dann nur mehr wenn die Breite des Fensters für das Hauptmenü (oberste Stufe) nicht ausreicht.

    Hallo!

    Um das Problem der Umschaltung auf mobiles Menü (damit nichts abgeschnitten wird) ein wenig zu verringern, könnte es fallweise hilfreich sein den stadardmäßig vorhandenen Abstand zwischen den Zeichen in der Menü-Hauptstufe zu verringern oder ganz zu entfernen.

    Wie kann ich den Zeichenabstand für die oberste Menüzeile ändern?

    Siehe auch:
    Layout Flat Responsive - Untermenü abgeschnitten