Diskussionsthread EDOMI-Releases/Updates

[jonofe]

wäre es möglich im ###DEF### "globale" permanente VARIABLEN zu definieren ?

Alternativen, die ich gelegentlich nutze (u.a. auch für OAuth2) sind lokale Dateien oder DB.

Ein Beispiel an dem ich gerade arbeite ist OAuth2 für das Alexa Event Gateway. Hier speichere ich den GrantCode, AccessToken und RefreshToken in einer Datei, welche dann direkt included werden kann:

Hier die Zeile für den GrantCode:

file_put_contents('/usr/local/edomi/www/admin/include/php/alexa/eventGatewayConfig.php', '<?php $acceptGrantCode=' . var_export($acceptGrantCode, true) . ';');

Dort wo die Variablen verwendet werden sollen, ist ein einfaches:

include_once '/usr/local/edomi/www/admin/include/php/alexa/eventGatewayConfig.php'; 

ausreichend.

[coliflower]

gaert
Hallo Christian,

wäre es möglich im ###DEF### "globale" permanente VARIABLEN zu definieren ?
Es wäre weniger kompliziert und User freundlicher, wenn man zB in einem OAuth2-Prozedere einen ACCESS- und REFRESH-Token dort speichern könnte damit diese zentrale für die anderen LBSen zur verfügung stehen ... Remanente iKOs sind nicht immer das Optimum.

Bitte nicht gleich NEIN sagen :-)
Vielleicht kannst Du dem doch etwas abgewinnen :-))

[jp2008]

zum zweiten habe ich immer große Probleme beim erstellen eines aussagekräftigen Diagrammes. Hier würde sich eine Art Vorschau anbieten. man verstellt nämlich immer einen Parameter aber kann sich in Wirklichkeit nicht vorstellen wie er optisch wirkt. und jetzt muss man jedesmal eine Projektaktivierung machen..

eine Diagrammvorschau würde mir auch sehr helfen.

Mit der anderen theoretische Möglichkeit schicke Diagramm von anderen Usern zu übernehmen, ist ja erstmal nicht zu rechnen...

[blaky]

Mir würden auch noch 2 Wünsche einfallen:

zum ersten würde ich mir nach den sehr guten Popup Features im letzen Release noch die Funktion "Popup allways on top" wünschen sodaß ein so markiertes (wichtiges) Popup stehts im Vordergrund steht obwohl sich beispielsweise der Edomi Bildschirmschoner zwischenzeitlich aktiviert

zum zweiten habe ich immer große Probleme beim erstellen eines aussagekräftigen Diagrammes. Hier würde sich eine Art Vorschau anbieten. man verstellt nämlich immer einen Parameter aber kann sich in Wirklichkeit nicht vorstellen wie er optisch wirkt. und jetzt muss man jedesmal eine Projektaktivierung machen..

[ThomasCologne]

Damit habe ich mir schon ein paar mal versehentlich das Layout kaputt gemacht.

Also, falls dir mal langweilig wird...

Damit wären wir auch wieder beim einmaligen "zurück-button". Ist mir auch schon einmalige passiert.

[DerSeppel]

Ein Wunsch ist bei mir grade noch aufgekommen. Vielleicht ist das was für kalte Winterabende auf Lanzarote:

Im Visueditor wäre es echt super, wenn man die Elemente links in der Übersicht per Drag&Drop sortieren könnte.
NOCH BESSER wäre, wenn dadurch dann automatisch der z-Index angepasst wird.

Aktuell wird durch Drag&Drop in der Übersicht das Element verschoben. Damit habe ich mir schon ein paar mal versehentlich das Layout kaputt gemacht.

Also, falls dir mal langweilig wird...

[DerSeppel]

Ist notiert und sollte kein Problem sein...

[gaert]

Ist notiert und sollte kein Problem sein...

[DerSeppel]

gaert
Keine Ahnung ob das schon mal genannt wurde, aber mir ist was an den neuen Popup-Einstellungen aufgefallen.
Grandioserweise kann man ja nun "Hintergrund abdunkeln" deaktivieren. Damit ist es möglich Teile der Visu "nahtlos" zu ersetzen.

Allerdings wird aktuell noch ein Rahmen/Schatten/Leuchteffekt um das Popup herum angezeigt.
Wäre es möglich in einer der nächsten Versionen diesen Effekt auch noch zu entfernen? Den Effekt kann man ja dann - falls gewünscht - im Popup selbst unterbringen.

[ibase]

Passwort, kann man das richten, dass die Login Daten Case Sensitive funktionieren? > aktuell ist es so das es keine Rolle spielt ob ich Login oder LOGIN oder LogiN schreibe, das gleiche beim Passwort.

Oder ging hier bei mir bei der Installation was schief ?

Projektaktivierung > könnte man da nicht einen Butten auf jeder Seite darstellen, also im jeweiligen Menü wo man was ändert ? Ähnlich dem Button Konfiguration.

[gaert]

Es wird genau 1 zusätzliches KO geben (frei wählbar pro ZSU). Was man dann damit anstellt, ist Sache der Logik - z.B. Feiertage, Astro, etc. Als Bezeichnung wird dann einfach der KO-Name angezeigt - damit sollte dann alles klar sein.

[ThomasCologne]

... Tage vor Feiertagen, musst Du Dir berechnen, und ab Mittag den Tag als "Feiertag" markieren. Urlaub, geht auch als "Feiertag" durch oder?

Na ja klar. Alles richtig. Auch hier führen wieder viele Wege nach Rom. Aber warum diese Umwege über Logiken, Berechnungen, Annahmen gehen, wenn man doch in einer kompakten ZSU alle Zeiten und Schaltpunkte auf einem Blick haben kann. Smart ist es m.E. nach, alles auf einen Blick zu haben und nicht überlegen zu müssen, was wird nun von der Logik ermittelt und was steht in der ZSU als Feiertag, ist aber gar kein Feiertag.

[vento66]

Vielleicht sollen ja die Rollläden an einem Feiertag was anderes machen als die Bewässerung.

Du hast doch sicher
für die Bewässerung und die Rolläden eh getrennte ZSUs. Somit klickst Du einfach bei der Bewässerung den Feiertag nicht an, und sie läuft normal, oder Du stellst sie auf "Feiertag" und sie macht ihr Feiertagsprogamm. Tage vor Feiertagen, musst Du Dir berechnen, und ab Mittag den Tag als "Feiertag" markieren. Urlaub, geht auch als "Feiertag" durch oder?

[ThomasCologne]

Wahrscheinlich werde ich dafür ein System-KO hinzufügen, das jedoch nicht von EDOMI gesetzt wird sondern "hart" mit allen ZSUs/TSUs verdrahtet ist. Oder macht ein individuell zuweisbares KO mehr Sinn? Meines Erachtens eher nicht.

Ich denke, dass ein selbst wählbares iKO mehr Flexibilität und somit mehr Sinn ergibt. Denn wenn EIN KO hart mit JEDER ZSU verbunden ist, wird man wieder eingeschränkt sein in der Flexibilität. Vielleicht sollen ja die Rollläden an einem Feiertag was anderes machen als die Bewässerung. Und auch das „Vorfeiertags-Problem“ könnte so nicht gelöst werden.

Zudem hätte man mit einer zusätzlichen Implementierung eines Bezeichnungsfeldes und der zwingenden Angabe eines iKO, ALLE Möglichkeiten offen.
Damit wären alle Felder abgedeckt wie:
- Bezeichnung „Feiertag“: iKO xx ->1/0
- Bezeichnung „Vorabend“: iKO yy -> 1/0
- Bezeichnung „Urlaub“: iKO zz -> 1/0

1.jpg

… im ersten Schritt reicht mir persönlich aber die erste Variante mehr als aus!

Aber warum erst eine 70% Lösung anstreben, anstatt gleich auf 100% zu gehen?

[gaert]

Das ist so auch nicht gedacht - bei der Prüfung wird der angegebene Pfad überprüft, dieser muss also "gemounted" sein. Unterordner funktionieren nicht im Zusammenspiel mit der Prüfung (wie Du bereits festgestellt hast).