[Vorlage] Variable Zeitsteuerung mit VIS Editor

[Caro]

@Caro

Super
Der Dialog funktioniert wieder...

Dann muß halt immer ein deaktivierter Timer vorhanden sein..

DANKE!

[GiuseppeS]

@Caro

Hatte schon überlegt, die Struktur umzustellen, aber das würde eine Menge Code-Änderungen mit sich bringen. Schlimmer wäre aber der Testaufwand bis alles Bugfrei läuft...

Mich beruhigt es nun aber, dass der Editor auch bei Dir einwandfrei läuft. Dieser "Fehler" war mir nie aufgefallen. Eine Erklärung habe ich aber dafür ehrlich gesagt nicht...

[GiuseppeS]

Habe nun das Letzte zip-Paket auch im ersten Post hochgeladen.

Wenn ihr bei dem ersten Timer Schwierigkeiten mit den Mo-Do Buttons habt (oder auch bei verschiedenen weiteren Timern), einmal das Editor-View neu importieren oder die bestehenden Mo-Do Buttons per Copy/Paste duplizieren und die Kopien weiter verwenden. So hats zumindest bei mir geklappt.

---

Changelog 11.10.2020 (Editor-View)

• Bugfix bei Buttons Mo - Do, Ursache weiterhin unklar aber nun fehlerfrei

---

[Glasfaser]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

Editor-View

Könntest du mir das ( fehlerhafte ) View einmal zur Verfügung stellen !?

[GiuseppeS]

@Glasfaser
Gut dass mit Nextcloud alles automatisch versioniert wird: PopUp_cardTimerEditor.zip

Das Einzige, was mir bzgl. des Bugs einfällt, ist die Widget-Nummerierung, dass da was schief läuft/lief. Denn wie gesagt, ein Copy/Paste der vier Widgets löste das Problem. Aber evtl. siehst Du ja mehr als ich

[Glasfaser]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

Widget-Nummerierung

Die haben ja keine abhängigkeit von deinem Script (wie DlgWidget ), deswegen ist es egal welche Widget-Nummerierung vorliegt .

ich schaue mal .....

[Glasfaser]

@GiuseppeS

Z-Index fehlt , kann zu Problemen führen !
Ist ja ein Button .. da ist es schon wichtig ihm ein Z-Index zuzuweisen .

[GiuseppeS]

@Glasfaser
Grundsätzlich bin ich bei dir. Wir wahrscheinlich tatsächlich daran liegen. Nur wieso sind die ersten Buttons betroffen und nicht die letzten Buttons? Aber gut, wenn es hilft setze ich einen Z-Index ein, ist ja kein Problem. Danke für deine Unterstützung.

Anscheinend wird der Z-Index relativ angegeben. Habe die Buttons gerade auf Z-Index = 1 gesetzt und im PopUp lässt sich alles einwandfrei antippen. Das PopUp hat ja schon selbst einen sehr hohen Z-Index.

Das Zip im ersten Post wird gleich aktualisiert....

EDIT: Zip ist aktualisiert. Changelog hab ich mir gespart.

[Glasfaser]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

Nur wieso sind die ersten Buttons betroffen und nicht die letzten Buttons?

Das bleibt ein Geheimnis

[SaschaS]

Ich möchte ein kleines Feedback für künftige Versionen hinterlassen.

• Kann man die Kopfzeile (Überschriften) fixieren, so dass sie beim scrollen nicht verschwindet? Alternativ wäre es auch möglich die Kopfzeile ganz zu deaktivieren und selbst in VIS eine Kopfzeile ein HTML zu basteln.
  
  

• Sobald man in der Liste weiter nach unten scollt um z.B. den Aktiv-Button zu drücken, springt der Fokus des Tables anschließend wieder ganz nach oben - und man muss wiede nach unten scrollen.

Das ganze ist natürlich Kritik auf hohen Niveau. Das Skript ist der Hammer! Ich möchte es nicht mehr missen wollen in unserem zu Hause.

[GiuseppeS]

@SaschaS
Freut mich, dass du gute Verwendung für das Skript hast. Danke für das Feedback, ist immer gern gesehen.

Bzgl. des Headers der html Tabelle:
Hatte schon längere Zeit Google bemüht, wie ich den Header fixen kann. Leider waren es immer nur Lösungen mit größeren Bibliotheken, die man hätte einbinden müssen, daher hatte ich diese Idee verworfen. Aber es spricht nichts dagegen, den aktuellen Header per Variable optional zu deaktivieren. Wenn ich das nächste Mal davor sitze werde ich das umsetzen.

Beim Thema "Scrollposition" fühle ich mich mal wieder ertappt. Hatte mich damit etwas beschäftigt, weil ich ursprünglich die Scrollposition im Editor PopUp festhalten wollte wenn viele Bedingungen genutzt werden. Das hatte nicht auf Anhieb funktioniert, daher wurde es verworfen; jetzt wird dort bei Anzahl Bedingungen > 5 einfach ganz nach unten gescrollt.
Werde ich mir nochmal anschauen, evtl klappt es im zweiten Anlauf.

[GiuseppeS]

Habe ein Update hochgeladen. Die Scroll-Positionen werden nun sowohl in der Main-Tabelle als auch bei den Bedingungen gemerkt und bei Neuaufbau des HTMLs wiederhergestellt. Dadurch ist ein kurzes "Flackern" sichtbar. Vielleicht fällt mir zukünftig ein eleganterer Weg ein, wie das HTML diesbezüglich zur Laufzeit verändert werden kann.

---

Changelog 18.10.2020 (Skript)

• Scroll-Positionen von Main-Tabelle und Editor-Bedingungen werden gespeichert
• Header der Main-Tabelle können über optionale Variable "withHeader" deaktiviert werden

[Glasfaser]

@GiuseppeS

Update durchgeführt .. alles i.O.

Frage ......

Ich wollte gerne mein ioBroker Log etwas entschlacken .

Wäre es ohne viel Aufwand möglich diese Ausgabe extra zu steuern , da ich nur diese brauche .
Da bei stdLog = true kommen auch die anderen Logs mit !?

var logPraefix = '[Timer] ##{"severity":"", "from":"", "message":"'; // Wenn stdLog = true, kann hiermit die Ausgabe des ausgeführten Timers manipuliert werden
var logSuffix = '"}##'; 

[GiuseppeS]

@Glasfaser
Welchen Log meinst Du genau?

Edit:
könnte den gewünschten Log außerhalb stdLog setzen. Würde quasi immer ausgegeben werden. Du könntest dann stdLog deaktivieren

[Glasfaser]

@GiuseppeS

Wollte gerade Edit machen ..... du warst gerade schneller .

Danke ... lasse es erstmal war ein Fehlgedanke , da noch was anderes dahinter ist was dann als Log wegfällt .( Bedingungen .... ... nachträglich erfüllt )

[karl77]

könnte mir einer von euch helfen, der Edit Button taucht leider nicht auf?
Vielen Dank.

[Glasfaser]

@karl77

hast du Ihn im Script angegeben bzw. auf deinen geändert !?

[karl77]

[Glasfaser]

@karl77

Der wird erst Sichtbar , wenn du ein Timer änderst !

[Glasfaser]

@karl77

Da stimmt etwas mit deinen Aktoren/ Timer nicht .
Hast du Aufzählungen (deviceEnum) richtig !?