Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Wirklich chic! Ich überlege schon Deine Screenshots für die EDOMI-Homepage zu klauen Dein Einverständnis natürlich vorausgesetzt...
Ja, timberlands Design passt stilmässig auch sehr schön zu deiner Homepage und wäre ein perfekter Eyecatcher, wie Edomi aussehen KÖNNTE (schlussendlich sind ja die Geschmäcker verschieden, aber timberlands Screenshots sehen halt schon verdammt professionell und modern aus.)
ist es eigentlich möglich, dass man beim Visu-Element Slider diese Schleifspur schon während des Einstellvorgangs 'mitzeichnet' ?
Momentan ist es ja so, dass ich einen Wert einstelle und dann über den eingestellten KO-Wert die Position der Schleimspur errechnen muss.
Dazu wäre es evlt. hilfreich wenn der Slider (oder auch der Drehregler) schon währen des Drag-Vorgangs das KO aktualisieren würde.
Mich stört das in der Visu aktuell ein wenig. Ich ziehe, lasse los, und plöp, ein paar Bruchteile einer Sekunde später wird erst die Spur aktualisiert. Und ab und an, dauert es ca. 3 Sekunden bis die Spur sich endlich neuzeichnet. Ich habe noch nicht rausgefunden woran das liegen kann.
Ich verwende zum Zeichnen der Spur das selbe interne KO welches der Slider aktiv verändert. Warum dann diese Verzögerung?
Während des Einstellens ist dies nicht möglich, da die Schleimspur nichts mit dem Slider zu tun hat (ist ja ein eigenständiges Visuelement). Die Verzögerung hängt von den Einstellungen des Sliders ab:
Verhalten bei Werteingabe: legt fest, wie das Visuelement auf die Eingabe eines Wertes reagieren soll
"KO immer setzen": das 2. KO ("Wert setzen") wird bei jeder(!) Eingabe gesetzt
"KO nur bei Änderung setzen": das 2. KO ("Wert setzen") wird bei nur dann gesetzt, wenn der aktuelle KO-Wert von der Eingabe abweicht
"auf Status-KO warten": nach dem Setzen eines KO-Wertes ist das Visuelement solange für weitere Eingaben blockiert, bis das 1. KO ("Status") eine Rückmeldung/Statusupdate erhalten hat (z.B. von einem KNX-Gerät)
"nicht auf Status-KO warten": nach dem Setzen eines KO-Wertes ist das Visuelement sofort wieder für weitere Eingaben verfügbar
EDOMI - Intelligente Steuerung und Visualisierung KNX-basierter Elektro-Installationen (http://www.edomi.de)
Das hatte ich vermutet. Wäre cool, wenn der Slider das mit der Schleimspur schon von Haus aus können würde.
Das Verhalten bei Werteingabe habe ich auf "nicht auf Status-KO warten" gesetzt. Daher sollte sich die Spur ja auch direkt nach der Eingabe neuzeichnen. In ca. 80-90% der Fälle tut sich das auch. In den anderen Fällen vergeht halt eine deutlich spürbare Zeit (geschätzt halt eben 3 Sekunden) bis neu gezeichnet wird.
Das hängt mit der Refresh-Rate der Visu zusammen (3 Sekunden per Default) - und mit dem Zeitpunkt des "Loslassens" des Sliders: Wenn die Visu zufällig im gleichen Moment refreshed wird, wird die Schleimspur eben auch sofort aktualisiert...
Das Slider-Visuelement wird bestimmt noch erweitert werden in Zukunft - alles zu seiner Zeit...
EDOMI - Intelligente Steuerung und Visualisierung KNX-basierter Elektro-Installationen (http://www.edomi.de)
Keine Hektik. EDOMI bietet einfach schon jede Menge.
Refreshrate für Visu bzw. Endgerät habe ich auf 1 Sekunde gesetzt. Die Klick-Queue auf 0.1
Das sollte es also auch nicht sein. Ich beobachte das mal weiter und versuche sonst einzugrenzen woher das kommen kann.
Entscheidend ist auch die "Klicklatenz": Wenn diese mit der Visu-Refreshzeit übereinstimmt (oder größer ist), führt dies natürlich zu "Überlagerungen".
EDOMI - Intelligente Steuerung und Visualisierung KNX-basierter Elektro-Installationen (http://www.edomi.de)
timberland gibts die Seite danach auch schon ich muß auch noch mein Garagentor in die Visu einbauen. Soweit ich mich erinnern kann hast du auch dieses Elsner Modul A3-B2
Die Logik habe ich im Moment so.
Wobei du beim oberen Ausgang den Status auf 100, beim mittleren auf Status 50 und beim unteren auf Status 0 setzen kannst.
Ich hab mir mal für den Status einen LBS gebastelt der rauf oder runter zählt. Aber wenn man ehrlich ist, braucht das keiner. Wichtig ist mir nur ob das Tor offen oder geschlossen ist. Oder ob es keines von beiden ist, also irgendwo dazwischen.
Die Unwetter Warnung ist derzeit noch nicht in der Logik umgesetzt.
Das Diagramme muss ich auch noch etwas überbieten,
da es ohne die Werte nicht so einfach zu lesen ist,
weis aber noch nicht wie ich das Darstellen will.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Dein Einverständnis natürlich vorausgesetzt...
Kommentar