Slide Problem auf dem Ipad und Galaxy S2

[hannes loehr]

Falls es noch jemand probieren möchte, dann bitte einmal die beiden scrollable-Parameter auf false lassen und die Javascripts in der index.html in der Reihenfolge jquery.ui, scrollable und dann jquery.ui.touch-punch einbinden.

Gruß
Hannes

[Robert_Mini]

Platzier den Aufruf bitte einmal zwischen jquery-ui und scrollable, ob das einen Unterschied macht.

<script src="lib/jquery-ui.js" type="text/javascript"></script>
<script src="lib/jquery.ui.touch-punch.js" type="text/javascript"></script>
<script src="lib/scrollable.js" type="text/javascript"></script>

Hab das bei mir auf einem Android 2.3.5 (Samsung Galaxy Ace) getestet und funktioniert.

Habe einfach .js-File von folgendem link verwendet und in der index.html verlinkt.:
https://github.com/furf/jquery-ui-to...touch-punch.js

Auch das scrollen geht noch einwandfrei, nur bekomme ich manchmal eine längere Verzögerung zw. Sliderverschiebung und Visu-update => slider bewegt sich sofort, aber das verlinkte Info-Feld erst verzögert (bis zu 10sec). Auch das Diagramm kommt am Bus erst zu diesem späten Zeitpunkt an.
Ich denke aber, das ist ein anderes Problem, da sich auch ein einzelner "Switch" mehrfach umschaltet, bevor der tatsächliche Status angezeigt wird. Sieht aus, als würde da alle gecachten Zustände angezeigt und nicht direkt der Letzte. Kennt diesen Effekt jemand? Am Bus passiert in dieser Wartezeit/"Blinkzeit" nichts.

edit: Nachdem du zeitgleich gepostet hast: scrollable parameter sind noch default. Reihenfolge ist aber jquery/scrollable/touch-punch

Zum Glück muss man die versch. .js nicht im Detail verstehen um sie einzubinden..
lg
Robert

[Chris M.]

nur bekomme ich manchmal eine längere Verzögerung zw. Sliderverschiebung und Visu-update => slider bewegt sich sofort, aber das verlinkte Info-Feld erst verzögert (bis zu 10sec). Auch das Diagramm kommt am Bus erst zu diesem späten Zeitpunkt an.
Ich denke aber, das ist ein anderes Problem, da sich auch ein einzelner "Switch" mehrfach umschaltet, bevor der tatsächliche Status angezeigt wird. Sieht aus, als würde da alle gecachten Zustände angezeigt und nicht direkt der Letzte. Kennt diesen Effekt jemand? Am Bus passiert in dieser Wartezeit/"Blinkzeit" nichts.

Etwas ähnliches kann ich bei mir z.Zt. auch beobachten.

Die KNX-Pakete die von Plugins bearbeitet werden müssen, werden wohl so lange verzögert, bis sich das Plugin darum kümmern kann.
Konkret habe ich bei mir einen Button oder Slider den ich mehrfach kurz hintereinander betätige - und dann mit einer Rate von ca. 1/Sekunde abgearbeitet wird.
Das ist auch wunderbar im /var/eib.log und im /var/log/wiregate_plugin.log nachzuvollziehen. Die Visu geht dann auch jeden Wert dann mit Verarbeitung mit (da die Rückmeldung ja auf den Bus kommt...)

[greentux]

@Robert_mini
Du kannst damit dann auch scrollen, ohne vorher einen Zoom in gemacht zu haben?

[Robert_Mini]

@Robert_mini
Du kannst damit dann auch scrollen, ohne vorher einen Zoom in gemacht zu haben?

Funktioniert einwandfrei, bis auf das oben beschriebene Problem, das aber nichts mit dem Scrollbar zu tun hat, werd dazu aber einen neuen Thread anlegen.

Habe irgendwie in Erinnerung, dass anfangs auch automatisch auf ca. 98% gezommt war, kann das aber nicht mehr nachvollziehen, wenn ich die jquery.ui.touch-punch.jr auskommentiere. Was sich noch geändert hat, ist das Style auf "discreet slim".

lg Robert

[greentux]

Ich habs mal probiert. 2.3.5 auf Xperia.
Ich kann mit dem Firefox nun rechts / links wischen. Ging vorher nicht.
Leider hat der eingebaute Browser seit svn update keine Scrollmöglichkeit mehr. Insofern kann ich den leider nicht testen.
Alles mysteriös.

[hannes loehr]

So, meiner erster Commit. Ich habe das Skript jetzt einmal im SVN abgelegt und in der index.html eingebunden. Wenn das negative Auswirkungen auf die bisherige Funktionalität hat, bitte ich um Feedback.

Gruß
Hannes