UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[jogibear9988]

@blockmove

ja ich glaube als ich das gebaut habe, gab es noch nicht die expressions für two way bindings. Wobei mir gestern ja auch aufgefallen ist, das ich die bei inputAsNumber vlt. gar nicht brauche.

Ich schau das ich das ändere. Bin gerade aber dran einen eigenen Javascript Bundler zu bauen, daher kann das noch ein paar Tage dauern.

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@blockmove

ja ich glaube als ich das gebaut habe, gab es noch nicht die expressions für two way bindings. Wobei mir gestern ja auch aufgefallen ist, das ich die bei inputAsNumber vlt. gar nicht brauche.

Ich schau das ich das ändere. Bin gerade aber dran einen eigenen Javascript Bundler zu bauen, daher kann das noch ein paar Tage dauern.

Bei einem Smarthome gehören natürlich Steuerungsaufgaben auf Basis von Datum, Uhrzeit und / oder Zeitraum bzw. Zeitdauer zur Basisfunktionalität. Dem entsprechend braucht man hier natürlich auch was bei der Visu.
Aber dummerweise gehört dies auch zu den komplexen Themen.
ioBroker legt Datum / Uhrzeit im üblichen Zahlenformat (ms ab 1.1.1970) ab.
Daher reicht InputAsNumber funktional.
Für die Anpassung passt du ja eine Formel für die Binding erstellt

new Date(__0).toISOString().split('.')[0]

Für die twoway-Binding braucht man "eigentlich" nur dir Umkehrung.

Ich könnte mir vorstellen, dass das Handling von Datum / Uhrzeit auch nur über eine Handvoll von Formeln erfolgt.
Anwahl über ein DropDown. Damit wäre das ganze vielleicht vergleichsweise einfach umsetzbar.
InputasDate könnte dann vielleicht sogar entfallen.

[jogibear9988]

@blockmove

denk wenn du 2way an inputAsNumber bindest brauchst gar keine formel (ungetestet)

[jogibear9988]

bei uns in der firma hab ich an das input feld ne eigene propery hinzugefügt: valueUtc, da wir im backend alles als utc haben und das frontend umwandelt. So konnte man aber einfach nen utc value binden

[Smilie108]

@jogibear9988
Wollte nur sagen das das mit dem input time jetz auch geht als value brauch eh an timestamp. was ich noch nicht zum laufen gebracht habe ist das ich als default value den aktuellen tag reinbekomme wenn ich den screen aufrufe. Bin aber am noch am testen.

[jogibear9988]

@smilie108

wenn du den value an ein objekt bindest, dann muss man entweder ein script beim öffen des screens ausführen (gibts noch keine möglichkeit, da geht gerade nur javascript, mach da aber sicher noch was), oder du machst es im backend und setzt dein objekt z.b. jeden tag auf den wert

[Worlik]

Hmm, eine Datumsauswahl im Webbrower ist bei einem Unixtimestamp jetzt doch aber eigentlich ziemlich simpel. Das kann jedes Standard input-Feld mit dem type="date" oder type="dateTime". Ich hatte das nur kurz ausprobiert, brauchte das aber für meine Visualisierung eigentlich gar nicht. Soweit ich weiß ging das relativ problemlos.

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@blockmove

denk wenn du 2way an inputAsNumber bindest brauchst gar keine formel (ungetestet)

Habs gerade getestet.
Mit deiner Formel "new Date(__0).toISOString().split('.')[0]" gibt es Probleme mit der Uhrzeit. Geb ich ne 2 bei Stunde ein, kommt eine 1.
Also wahrscheinlich ein Zeitzohnen-Thema.

[Blockmove]

Falscher Text

[jogibear9988]

@blockmove

ja, toIsoString gibt UTC zurück.

versuchs mal mit : .toLocaleString("lt")
https://stackoverflow.com/a/69462557/579623

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@blockmove

ja, toIsoString gibt UTC zurück.

versuchs mal mit : .toLocaleString("lt")
https://stackoverflow.com/a/69462557/579623

Tja, so einfach ist es nicht.
Ich hab das Inputfeld auf Typ datetime-local stehen.
Das Format finde ich auch ganz gut so.

Ein .toISOString erzeugt: 2023-01-01T00:00:00.028Z
Ein .toLocaleString erzeugt: 1.1.2023, 01:00:00

Mit dem Format von toLocaleString kommt nun das Inputfeld nicht klar.

[Smilie108]

@Blockmove @jogibear9988
wenn ich

<input type="date" id="theDate" bind-prop:value-as-number='{"signal":"?dateselect","twoWay":true}' @focus="aktday" autofocus style="position:absolute;left:80px;top:7px;">

und dann

export function aktday(event: FocusEvent, eventRaisingElement: Element, shadowRoot: ShadowRoot, instance: HTMLElement) {
   var date = new Date();

var day = date.getDate();
var month = date.getMonth() + 1;
var year = date.getFullYear();

if (month < 10) month = "0" + month;
if (day < 10) day = "0" + day;

var today = year + "-" + month + "-" + day;       
document.getElementById("theDate").value = today;
}

Im Javascript eingebe dachte ich es müsste gehen aber bekomme dann

Uncaught TypeError: jsObject is null
    assignAllScripts http://192.168.1.91:8082/webui/dist/frontend/scripting/ScriptSystem.js:209

bzw    else {
                            e.addEventListener(evtName, (evt) => {
                                if (!jsObject[script])
                                    console.warn('javascritp function named: ' + script + ' not found, maybe missing a "export" ?');
                                else
                                    jsObject[script](evt, e, shadowRoot, instance);
                            });
                        }
                    }
                    catch (err) {
                        console.warn('error assigning script', e, a);
                    }

Beim Element habe ich auf autofocus dachte das würdee beim laden den focus auslösen oder nicht ?

Danke im voraus

den werte wenn ich in auswähle als ts bekomme ich auch in den iobrocker wollte nur das mit dem aktuellen tag noch lösen

[Blockmove]

@Smilie108
Also zur Anzeige funktioniert dieses Binding bei mir:

new Date(__0).toISOString().split('T')[0];

Wenn du die __0 weglässt, wird das aktuelle Datum genommen.

[Worlik]

@jogibear9988 Kann man eigentlich irgendwie die absolute Positionierung komplett abschalten? Ich baue gerade eine Responsive Design für Handy, Tablet und PC und es wäre einfach absolut genial, wenn man nicht jedes mal position: absolute und das andere Gedöns rausschmeißen kann. Grundsätzlich packt er ja beim Drag-Drop alles korrekt in den DOM, aber fügt eben immer die Position hinzu. Ich vermute fast, ich sehe nur irgendeinen Schalter nicht. Oder geht das tatsächlich nicht?

[Blockmove]

@jogibear9988

Hallo Jochen,
wollte auch gerade was mit Javascript testen und bekomme auch den Fehler

Uncaught SyntaxError: Identifier 'importMapWidgets' has already been declared (at importmap.js:1:1)
:8082/favicon.ico:1 
        
        
       Failed to load resource: the server responded with a status of 404 (Not Found)
IobrokerHandler.js:96 ioBroker handler ready.
:8082/dist/frontend/common/IobrokerHandler.js:1 
        
        
       Failed to load resource: the server responded with a status of 404 (Not Found)
es-module-shims.js:743 Uncaught (in promise) TypeError: 404 Not Found http://ctrl01.fritz.box:8082/dist/frontend/common/IobrokerHandler.js
    at doFetch (es-module-shims.js:743:21)
    at async fetchModule (es-module-shims.js:751:17)
    at async es-module-shims.js:823:40
    at async loadAll (es-module-shims.js:469:5)
    at async topLevelLoad (es-module-shims.js:541:5)
    at async checkHash (runtime.html:73:17)
ScriptSystem.js:184 error parsing javascript TypeError: Failed to resolve module specifier "/webui/dist/frontend/common/IobrokerHandler.js". Invalid relative url or base scheme isn't hierarchical.
    at resolveIfNotPlainOrUrl (es-module-shims.js:130:15)
    at resolve (es-module-shims.js:410:38)
    at es-module-shims.js:848:32
    at Array.map (<anonymous>)
    at es-module-shims.js:844:45
    at async loadAll (es-module-shims.js:469:5)
    at async topLevelLoad (es-module-shims.js:541:5)
    at async ScriptSystem.assignAllScripts (ScriptSystem.js:178:28)
    at async HTMLElement.loadScreenData (ScreenViewer.js:88:30)
assignAllScripts @ ScriptSystem.js:184

Kann es sein, dass der Pfad hier:

es-module-shims.js:743 Uncaught (in promise) TypeError: 404 Not Found http://ctrl01.fritz.box:8082/dist/frontend/common/IobrokerHandler.js

nicht stimmt?

webui-Version: 0.22.7

VG
Dieter

[jogibear9988]

@blockmove

wie sieht der import im script oben aus?? so:

import { iobrokerHandler } from "/webui/dist/frontend/common/IobrokerHandler.js";
import { Runtime } from "/webui/dist/frontend/common/Runtime.js";

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@blockmove

wie sieht der import im script oben aus?? so:

import { iobrokerHandler } from "/webui/dist/frontend/common/IobrokerHandler.js";
import { Runtime } from "/webui/dist/frontend/common/Runtime.js";

Ja

import { iobrokerHandler } from "/webui/dist/frontend/common/IobrokerHandler.js";
import { Runtime } from "/webui/dist/frontend/common/Runtime.js";

/**
* buttonclick - 'click' event of <button>
* @param {PointerEvent} event
* @param {Element} eventRaisingElement
* @param {ShadowRoot} shadowRoot
* @param {HTMLElement} instance
*/
export function buttonclick(event, eventRaisingElement, shadowRoot, instance) {
    alert("Test");
}

[jogibear9988]

@worlik

im moment nicht, ich brauche da noch eine wirkliche strategie, was soll dann beim ziehen passieren?

Im Moment ist es so: Parent ist display:grid, dann zieht man zwischen den grid zellen hin und her, parent ist display:flex, dann ändert man nur die dom reihenfolge, alles andere ist absolut.

Die abstraktion dafür ist hier: https://github.com/node-projects/web-component-designer/tree/master/packages/web-component-designer/src/elements/services/placementService (falls es jm. interessiert)
Da kann man sicher noch vieles verbessern, oder auch noch andere Placement modi einfügen

[jogibear9988]

@blockmove

ich prüfe es nacher. Bin gerade nicht am PC

[Worlik]

@jogibear9988 Also mir würde es reichen, wenn man vielleicht eine Auswahlmöglichkeit hätte für die folgenden Varianten:

• Inline = keinen Displaystyle und keine Positionierung einfügen
• Absolute = Aktuelles Verhalten
• Grid = display: grid
• Flex = display: flex

Könnte man als Einstellung für den Designer einfach aus einer Liste wählen. Man könnte das für neue Varianten dann einfach erweitern.

Ich habe auch gut 20 kleinere Bugs bemerkt (z.B. geht das Stylesheettab und Javascript bei Escape einfach zu oder der Codeeditor zeigt in der Splitview aktuellen Code nicht an, wenn man Dinge per Drag'n'Drop in den Designer zieht). Müssen die Kleinigkeiten alle als einzelner Report auf Github?

Habe aber nun alles in webui umgesetzt was ich vorher in vis hatte (plus einiges mehr). Vis hab ich schon gelöscht.