[Fehler] Metro: Nav löst auch auf Folgeseite Tastendruck aus
-
Moin, seit der 1.1.0 ist es bei mir auch wieder. Bei der 1.0.5 war es definitiv nicht. `
ich hatte das Problem kürzlich auch, mit der v.1.1.1 ist das aber bei mir nicht mehr so. `
Von welchen Versionen sprecht ihr hier? vis? Ich dachte, die neuste Version von vis ist 1.04? ` App für Android. Aktuelle Version 1.1.1.
Gesendet von meinem SM-G930F mit Tapatalk
-
App für Android. Aktuelle Version 1.1.1. `
Ach so, ich benutze ganz normal vis (über einen Browser) und habe das Problem schon lange (möglicherweise schon immer).
Vielleicht ist es ein Problem von Android (habe es mit verschiedenen Versionen getestet, ist immer das Gleiche).
Leider verstehe ich nicht genug davon, um es überprüfen zu können.
-
Moin!
So wie ich es sehe ist es ein Problem von touch….mit der Maus habe ich es nicht...egal ob andoid oder win10...egal ob chrome, app (nur Android) oder Firefox beta.
Irgendwo jemand noch ne Idee was man machen kann?
Im Moemnt kann ich das Haus nicht vom Handy bedienen...Problem.
bis denne
Mr.Lee
-
…push...
-
kann es auch nur weiterhin bestätigen.
Auch, dass es ein Touch Problem ist.
-
Moin!
Ist hier eine Lösung in Sicht?
Gibt es z.B. eine Möglichkeit einen view "on enter" für 1 sec gegen eingaben zu sperren?
Leider ist meine gesamte mobil-bedienung aktuell nicht nutzbar….......
bis denne
Mr.Lee
-
push
-
Bin erst durch meinen Thread http://forum.iobroker.net/viewtopic.php … 907#p99907 (Zeitverögerte Ausführung möglich?) auf diesen aufmerksam gemacht worden. Das Problem ist anscheinend nicht Metro-spezifisch. Habe nur html-Widgets. Kombination ebenfalls android+touch.
-
Moin!
Zusammenfassend heißt das:
-
vis prellt (wenn die Seite im cache ist)
-
betroffen scheinen alle Widget-Sets
-
Problem scheint nur bei Touch-Bedienung aufzutreten (windows & Android; Chrome und FireFox und APP)
….sowiet alle Infos vollständig?
Dann werden wir wohl @Bluefox hilfe benötigen... :arrow:
bis denne
Mr.Lee
-
-
` > Zusammenfassend heißt das:
-
vis prellt (wenn die Seite im cache ist)
-
betroffen scheinen alle Widget-Sets
-
Problem scheint nur bei Touch-Bedienung aufzutreten (windows & Android; Chrome und FireFox und APP) `
das Thema ist so alt wie ich dabei bin… http://forum.iobroker.net/viewtopic.php?f=30&t=4821
aber genau das ist es
-
-
Nun gut, aber durch die neuerdings höhere Geschwindigkeit der App ist diese mittlerweile zumindest für mich nicht mehr nutzbar.
Aber genau dafür benötigt ich vis. Am PC bedienen ist ja nett, aber brauchen tu ich es unterwegs… Und das sin nunmal touch Geräte.
Bis denne
MrLee
Gesendet von meinem SM-G930F mit Tapatalk
-
Ich habe diese Probleme überhaupt nicht.
Mit keinem Widget.
Welche Versionen von .vis und App?
Gruß
Rainer
-
Diese Probleme merkst du auch nur, wenn du auf der Folgeview direkt an der gleichen Stelle einen Button hast.
Bei meiner "Home View" merke ich das auch nicht. Meine Handy View ist dagegen nicht zu bedienen.
App 1.1.1 und VIS 1.0.4
-
Mir fällt da gerade ne vielleicht einfache Lösung ein.
Einfach ein Rahmenwidget über den ganzen Bildschirm erstellen, mit einem hohen z-Index, also wenigstens einen höher als der bisher höchste. Für die Sichtbarkeit des Rahmens erstellt ihr eine Variable, die auf Veränderungen der vis.o-control-data bei mehreren Anzeigen auch noch auf instace. Per Script diesen Rahmen für wenige Zehntel-Sekunden anzeigen lassen. Damit wäre dann möglicherweise das Problem weg, allerdings ist dann im vis-Editor imm dieser Rahmen im Weg.
Enrico
-
Moin!
Naja, so einfach ist die Lösunf leider nicht da ich bei meiner "Handy-App" über 20+ Seiten rede…
@Bluefox: HILFE !
-
Mir fällt da gerade ne vielleicht einfache Lösung ein.
Einfach ein Rahmenwidget über den ganzen Bildschirm erstellen, mit einem hohen z-Index, also wenigstens einen höher als der bisher höchste. Für die Sichtbarkeit des Rahmens erstellt ihr eine Variable, die auf Veränderungen der vis.o-control-data bei mehreren Anzeigen auch noch auf instace. Per Script diesen Rahmen für wenige Zehntel-Sekunden anzeigen lassen. Damit wäre dann möglicherweise das Problem weg, allerdings ist dann im vis-Editor imm dieser Rahmen im Weg.
Enrico `
vergiss es .. hab ich auch schon ausprobiert.. die reaktion dauert manchmal mehr als 1 sec. bis der Rahmen verschwindet.. (bei mir bis zu 5 sec wo ich nichts machen kann weil der Rahmen drüber liegt)
-
Moin!
Naja, so einfach ist die Lösunf leider nicht da ich bei meiner "Handy-App" über 20+ Seiten rede…
@Bluefox: HILFE !
`Naja, wenn ich bei vis ein Widget auf mehreren Seiten haben möchte, kann man das auswählen, auf welchen Seiten das angezeigt werden soll, da spielt es keine Rolle, wieviel Seiten ein Projekt hat!
arteck hat allerdings schon geschrieben, sowas getestet zu haben, was nicht so lief wie es soll! War ja auch nur ne Idee. Ich habe dieses Problem nicht, weil ich ne feste Navigationsleiste habe.
Ich hatte auch schonmal ein Handyprojekt ausprobiert, wo ich mit + und - navigiert habe, das hatte ich hier im Forum mal irgendwo gelesen. Da wurde über ein Script hochgezählt und die entsprechende Viewseite angefordert, das hat dann lange genug gedauert um den "Doppelklick" zu vermeiden.
Ein Problem wird es auch sein, dass sich andere User über zu lange Umschaltzeiten beschweren, dem könnte man aber möglicherweise mit einer einstellbaren Verzögerung für die Navigationsbutton entgegen wirken.
Enrico
-
Ich denke bei diesem Thema wird einfach von falschen Ausgangsbedingungen ausgegangen.
Das eigentliche Problem ist kein Prellen. Es gibt verschiedene Touch Events, diese wiederum werden auch von vis Korrekt abgefangen.
Dieses falsche verhalten trifft nicht auf alle Widgets zu, da nicht alle Widgets auf das touchend Event reagieren. Aber wiederum alle Metro Widgets reagieren auf das touchstart und touchend Event. Das sieht man daran das die Kacheln wenn man sie drückt und hält leicht schräg stehen.
In der Annahme dass das touchend Event das Widget auf der Folge Seite auslöst habe ich etwas gespielt und festgestellt das bei längerem halten des Fingers kein Auslösen statt findet.
Schlussfolgerung: Die Zeit zwischen touchstart und touchend hat einen Einfluss auf die Interpretation des touchend Events.
Die Korrekte Lösung wäre demnach ein touchcancel Event aus zu lösen beim wechsel des Views.
Ob das Programmiertechnisch mit JS möglich ist weiss ich nicht.
EDIT: Ist mir gerade noch eingefallen. Die Frage ist ob damit das folgende touchend überhaupt verhindert werden würde.
-
Moin!
Danke für die Erklärung (auch wenn ich tatsächlich nicht alles verstanden habe :-)).
Leider hilft mir die kaum.
Natürlich kann man jede Navi-Taste sehr lange drücken…und selektiert dann auf der Folgeseite den text
Des weiteren bleibt die Handy-Bedienung damit recht riskant (zum Beispiel habe ich einen alles aus Button der abends keinerlei freundschaftliche Enfindungen meiner frau erzeugt...)
Ich sehe hier immernoch eine Notwendigkeit beim anzeigen eines Views 1 sek Gedenkpause vor Eingaben als notwendig.
Und mal ehrlich: Eine Visualisierung die heutzutage nicht gut auf touch-gerätren läuft...schwierig...
bis denne
Mr.Lee
-
Ihr seid nicht allein! Auch ich quäle mich mit dem Aktivieren einer weiteren Schaltfläche rum, nachdem die View aktiviert wurde.
Auch hier liegt die Schaltfläche direkt an der Position, an welcher in der vorherigen View der Wechsel per "JQUI - Navigation-Icon" -Button ausgelöst wurde.
iobroker.vis 1.0.4
Android 4.2.2 (Wandtablet)
Chrome 63.0.3239.111
