(fixed) Fokusverhalten bei Unterräumen

Begonnen von TomLee, 24 Januar 2023, 16:01:04

Vorheriges Thema - Nächstes Thema

TomLee

Wäre es auch ohne großen Aufwand machbar das bei Verwendung von Unterräumen, beispielsweise Privat->EG->Flur, der Fokus bei Klick auf Privat auf Privat gesetzt wird, bei Klick auf EG der Fokus auf EG und erst bei Klick auf Flur auf "ganz oben" ?

Thomas

rudolfkoenig

Keine Ahnung, ich verstehe die Aufgabe nicht.
Noch lieber waere es mir, wenn ich das zugehoerige Problem auch kennen wuerde.

OdfFhem

Ich vermute, es geht um das Aufklappverhalten der Menüstruktur.
- echten Menüpunkt anklicken, dann reload ... erwartetes Verhalten
- nur einen Strukturmenüpunkt anklicken, dann stehenbleiben ... nicht immer an den Anfang der Seite

z.B. room entspricht "Status->Tasmota"
Klick auf Status ... Seite wird nicht neu geladen
Klick auf Tasmota ... Seite wird neu geladen

Ich habe mal ein wenig geschaut und vermutlich wäre folgende Anpassung interessant:

1160               "<td><div><a href='#' onclick='return false;'>"+ta[i1]+"</a><div></div></div></td></tr>");


TomLee

ZitatKeine Ahnung, ich verstehe die Aufgabe nicht.

Liegt vermutlich an deinem Riesen-Display.

Wenn man so viele Räume hat das das Menü nicht mehr in der Höhe komplett angezeigt wird und man scrollen muss um einen Raum auszuwählen und dann einen Raum (mit Unterräumen) anklickt, springt der Fokus nach Auswahl immer nach ganz oben.

Man muss also bei Privat->EG->Flur dreimal scrollen um an den Raum Flur zu gelangen.
Erstmal scrollen auf Privat (ja OK selbst dran Schuld,entweder größeren Bildschirm kaufen oder nicht so viele Räume anlegen), nach Auswahl erfolgt der Sprung nach ganz oben, dann wieder scrollen zu EG, nach Auswahl erfolgt der Sprung wieder nach oben, dann nochmal scrollen zu Flur.

Meine Frage ist jetzt ob man den Fokus nach Auswahl eines Raumes auf den ausgewählten Raumnamen setzen kann um zwei weitere male scrollen zu vermeiden ?

TomLee

ZitatIch habe mal ein wenig geschaut und vermutlich wäre folgende Anpassung interessant:

Trifft es auf den Punkt, cool, Danke.

TomLee

Ich kenne mindestens eine weitere Person die das Verhalten bisher auch suboptimal fand und vermute das es einige weitere gibt die die vorgeschlagene Änderung begrüßen würden.

Wenn der Vorschlag keine weiteren Probleme mit sich zieht, würd ich gerne darum bitten die Änderung zu übernehmen.

kabanett

Ähh, ich weiß nicht ob ich das richtig verstanden habe...

Aber bei mir ist das nur so, wenn ich den Raumtext anklicke. Benutze ich die > dann ist das doch so wie von dir gewünscht. Oder lieg ich da falsch?
Ich benutze das Menü immer so und hab mir da nie gedanken zu gemacht...
Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

TomLee

Wenn du ein Menü hast das im Browserfenster immer komplett angezeigt wird, fällt einem die kleine Änderung auch nicht auf.
Erst wenn man scrollen muss zeigt sich die Auswirkung des Vorschlag von OdFhem.

Bei mir greift die Änderung Browserunabhängig unter Firefox (Ubuntu), Chrome und Brave (Androidtablet), Safari (Iphone).

rudolfkoenig

ZitatLiegt vermutlich an deinem Riesen-Display.
Es liegt daran, dass ich die hierarchischen Raeume nicht mit einem Riesenkonfiguration getestet habe.
Das Problem tritt bei mir ab Raum Nr 50 auf, wenn dieser Unterraeume enthaelt.
Neugeladen wird dabei nichts, aber beim Klick auf ein Strukturelement nach oben gescrollt.

Ich habe den Vorschlag von OdfFhem eingecheckt.

TomLee