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

[DJNick134]

@tempestas said in [Projekt] Material Design CSS für ioBroker.vis:

var idCal = "ical.X"; // hier deine ical instanz (x ersetzen) var idCalTrigger = idCal + ".data.trigger"; var idCalTable = idCal + ".data.table"; var idCalHTML = idCal + ".data.html"; var idCalHTMLtable = idCal + ".html"; ! createState(idCalHTMLtable, " "); ! function iCalToHTMLTable() { var html = ""; var calTable = getState(idCalTable); var inst = getObject("system.adapter."+idCal); var instopt = inst.native; var calendar = {}; ! for (var i = 0; i < calTable.val.length; i++) { var entry = calTable.val[i]; if ( entry._calName != calendar.name ) { calendar = {}; for (var c = 0; c < instopt.calendars.length; c++ ) { if (entry._calName == instopt.calendars[c].name ) { calendar = instopt.calendars[c]; break; } } } if (calendar.color !== "") html+=""; else html+=""; html+/ html+/ html+/ html+=""; } html+=" ! | Zeit | Text | Kalendar | | --- | --- | --- | | "+entry.date+" | "+entry.event+" | "+entry._calName+" | ! "; setState(idCalHTMLtable, html); //dump( html ); } ! on({id: idCalTable, change: "ne"}, function (obj) { iCalToHTMLTable(); }); ! iCalToHTMLTable();

Wenn ich das Skript bei mir starte kommen immer folgende Fehler im log:

javascript.0	2019-10-14 18:32:16.658	error	(12704) at process._tickCallback (internal/process/next_tick.js:189:7)
javascript.0	2019-10-14 18:32:16.658	error	(12704) at <anonymous>:null:null
javascript.0	2019-10-14 18:32:16.658	error	(12704) at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
javascript.0	2019-10-14 18:32:16.658	error	(12704) at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
javascript.0	2019-10-14 18:32:16.658	error	(12704) at client.get (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:434:21)
javascript.0	2019-10-14 18:32:16.657	error	(12704) at adapter.getForeignState (/opt/iobroker/node_modules/iobroker.javascript/main.js:828:17)
javascript.0	2019-10-14 18:32:16.657	error	(12704) at createProblemObject (/opt/iobroker/node_modules/iobroker.javascript/main.js:1237:17)
javascript.0	2019-10-14 18:32:16.657	error	(12704) at prepareScript (/opt/iobroker/node_modules/iobroker.javascript/main.js:1184:37)
javascript.0	2019-10-14 18:32:16.656	error	(12704) at compile (/opt/iobroker/node_modules/iobroker.javascript/main.js:961:28)
javascript.0	2019-10-14 18:32:16.655	error	(12704) at Object.createScript (vm.js:80:10)
javascript.0	2019-10-14 18:32:16.655	error	(12704) SyntaxError: Invalid or unexpected token
javascript.0	2019-10-14 18:32:16.654	error	(12704) ^
javascript.0	2019-10-14 18:32:16.654	error	(12704) var html = "
javascript.0	2019-10-14 18:32:16.654	error	(12704) script.js.common.Kalender.iCal_to_HTML compile failed: at script.js.common.Kalender.iCal_to_HTML:8

Weiß jemand wo der Fehler im Skript ist? Komme nicht weiter :/

[sigi234]

@DJNick134

Das fehlt was beim Skript. Von wo hat du es und was soll es machen?

[DJNick134]

@sigi234 Habs hier aus dem Forum kopiert. Mit dem Skript sollen die iCal Daten in eine HTML Datei gepackt werden, damit diese später in der Vis als Tabelle (Cards) angezeigt werden können

[Glasfaser]

@DJNick134

Wurde zerstückelt , bei der Forum´s Umstellung

hier was funktioniert:

// Posting von Uhula, 17.12. 11:52h

var idCal = "ical.x";						// hier deine ical instanz (x ersetzen)
var idCalTrigger   = idCal + ".data.trigger";
var idCalTable     = idCal + ".data.table";
var idCalHTML      = idCal + ".data.html";
var idCalHTMLtable = idCal + ".html";

createState(idCalHTMLtable, " ");



function iCalToHTMLTable() {
    var html     = "<table style='font-size:1.0em;'><thead><tr><th style='text-align:left;'>Zeit</th><th style='text-align:left;'>Text</th><th style='text-align:left;'>Kalendar</th></tr></thead><tbody>";
    var calTable = getState(idCalTable);
    var inst     = getObject("system.adapter."+idCal);
    var instopt  = inst.native;
    var calendar = {};

    for (var i = 0; i < calTable.val.length; i++) { 
        var entry = calTable.val[i];
        if ( entry._calName != calendar.name ) {
            calendar = {};
            for (var c = 0; c < instopt.calendars.length; c++ ) {
                if (entry._calName == instopt.calendars[c].name ) {
                    calendar = instopt.calendars[c];
                    break;
                }
            }
        }    
        if (calendar.color !== "")
            html+="<tr style='background:transparent; background-image: linear-gradient("+calendar.color+","+calendar.color+"); background-size: 4px 90%; background-repeat: no-repeat;'>";
        else
            html+="<tr>";
        html+="<td style='font-size:1.0em;'>"+entry.date+"</td>"
        html+="<td>"+entry.event+"</td>"
        html+="<td>"+entry._calName+"</td>"
        html+="</tr>";
    }
    html+="</body></table>";    
    setState(idCalHTMLtable, html);    
//dump( html );
}


on({id: idCalTable, change: "ne"}, function (obj) {
    iCalToHTMLTable();
});

iCalToHTMLTable();

[ok1]

@ok1 sagte in [Projekt] Material Design CSS für ioBroker.vis:

Meine Frage ist, ob Du diese Meldungen evtl. kennst, ob diese kritisch für die Performance sind und ggf. einen Tipp hast, wie man sie weg bekommt.

Ich habe die Meldungen nun mit folgendem jquery- Code in VIS- Scripte wegbekommen:

jQuery.event.special.touchstart = {
  setup: function( _, ns, handle ){
    if ( ns.includes("noPreventDefault") ) {
      this.addEventListener("touchstart", handle, { passive: false });
    } else {
      this.addEventListener("touchstart", handle, { passive: true });
    }
  }
};
jQuery.event.special.touchmove = {
  setup: function( _, ns, handle ){
    if ( ns.includes("noPreventDefault") ) {
      this.addEventListener("touchmove", handle, { passive: false });
    } else {
      this.addEventListener("touchmove", handle, { passive: true });
    }
  }
};

Leider hat sich dadurch an der schlechten Performance des Projekts insgesamt nichts geändert. Das Problem sind scheinbar die vielen

[Violation] 'setTimeout' handler took 101ms

zu sein. Auf dem Desktop-PC sind es jeweils nur 10-100ms pro 'setTimeout' handler, auf dem Tablet A9.7 (SM-T555) sind es 500 - 2000 ms. Diese timeouts addieren sich dann zu Gesamtladezeiten von 20-30 sec.

Auslöser der Timeouts ist die setTimeout- Funktion in Zeile 938 in vis.js:

if (!wait) {
               if (!hidden) $view.show();
               setTimeout(function () {
                   $('#visview_' + viewDiv).trigger('rendered');
                   if (callback) callback(viewDiv, view);
               }, 0);
}

Die Ladezeit der gleichen Seite auf einem neueren Sony Mobile halbierte sich z.B. auf 10 sec. Andere Sites mit viel mehr zu ladenden Elementen lassen sich gut und schnell auf dem Tablet absurfen. Es scheint somit am speziellen Aufbau der Material Design Frameworkseite und an der CPU/RAM-Leistung des Tablets zu liegen.

[DJNick134]

@Glasfaser Super, vielen dank!

[davimas]

Danke für das Projekt - ich habe mir sogar die Anleitung ausgedruckt und lese immer wieder in der Mittagspause.

Zwei Einsteigerfragen, wie ändere ich die Farbe der lnav?
Bei der abar geht es mit "mdui-black-bg" Zugabe auf der Startpage, jedoch bekomm ich es nicht bei der lnav hin.

Desweiteren sind die Farben ja festgelegt - und hätte gerne die abar in plüschrosa ;-))) Also habe ich in der CSS Klasse das "mdui-abar" weggemacht und so den Hintergrund farblich angepasst. Macht es jetzt was aus wenn die "abar" nicht als solche "festgelegt" ist?

by,
David

[Pittini]

@davimas Wenn Du die vordefinierten Farben nicht magst, dann dort ändern wo se definiert sind und nicht iwelche Verrenkungen machen welche iwann zu Problemen führen (können) Definiert sind se im CSS Bereich.

[davimas]

@Pittini
Perfekt - Danke hat funktioniert. Und die Schriftfarbe der Textes/Menü in der lnav?

[Pittini]

@davimas said in [Projekt] Material Design CSS für ioBroker.vis:

Und die Schriftfarbe der Textes/Menü in der lnav?

Jedes mdui-blabla hat eine Entsprechung in der CSS Datei, mußt halt dort nach dem gewünschten mdui-xxx suchen.

[davimas]

@Uhula said in [Projekt] Material Design CSS für ioBroker.vis:

Vorab-Info:
Ich habe das Material Design CSS/Script bei mir etwas erweitert, es kann nun auch "Chips" darstellen (Alternative zu Radio-Buttons). Wenn ich es auf Github aktualisiert habe, gibt es einen Hinweis hier im Forum.

Hey,

sind die schon irgendwo verfügbar? Die CSS Klasse habe ich nicht gefunden in der Demo......

by,
David

[Snapergy]

@Uhula
erst einmal vielen Dank für das schöne Design via CSS. Ich habe mir den Switch und den Slider für meine Visualisierung "rausgepickt". Jetzt habe ich eine Frage bzgl. der Machbarkeit an dich. Ich hätte gern beim Slider ein Label, welcher mit dem Knopf beim Vertical Slider mitläuft und den aktuellen Wert darstellt (siehe Discrete Slider vom Google Material Design). Ich hatte dazu auch schon einen Thread eröffnet, aber dort konnte mir keiner weiterhelfen.

Aktuell behelfe ich mir mit einer Krücke, welche den Wert in einem statischen HTML aus einem Datenobjekt ausliest. Dies ist aber immer mit einem kleinen Delay verbunden, welches sich als unschön und nicht gerade Userfreundlich darstellt.

[K_o_bold]

@davimas ,
@Uhula , das wäre echt super, wenn auch Chips zur Verfügung gestellt werden.

[dos1973]

@Snapergy
Nimm doch einfach den DiscreteSlider aus dem MaterialDesign Adapter...?!

[Snapergy]

@dos1973
den gibt es leider nicht als vertikalen slider :(

[nukleuz]

Gibt es schon das Update für die Chips?

[K_o_bold]

So wie es aussieht, ist Uhula in diesem Forum nicht mehr so aktiv. Schade, denn die Chips sehen echt gut aus...

[Uhula]

Stimmt, bin im Moment nicht aktiv im Forum, dafür aber umso aktiver beim Erstellen der Material Design for ioBroker 2.0 CSS Styles ;-) - dann natürlich inkl. der Chips.

• Basis ist dann ein helles Design, das dunkle ist dann optional, auch jederzeit umschaltbar (wenn denn eigene Komponenten das auch mitmachen, die mdui- können es)
• optionales Setzen der Farben für abar, tnav, lnav, rnav, bnav und content, inkl. automatischer Anpassung der Schriftfarbe (wenn Kontrast zu "schwarz" zu gering, dann "weiß") über mdui-config Elemente
• die linke Navigation (lnav) kann als feste Site-Navigation arbeiten (optional ab x-Pixel Breite des Screens). Also auf dem Smartphone weiterhin als modale, sich öffnende Nav, auf dem Tablett dann als feste Nav, aber auch wegblendbar
• Unterstützung des material-icons Fonts - d.h. images braucht man eigentlich nicht mehr. Vorteile: Sehr gute Skalierung und automatische Anpassung an die Schriftfarbe
• alle material design Farben werden nun namentlich unterstützt
• Anpassung der MD_Demo und MD_Simple Projekte
• Anpassung der Dokumentation
• ...

Dauert alles noch etwas, schaut aber schon gut aus, eben wie 2019 und nicht mehr wie 2017. Screenshots liefere ich mal nach.

Schöne Adventszeit noch!

[Schrauberheld]

Finde ich Mega das du noch an dem ganzen arbeitest :+1:

[zahnheinrich]

@Uhula
Da warte ich aber SEHR gespannt!
Ich glaube da spreche ich für eine größere Gemeinde, als du ahnst!