Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Manuel001]

@OliverIO
Wurden deshalb, weil ich Import von Vis1 nach vis2 schon vor einiger Zeit gemacht habe und dann auch gleich in vis2 noch etwas dazu gebaut habe.
Die Frage die ich mir jetzt stelle, ob ich vis-history irgendwo in vis verwendet habe.
Mir ist schon klar, dass es mir angezeigt wird, wenn ich auf den hunderten Widgets einzeln drauf klicke.
Aber gibt es in vis2 irgendwo eine Übersicht, wo man sieht welche Widgets von welchen Adaptern verwendet wurden?

[OliverIO]

@Manuel001

Glaube nicht.
Leider wird auch in der Widget auswahlliste nicht mehr der Typ angezeigt.

Wobei, du könntest mal mit F12 die Browser Konsole öffnen und dann mit F5 alles neu laden.
In der Konsole steht glaube ich welcher Adapter deaktiviert wurde, weil kein Widget daraus verwendet wurde.

[Manuel001]

@OliverIO
O.K. danke. Mit Browser Console habe ich jetzt nichts zusammengebracht.
Aber wenn wieder mal jemand das Thema hat: Im Vis Editor das Projekt exportieren und dann im vis-views.json nach "widgetSet" bzw. "tpl" suchen.
Nachdem mir das zu aufwändig war, habe ich mir ein Script generieren lassen:

// Einstellungen
const projectName = 'main'; // Name deines Vis-2 Projekts (Standard ist "main")

// Liest die vis-views.json aus dem ioBroker Datei-Speicher
readFile('vis-2.0', `${projectName}/vis-views.json`, (err, data) => {
    if (err || !data) {
        log(`Fehler beim Lesen der Vis-2 Datei für Projekt "${projectName}": ${err}`, 'error');
        log('Hinweis: Prüfe, ob der Projektname korrekt ist (z. B. "main").', 'warn');
        return;
    }

    try {
        const views = JSON.parse(data);
        const widgetSets = {};
        let totalWidgets = 0;

        // Alle Views im Projekt durchgehen
        for (const [viewName, viewData] of Object.entries(views)) {
            if (viewData && viewData.widgets) {
                // Alle Widgets der jeweiligen View durchgehen
                for (const [widgetId, widget] of Object.entries(viewData.widgets)) {
                    totalWidgets++;

                    // Wert aus "widgetSet" auslesen (Fallback auf "tpl" falls "widgetSet" leer ist)
                    const set = widget.widgetSet || (widget.tpl ? `Unbekannt (tpl: ${widget.tpl})` : 'Kein WidgetSet angegeben');

                    // Treffer zählen
                    if (!widgetSets[set]) {
                        widgetSets[set] = { count: 0, views: new Set() };
                    }
                    widgetSets[set].count++;
                    widgetSets[set].views.add(viewName);
                }
            }
        }

        // Ergebnis sauber formatiert im ioBroker Log ausgeben
        log('==================================================', 'info');
        log(`VIS-2 WIDGET-SET ANALYSE (Projekt: "${projectName}")`, 'info');
        log(`Gesamtanzahl verbauter Widgets: ${totalWidgets}`, 'info');
        log('--------------------------------------------------', 'info');
        
        for (const [setName, info] of Object.entries(widgetSets)) {
            const viewList = Array.from(info.views).join(', ');
            log(`- Widget-Set "${setName}": ${info.count}x (in Views: ${viewList})`, 'info');
        }
        
        log('==================================================', 'info');

    } catch (e) {
        log(`Fehler beim Verarbeiten der JSON-Daten: ${e.message}`, 'error');
    }
});

Einfach als JavaScript anlegen und 1x starten. Dann bekommt man eine Ausgabe:

[icebear]

@Manuel001 sagte:

Kann man vis-history.0 entfernen bzw. wofür wird das benötigt?

Ich glaube du machst einen Denkfehler, der Adapter history ist nicht das gleiche wie vis-history (Verlaufswidgets)!

Das Bild welches du oben gepostet hast ist doch das, wenn du bei einem DP hinten auf das Zahnrad klickst um die Werte zu speichern, oder ?
Das kommt vom history Adapter, das ist nicht das gleiche wie vis-history (Verlaufswidgets), der stellt dir nur widgets für VIS-1 zur Verfügung.

[Manuel001]

@icebear sagte:

@Manuel001 sagte:

Kann man vis-history.0 entfernen bzw. wofür wird das benötigt?

Ich glaube du machst einen Denkfehler, der Adapter history ist nicht das gleiche wie vis-history (Verlaufswidgets)!

Das Bild welches du oben gepostet hast ist doch das, wenn du bei einem DP hinten auf das Zahnrad klickst um die Werte zu speichern, oder ?
Das kommt vom history Adapter, das ist nicht das gleiche wie vis-history (Verlaufswidgets), der stellt dir nur widgets für VIS-1 zur Verfügung.

Ja das war das, wo ich mir nicht sicher war.
vis-history.0 habe ich mittlerweile draußen.
Aber jetzt machen nacheinander alle anderen Widgets Probleme, welche bei Import in VIS2 übernommen wurden, aber in VIS2 ohne VIS1 offensichtlich nicht unterstützt werden. Da habe ich mich beim Import zu früh gefreut.
Vor allem justgage entfernen schmerzt, weil das "Vis 2 Widgets Gauge" als Ersatz ein starker Rückschritt ist.

[icebear]

@manuel001

Das Problem mit den justgauge Widget hatte ich auch.
Es kommt halt darauf an was du genau darstellen willst, du kannst dir ja mal das gauge Widget aus dem vis-2-widgets-collection Adapter ansehen, darauf bin ich dann umgestiegen für die drei oder vier die ich brauchte.
Ist zwar ein bischen fummel Arbeit bis man mal verstanden hat wie es funktioniert, aber bei mir hats geklappt.

[Manuel001]

@icebear sagte:

@manuel001

Das Problem mit den justgauge Widget hatte ich auch.
Es kommt halt darauf an was du genau darstellen willst, du kannst dir ja mal das gauge Widget aus dem vis-2-widgets-collection Adapter ansehen, darauf bin ich dann umgestiegen für die drei oder vier die ich brauchte.
Ist zwar ein bischen fummel Arbeit bis man mal verstanden hat wie es funktioniert, aber bei mir hats geklappt.

O.K. Muss ich mir anschauen.
Mein Anwendungsfall ist das:

[Manuel001]

Irgendwie komme ich mit vis-2-widgets-collection auch auf keine zufriedenstellende Lösung.

[OliverIO]

@Manuel001

Benenne doch deine konkreten Probleme

[Manuel001]

@OliverIO sagte:

@Manuel001

Benenne doch deine konkreten Probleme

Naja, eigentlich möchte ich es wieder so wie ich es vorher hatte.
Also keinen Zeiger (habe ich noch hinbekommen), aber keine Skala, sondern nur die Bar, welche je nach Wert sich mit unterschiedlicher Farbe füllt. Und in der Mitte den Wert.
Und idealerweise auch noch Min-/Maxwert vom Bereich angezeigt.

Gestern hätte ich dann noch einen Versuch mit Basic Bar versucht. Das hat auch funktionier (auch wenn es mit der geraden Bar etwas komisch ausschaut). Aber seit heute in der Früh ist die Bar immer vollständig gefüllt unabhängig vom Wert.
Eigentlich hätte ich mir von Vis-2 erhofft, schneller zum Ergebnis zu kommen.

[Manuel001]

Manuel001 sagte:

@OliverIO sagte:

@Manuel001

Benenne doch deine konkreten Probleme

Naja, eigentlich möchte ich es wieder so wie ich es vorher hatte.
Also keinen Zeiger (habe ich noch hinbekommen), aber keine Skala, sondern nur die Bar, welche je nach Wert sich mit unterschiedlicher Farbe füllt. Und in der Mitte den Wert. Hintergrund transparent.
Und idealerweise auch noch Min-/Maxwert vom Bereich angezeigt.

Gestern hätte ich dann noch einen Versuch mit Basic Bar versucht. Das hat auch funktionier (auch wenn es mit der geraden Bar etwas komisch ausschaut). Aber seit heute in der Früh ist die Bar immer vollständig gefüllt unabhängig vom Wert.
Eigentlich hätte ich mir von Vis-2 erhofft, schneller zum Ergebnis zu kommen.

[OliverIO]

@Manuel001

ich habe mal justgauge 2.1.7 installiert. bei mir funktioniert das in vis2
welche probleme gibt es da?

[Manuel001]

@OliverIO sagte:

@Manuel001

ich habe mal justgauge 2.1.7 installiert. bei mir funktioniert das in vis2
welche probleme gibt es da?

Das Problem ist, dass sich vis1 nicht löschen lässt, wenn justgauge in vis-2 verwendet wird (keine Ahnung weshalb, ist aber so):

Wenn ich die justgauge Widgets nur aus vis1 lösche, bringt das nichts. Erst wenn ich es aus vis-2 lösche, kommt die Meldung nicht mehr.
Eigentlich möchte ich vis1 nur los werden, weil obwohl ich vis1 deaktiviert habe, vis1 noch immer läuft. Und wenn ich mich über den Cloud Adapter verbinde, komme ich immer auf vis1 statt auf vis-2.

[skvarel]

@Manuel001 .. der justgauge Adapter hat VIS1 in seinen Abhängigkeiten, deswegen ist das Löschen nicht möglich.

Da der Adapter ursprünglich für VIS1 geschrieben wurde, ist auch die Abhängigkeit so gesetzt worden. Was will man mit einem Widget-Adapter ohne VIS-Adapter? Hier hilft nur ein Issue beim justgauge Adapter, damit der Entwickler die Abhängigkeit raus nimmt.

[Manuel001]

@skvarel
O.K. danke.
Ja kann ich machen, wobei es diese Abhängigkeit scheinbar bei vielen Widget Adaptern gibt, welch ursprünglich für vis1 entwickelt wurden.
Nachdem ich mit dem Umstieg auf vis-2 eh lange gewartet habe, frage ich mich halt, was ich anders oder falsch machen. Weil offensichtlich haben die Probleme andere Personen nicht. Ich kann mir nicht vorstellen, dass alle die auf vis-2 umgestiegen sind, nur mehr die für vis-2 entwickelten Widget Adapter verwenden. Vor allem weil es scheinbar bei weitem noch nicht den gleichen Funktionsumfang gibt.

[skvarel]

@Manuel001 .. die wenigsten VIS1 Widget Adapter laufen sauber in VIS2.

Ich habe bei mir alles was zu VIS1 gehört gelöscht und nutze nur noch unseren Widget Adapter und gar keine anderen mehr.

[OliverIO]

@Manuel001

Zu dem was @skvarel gesagt hat ist, das mit dem cloud Adapter dann das Hauptproblem. Gut, ich hab kein cloud Zugriff, ich nutze VPN, daher weiß ich nicht wie das wirklich aussieht/funktioniert

Vis1 selbst läuft nicht. Da gibt es keine wirklich echte Server Funktionalität, die dauerhaft läuft. Nur bei Start/restart sammelt er Widget Dateien ein und kopiert die um. Das geht wenige Sekunden lang. Ansonsten besteht nur vis1 aus Dateien die auf der Festplatte liegen

Ich habe auch mal in den Adapter vis-gauge reingeschaut, eigentlich gibt es da keine echten Abhängigkeiten echten Abhängigkeiten zu vis1, daher müsste vis1 auch deinstallierbar sein. Probiere das aber mal nich selber aus.
Da vis-gauge ein Community Adapter ist kann man da auch was machen.

[Manuel001]

@skvarel sagte:

@Manuel001 .. die wenigsten VIS1 Widget Adapter laufen sauber in VIS2.

Ich habe bei mir alles was zu VIS1 gehört gelöscht und nutze nur noch unseren Widget Adapter und gar keine anderen mehr.

Ja das wäre ursprünglich auch mein Plan gewesen, hätte dabei aber zu viele Kompromisse eingehen müssen.
Es wird mir aber eh nichts anderes übrig bleiben.

[OliverIO]

@skvarel

das ist nicht ganz korrekt.
ich würde sagen, das sogar die meisten vis1 widgets in vis2 ebenfalls laufen,
sofern sie keine großartigen extra würste machen.

ich hatte widgets die mit der vis-2 oberfläche interagieren (bspw der template editor von rssfeed und jsontemplate) das geht tatsächlich nicht.

aber in vis1 und vis2 gibt es jquery, die attribut-deffinition aus vis1 funktioniert auch vis2. vis-2 besitzt eine kompatibilitätsschicht für die vis1 widgets. ich hatte da noch was hinzufügen lassen, die bei vis1 zur Verfügung standen, jetzt aber auch in vis-2 bereit stehen. die meisten benötigen das aber nicht.

was ich gesehen habe, funktionieren vis1 widgets dann nicht mehr, wenn eine evtl genutzte bibliothek die vom widget genutzt wird, wirklich alt ist (<ES6), ebr auch nicht generell. Oft liegt es an der generellen code qualität

ich mach überwiegend immer noch vis1 widgets, da der ganze build aufwand von vis2 widgets viel größer ist. auch die versionsabhängigkeiten zwischen widgets und vis2 machen immer wieder mal schwierigkeiten.

auch die mapwidgets sind nur vis1 widgets funktionieren aber auch in vis2

[OliverIO]

@Manuel001

also, ich habe mal in einer kleine iobroker umgebung
das folgende installiert:

justgage v2.1.7
vis1 (v1.5.6,neueste version aus dem beta repo)
vis2 (v2.14.3 neueste version aus dem beta repo)

habe dann in vis1 und vis2 das justgage widget in einem view eingerichtet.
im anschluss habe ich vis1 deinstalliert.
widget hat in beiden views funktioniert
vis1 lies sich ohne Anstalten deinstallieren.
widget war in vis2 im Anschluss ohne probleme nutzbar

Überprüfe bitte mal deine versionen

bei justgage habe ich gesehen, das es probleme mit dem pointer gibt, aber dazu muss im feld eine konfiguration eingetragen sein. das ist dann aber eher das thema code qualität