Hubzilla-Bedienelemente auf dem Bildschirm mit der Breite 1024 px nicht sichtbar
last edited: Mon, 27 Feb 2017 15:11:06 +0100
Habe hier the item "mitem-list-tool dropdown" for display-width 1024 px not visible den Fehler zusammen mit meinem Lösungsvorschlag gemeldet.
Die Anwender ohne HTML und CSS-Kenntnisse haben keine Chance, wenn sie mit derart Darstellungsfehlern konfrontiert werden. Es reicht, wenn der Bildschirm die Breite 1024 px hat, wie bei mir und viele Elemente werden nicht angezeigt. Und man kommt auch nicht gleich auf die Idee, dass auf der Webseite irgendwas wegen dem fehlerhaftem CSS-Code abgeschnitten und nicht angezeigt wird. Man geht vlt. davon aus, dass man im falschen Menü ist. Es wird ja kein Scrollbalken eingeblendet.
Habe diese Tage mehrere solche Fehler, die was mit einem Bildschirm mit der Breite 1024 px zu tun haben, im Git https://github.com/redmatrix/hubzilla/ gemeldet. Also ich halte die Darstellung auf Bildschirmen mit der Breite 1024 px oder auch kleiner für wichtig, da heut' zutage Kleingeräte bzw. mobile Geräte immer beliebter sind.
Edit: Wenn in der Spalte "Link-Ziel" bei der Erstellung von Menüs die Internet-Adresse (URL) zu lang ist, dann steht man auch mit einem superbreiten Bildschirm ganz blöd da. Die Bedienelemente werden nämlich nach rechts durch diese lange URL verschoben und sind nicht sichtbar. Man hat ohne Manipulation des Codes im Firefox Inspector nicht einmal eine Chance, das Element mit der langen URL zu löschen!
= Der Workaround =
Mit diesem Workaround wirst du in die Lage versetzt überhaupt das Menü zu ändern. Die Vorgehensweise im Firefox:
1) mit Strg+Shift+C (oder Extras -> Web-Enwickler -> Inspector) das Inspector-Menü einblenden
2) im HTML-Code unten im Inspector-Menü auf die lange URL mit der linken Maustaste klicken
3) dieses Element muss jetzt auf der Webseite markiert sein
4) mit der rechten Maustaste im HTML-Code auf das gewählte Element klicken und im Kontextmenü "Knoten löschen".
5) jetzt sind die Bedienelemente rechts wieder sichtbar
Also in dieser Sitiation macht es m.E. Sinn die Bedienelemente schlicht und einfach in den ersten Spalten links zu platzieren.
@Deutschsprachige Nutzer+
Die Anwender ohne HTML und CSS-Kenntnisse haben keine Chance, wenn sie mit derart Darstellungsfehlern konfrontiert werden. Es reicht, wenn der Bildschirm die Breite 1024 px hat, wie bei mir und viele Elemente werden nicht angezeigt. Und man kommt auch nicht gleich auf die Idee, dass auf der Webseite irgendwas wegen dem fehlerhaftem CSS-Code abgeschnitten und nicht angezeigt wird. Man geht vlt. davon aus, dass man im falschen Menü ist. Es wird ja kein Scrollbalken eingeblendet.
Habe diese Tage mehrere solche Fehler, die was mit einem Bildschirm mit der Breite 1024 px zu tun haben, im Git https://github.com/redmatrix/hubzilla/ gemeldet. Also ich halte die Darstellung auf Bildschirmen mit der Breite 1024 px oder auch kleiner für wichtig, da heut' zutage Kleingeräte bzw. mobile Geräte immer beliebter sind.
Edit: Wenn in der Spalte "Link-Ziel" bei der Erstellung von Menüs die Internet-Adresse (URL) zu lang ist, dann steht man auch mit einem superbreiten Bildschirm ganz blöd da. Die Bedienelemente werden nämlich nach rechts durch diese lange URL verschoben und sind nicht sichtbar. Man hat ohne Manipulation des Codes im Firefox Inspector nicht einmal eine Chance, das Element mit der langen URL zu löschen!
= Der Workaround =
Mit diesem Workaround wirst du in die Lage versetzt überhaupt das Menü zu ändern. Die Vorgehensweise im Firefox:
1) mit Strg+Shift+C (oder Extras -> Web-Enwickler -> Inspector) das Inspector-Menü einblenden
2) im HTML-Code unten im Inspector-Menü auf die lange URL mit der linken Maustaste klicken
3) dieses Element muss jetzt auf der Webseite markiert sein
4) mit der rechten Maustaste im HTML-Code auf das gewählte Element klicken und im Kontextmenü "Knoten löschen".
5) jetzt sind die Bedienelemente rechts wieder sichtbar
Also in dieser Sitiation macht es m.E. Sinn die Bedienelemente schlicht und einfach in den ersten Spalten links zu platzieren.
@Deutschsprachige Nutzer+
Michael W.