nach meinem Update auf IP-Symcon 3.0 #2934 habe ich auf meinem Samsung Galaxy Nexus (Android 4.3, Dolphin Browser und auch Chrome) das Problem, dass ein einfacher Tipp auf einen Schalter (Standard-Boolean-Variable mit ~Switch-Profil) zwei Schaltaktionen hintereinander auslöst. Der Schalter wird also z.B. von Stellung Aus auf Stellung Ein und sofort danach wieder auf Stellung Aus gesetzt, obwohl er nur einmal kurz angetippt wurde. Lässt man den Finger während des Schaltvorganges (solange der rotierende Kreis sichtbar ist) auf dem Display liegen, bleibt es wie sonst bei einer Betätigung. Es scheint also, als würde einmal das Antippen und dann nochmal das Absetzen des Fingers vom Touchscreen als Tipp ausgewertet.
Besonders „lustig“ ist es, wenn das Webfront vertikal gescrollt werden kann, dann wird die zweite (ungewollte) Betätigung nicht auf der eigentlich angetippten Schaltfläche ausgeführt, sondern auf einer der darunter angeordneten. Es hängt wohl mit dem animierten Kreis zusammen, der nach einer Betätigung eingeblendet wird, solange die Aktion läuft. Dort, wo dieser Kreis zu sehen ist, wird auch die Aktion ausgelöst.
Mit Firefox auf demselben Telefon tritt das Problem nicht auf, aber ich würde lieber beim Dolphin bleiben wollen, aufgrund der besseren Fullscreen-Funktion.
Hat noch jemand das Problem?
Ok danke für die Info, es muss wohl mit meinen Scripten zusammenhängen, die als Aktion ausgeführt werden. Trotzdem merkwürdig, bisher lief das so jahrelang einwandfrei. Ich werde noch ein paar Varianten meiner Scripte durchtesten, vielleicht kann ich damit den Fehler eingrenzen.
Mir ist dieses Verhalten auch schon aufgefallen (auch bei Android älter als 4.3). Ich habe es bereits im neuen WebFront Thread geposted, aber keine Rückmeldung dazu erhalten, daher zitiere ich mich hier nochmal selbst:
Ich habe mal das Webfront unter Android in zwei Browsern getestet, die auch Vollbildmodus unterstützen (Dolphin, Boat-Browser).
In beiden habe ich das Problem, dass ein Klick auf meine Widgets wie zwei Klicks wirken. Bei Boolean Typen heißt das, dass ein Klick auf das Widget die Variable einmal auf True und dann gleich wieder auf False setzt.
Das Gleiche kann ich beobachten, wenn ich auf das Graphen-Symbol hinter einer Variablen klicke: das Graphen-Fenster öffnet sich, wird dann aber sofort wieder geschlossen. Um dies nachzustellen darf das Graphen-Symbol dabei nicht durch das sich öffnende Graphen-Fenster verdeckt werden, da ansonsten der ungewollte „2.Klick“ im Graphen-Fenster landet und nicht außerhalb des Fensters, wo ja ein Klick zum schließen des Fensters führt.
In Chrome unter Android besteht dieses Problem nicht.
Hier auf einem Acer Iconia B1-A71 (Jelly Bean, 4.1.2) auch das gleiche Problem seit dem Upgrade auf von IPS 2.5 auf 3.0: Praktisch überall wird bei einem einfachen Tipp ein doppelter Tipperer ausgelöst, es sei denn man hält exakt das richtige Timing beim Tippen ein, etwa 3s Finger drauf lassen, somit: Unbrauchbar.
Dieser Fehler passiert getestet bei:
Android Native Browser
Dolphin Browser/Dolphin Mini Browser
Firefox für Android
UC Browser for Android
Tritt jedoch nicht auf bei:
Chrome
Opera für Android
Opera Mini geht wegen der speziellen Cloud-Kompressionstechnologie sowieso nicht wirklich. Leider haben jedoch weder Chrome noch Opera einen vernünftigen „echten“ Fullscreenmodus. Der IPS-WF-Viewer aus dem Play Store verwendet offenbar den nativen Android-Browser und verbiegt ihn in einen Fullscreen-Modus, somit gleiches Problem. Laut Entwickler tritt das wohl auch nicht bei allen Tablets auf.
Also bevor ihr euch ein Android-Tablet zulegt in der Hoffnung auf komfortable IPS-Komplettfunktionalität: Testen, testen, testen…
Ist leider immer noch da mit Build #3215. Cache/Cookies vom Android Browser hab ich gelöscht. Übrigens sieht man das am einfachsten, wenn man auf einer TabPane auf einen Scrollpfeil tippt: Es wird immer zwei Einträge weitergescrollt.
Ich hab im übrigen auch das Problem, daß bei einem Update IPS Live meint, daß der IPS Dienst noch läuft und hält ausgerechnet die PID von Explorer.exe für den IPS Dienst. Ich muß dann tatsächlich mit dem Process Explorer den entsprechenden Explorer-Prozess abschießen, dann zieht IPS Live das Update sofort problemlos durch.
Kann das daran liegen, daß ich meine Installation mal von einem anderen Rechner auf den jetzigen portiert habe?