NEWS
Vis2 ab 09.01.2024 im stable
-
-
@sandy mein CSS-Code stammt aus VIS1 vom Reiter CSS falls das eine Rolle spielt.
Ansonsten könntest du noch das probieren:
/* Hide scrollbar for Chrome, Safari and Opera */ .example::-webkit-scrollbar { display: none; } /* Hide scrollbar for IE, Edge and Firefox */ .example { -ms-overflow-style: none; /* IE and Edge */ scrollbar-width: none; /* Firefox */ }Damit sollte die weiter funktionieren, aber die Breite auf 0 gesetzt.
Alternativ testen wir einmal ob es wirklich eine Scrollbar ist:
/* ===== Scrollbar CSS ===== */ /* Firefox */ * { scrollbar-width: auto; scrollbar-color: #ff0000 #00bfff; } /* Chrome, Edge, and Safari */ *::-webkit-scrollbar { width: 20px; } *::-webkit-scrollbar-track { background: #00bfff; } *::-webkit-scrollbar-thumb { background-color: #ff0000; border-radius: 8px; border: 9px solid #000000; }Damit sollte die dann rot mit blauen Hintergrund sein grau
ne funktioniert auch nicht. Wenn ich den Test mache ob es eine Scrollbar ist oder nicht dann kommt es ja drauf an wie groß ich den Zoom bei Google Chrome gemacht habe. Habe ich ganz klein dann habe ich keine Balken, stelle ich den Zoon größer sind Baljkn zu sehen


gruss Sandy
-
Da es nach meinem Wissenstand derzeit keine Übersicht gibt die zusammenfasst welche VIS (-1) Widgest mit VIS-2 funktionieren biete ich an hier eine Zusammenstellung zu verwalten.
Da ich keine vis Installation betreibe kann ich selbst keine (gesicherten Infos) beisteuern - ich muss mich daher auf das Verwalten der Übersicht beschränken. Bitte gebt daher in Antworten auf dieses Topic bekannt, welche (vis) Widgets ihr in vis-2 erfolgreich eingesetzt habt, welche durch welche vis-2 Widgets ersetzt wurden und wo ev. wer dran arbeitet.
Edits:
- Ich habe nun mal alle im STABLE Repository gelisteted dedizierten widgets hier gelistet. Mangels Info mit Status unbekannt. Sobald ich hier was dazu erfahre wird das angepasst.
mcm1957
Symbol Status :heavy_check_mark: OK, sollte auch in vis-2 funktionieren :twisted_rightwards_arrows: Ersatz vorhanden :hammer: in Arbeit oder geplant :warning: Status unbekannt :no_entry: Kein Ersatz bekannt, keine Bearbeitung bekannt Und nun endlich zu den Widgets:
? Adapter Status Ersatz Anmerkung :heavy_check_mark: mytime kompatibel vis2>v2.10 :heavy_check_mark: openliga OK (Betatest) >= 1.4.6 erforderlich, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/16 :twisted_rightwards_arrows: radar-trap vis-2 Widget in eigenem Adapter vis-2-widgets-radar-trap > v2.0.0+ erforderlich :twisted_rightwards_arrows: rss-feed Ersatz vorhanden vis-2-rssfeed (jaegerdesign) vis-2 Widget in eigenem Adapter :no_entry: squeezeboxrpc inkompatibel Umstellung noch offen, dafür nutzen die widgets zu wenige, die Steuerung des LMS kann komplett über Datenpunkte erfolgen, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/15 :hammer: trashschedule inkompatibel - neues Widget geplant :heavy_check_mark: tvprogramm kompatibel vis2 >v2.10. notwendig :warning: vis-bars unbekannt - :warning: vis-canvas-gauges unbekannt - :warning: vis-colorpicker unbekannt - :warning: vis-fancyswitch unbekannt - :warning: vis-google-fonts unbekannt - :warning: vis-history unbekannt - :warning: vis-homekittiles unbekannt - :heavy_check_mark: vis-hqwidgets OK https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/13 :heavy_check_mark: vis-icontwo OK funktioniert da es ein reiner icon Adapter ist :twisted_rightwards_arrows: vis-inventwo wird ersetzt vis-2-widgets-inventwo - :warning: vis-jqui-mfd unbekannt - :warning: vis-justgage unbekannt - :warning: vis-keyboard unbekannt - :warning: vis-lcars unbekannt - :warning: vis-map unbekannt - :warning: vis-material unbekannt - :warning: vis-material-advanced unbekannt - :no_entry: vis-materialdesign inkompatibel - keine Bearbeitung bekannt, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/6 :no_entry: vis-metro unbekannt https://github.com/ioBroker/ioBroker.vis-2/issues/483 :warning: vis-players unbekannt - :warning: vis-plumb unbekannt - :no_entry: vis-rgraph inkompatibel - keine Bearbeitung bekannt, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/6 :warning: vis-timeandweather unbekannt - :warning: vis-weather unbekannt - ich hatte das schonmal auf discord gefragt.
gibt es eine Möglichkeit, das vis-1 widgets in vis-2 nicht mehr angezeigt werden?
ichhabe gesehen, das für vis-2 widgets versionen ignoriert werden können (was aber erst ab vis-3 interessant werden könnte), für vis1 hab ich nichts gesehen.oder sollen die vis-1 widgets ebenfalls in einen eigenen adapter ausgelagert werden?
Adapter zum testen:
Im Adapter iobroker.rssfeed sind vis-1 widgets enthalten. diese werden aber auch in vis-2 angezeigt. sind dort aber nicht funktionsfähig.
(nur zur Sicherheit: das hat nichts mit iobroker.vis-2-widgets-rssfeed zu tun) -
ich hatte das schonmal auf discord gefragt.
gibt es eine Möglichkeit, das vis-1 widgets in vis-2 nicht mehr angezeigt werden?
ichhabe gesehen, das für vis-2 widgets versionen ignoriert werden können (was aber erst ab vis-3 interessant werden könnte), für vis1 hab ich nichts gesehen.oder sollen die vis-1 widgets ebenfalls in einen eigenen adapter ausgelagert werden?
Adapter zum testen:
Im Adapter iobroker.rssfeed sind vis-1 widgets enthalten. diese werden aber auch in vis-2 angezeigt. sind dort aber nicht funktionsfähig.
(nur zur Sicherheit: das hat nichts mit iobroker.vis-2-widgets-rssfeed zu tun) -
-
-
@oliverio das gehört in die io-package von Deinem
iobroker.rssfeeddann werden die vis-1 Widgets aus dem Adapter in vis-2 ignoriert.
@carsten04
hast du das selbst ausprobiert?
Kannst du mir den adapter nennen mit dem du das ausprobiert hast? -
Anmerkung:
Die letzten Kommentare wurden von https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität hierher verschoben. -
Anmerkung:
Die letzten Kommentare wurden von https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität hierher verschoben.@mcm1957 Done!
-
@carsten04
hast du das selbst ausprobiert?
Kannst du mir den adapter nennen mit dem du das ausprobiert hast? -
@carsten04
hast du das selbst ausprobiert?
Kannst du mir den adapter nennen mit dem du das ausprobiert hast?@oliverio sagte in Vis2 ab morgen im stable:
@carsten04
hast du das selbst ausprobiert?
Kannst du mir den adapter nennen mit dem du das ausprobiert hast?Ja klar, mit meinem Adapter. Ich hatte das Thema mal im Dezember '23 etwas ausführlicher mit foxriver76 diskutiert, da er das Ganze implementiert hat.
-
@oliverio sagte in Vis2 ab morgen im stable:
@carsten04
hast du das selbst ausprobiert?
Kannst du mir den adapter nennen mit dem du das ausprobiert hast?Ja klar, mit meinem Adapter. Ich hatte das Thema mal im Dezember '23 etwas ausführlicher mit foxriver76 diskutiert, da er das Ganze implementiert hat.
ich glaube allerdings das am schema was nicht stimmt
https://github.com/ioBroker/ioBroker.js-controller/blame/0e2b4e4dfe3c3d18b57b0e214d65897b7cf1ae1f/schemas/io-package.json#L1428ignoreInVersions steht nach Components und müsste eigentlich eine ebene höher.
so gehört es zum widgetset, implementiert ist es aber als adapter-regelsiehst du das auch so?
-
ich glaube allerdings das am schema was nicht stimmt
https://github.com/ioBroker/ioBroker.js-controller/blame/0e2b4e4dfe3c3d18b57b0e214d65897b7cf1ae1f/schemas/io-package.json#L1428ignoreInVersions steht nach Components und müsste eigentlich eine ebene höher.
so gehört es zum widgetset, implementiert ist es aber als adapter-regelsiehst du das auch so?
-
ich glaube allerdings das am schema was nicht stimmt
https://github.com/ioBroker/ioBroker.js-controller/blame/0e2b4e4dfe3c3d18b57b0e214d65897b7cf1ae1f/schemas/io-package.json#L1428ignoreInVersions steht nach Components und müsste eigentlich eine ebene höher.
so gehört es zum widgetset, implementiert ist es aber als adapter-regelsiehst du das auch so?
@oliverio sagte in Vis2 ab morgen im stable:
ich glaube allerdings das am schema was nicht stimmt
https://github.com/ioBroker/ioBroker.js-controller/blame/0e2b4e4dfe3c3d18b57b0e214d65897b7cf1ae1f/schemas/io-package.json#L1428ignoreInVersions steht nach Components und müsste eigentlich eine ebene höher.
so gehört es zum widgetset, implementiert ist es aber als adapter-regelsiehst du das auch so?
Für mich sieht das richtig aus. Abfrage erfolgt hier:
async function readAdapterList() { const res = await adapter.getObjectViewAsync('system', 'instance', {}); const instances = []; res.rows .forEach(item => { const obj = item.value; // ignore widgets for V1 only if (obj?.common?.visWidgets?.ignoreInVersions?.includes(2)) { return; } const name = obj && obj._id && obj._id.replace('system.adapter.', '').replace(/\.\d+$/, ''); if (name && !instances.includes(name)) { instances.push(name); } }); instances.sort(); let sets = []; POSSIBLE_WIDGET_SETS_LOCATIONS.forEach(dir => collectWidgetSets(dir, sets)); sets = sets.filter(s => instances.includes(s.name.substring('iobroker.'.length))); return sets; }und so steht es auch im Schema.
-
@oliverio sagte in Vis2 ab morgen im stable:
ich glaube allerdings das am schema was nicht stimmt
https://github.com/ioBroker/ioBroker.js-controller/blame/0e2b4e4dfe3c3d18b57b0e214d65897b7cf1ae1f/schemas/io-package.json#L1428ignoreInVersions steht nach Components und müsste eigentlich eine ebene höher.
so gehört es zum widgetset, implementiert ist es aber als adapter-regelsiehst du das auch so?
Für mich sieht das richtig aus. Abfrage erfolgt hier:
async function readAdapterList() { const res = await adapter.getObjectViewAsync('system', 'instance', {}); const instances = []; res.rows .forEach(item => { const obj = item.value; // ignore widgets for V1 only if (obj?.common?.visWidgets?.ignoreInVersions?.includes(2)) { return; } const name = obj && obj._id && obj._id.replace('system.adapter.', '').replace(/\.\d+$/, ''); if (name && !instances.includes(name)) { instances.push(name); } }); instances.sort(); let sets = []; POSSIBLE_WIDGET_SETS_LOCATIONS.forEach(dir => collectWidgetSets(dir, sets)); sets = sets.filter(s => instances.includes(s.name.substring('iobroker.'.length))); return sets; }und so steht es auch im Schema.
@carsten04
im schema steht es für mich auf gleicher ebene wie
"components": {
und nicht auf gleicher ebene wie
"patternProperties": {
was ja der bezeichnung des widgetsets entsprichtalso so ist die definition per code
visWidget: { ignoreInVersions: [2], "widgetsetname": { component: [], url: "", i18n: true } }und so per schema
visWidget: { "widgetsetname": { ignoreInVersions: [2], component: [], url: "", i18n: true } } `` aber wenn du es nicht so siehst ist auch kein fehler da. hat zwar nix zu sagen, aber mein vscode meckert, das bei ignoreInVersions eigentlich ein Object gehört und kein Arrat, weil es denkt, da kommt eine widgetset-definition -
@carsten04
im schema steht es für mich auf gleicher ebene wie
"components": {
und nicht auf gleicher ebene wie
"patternProperties": {
was ja der bezeichnung des widgetsets entsprichtalso so ist die definition per code
visWidget: { ignoreInVersions: [2], "widgetsetname": { component: [], url: "", i18n: true } }und so per schema
visWidget: { "widgetsetname": { ignoreInVersions: [2], component: [], url: "", i18n: true } } `` aber wenn du es nicht so siehst ist auch kein fehler da. hat zwar nix zu sagen, aber mein vscode meckert, das bei ignoreInVersions eigentlich ein Object gehört und kein Arrat, weil es denkt, da kommt eine widgetset-definition -
@carsten04 said in Vis2 ab morgen im stable:
@oliverio Du hast recht. Das Schema muss angepasst werden.
Könnte bitte einer von euch ein Issue im js-controller repo erstellen. Sonst wird das wohl kaum angepasst. Alternative wäre ggF ein PR der das fixed (und Arbeit sparen kann).
DANKE
-
@carsten04 said in Vis2 ab morgen im stable:
@oliverio Du hast recht. Das Schema muss angepasst werden.
Könnte bitte einer von euch ein Issue im js-controller repo erstellen. Sonst wird das wohl kaum angepasst. Alternative wäre ggF ein PR der das fixed (und Arbeit sparen kann).
DANKE
