Add any other context about the problem here.

Hallo,
ich habe bei vielen meiner Lichtschalter das Problem, das ich getrennte Datenpunkte für den aktuellen Zustand und für den Schaltbefehl habe.
z.B. Bei Lichtschaltern die per MQTT gesteuert werden. Oder per HTTP API zu steuernde Schalter, die Ihren extern geschalteten Zustand an ioBroker schicken.

Das Bulb Widget z.B. hat einen Bereich Extrasteuerung, der das erledigt.

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

Describe the solution you'd like
A clear and concise description of what you want to happen.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

Think about update stable version to 1.7.4

Version: stable=1.7.2 (812 days old) => latest=1.7.4 (15 days old)
Installs: stable=7729 (88.41%), latest=537 (6.14%), total=8742

Click to use developer portal
Click to edit

Note: This is an automatically generated message and not personally authored by bluefox!

Describe the bug
Hier wird die Höhe vom Titel und vom Untertitel gelesen um anhand dessen die mittige Position zu bestimmen. Im Tab1 vom SliderTabs Widget stimmt der Wert mit dem aus dem View überein, bei allen folgenden Tabs leider nicht.

Weitere Details, Screenshots und Widget Exporte sind hier zu finden:
https://forum.iobroker.net/topic/55584/slidertabs-padding-verschoben?_=1655838776762

Versions:

• Adapter version: 1.7.2
• JS-Controller version: 4.0.21
• Node version: v14.19.0
• Operating system: Raspbian Buster

Before a reference to the source is made in the "Object ID" field, the center alignment is performed correctly as in other fully configured widgets. But as soon as I fill in this field, the padding-top style config disappears. Meanwhile, group_BoxStyle.value Vertical = Center

To Reproduce
Steps to reproduce the behavior:

2. Set Object ID:
   
   
   

I suggest the correct behavior is to stay centered like in other widgets

Versions:

• Adapter version: 1.3.0
• JS-Controller version: 3.2.16
• Node version: 14.6.0
• Operating system: Raspbian GNU/Linux 10 (buster)

Vorgehen .. (Version 1.3.0)

Ich installiere in einer View etwa ein neues Widget zum Steuern einer Lampe.

Beobachtungen ..

Wenn ich dieses anschließend bediene, um die Lampe zu schalten, so ändert sich die Darstellung (an/aus) des Widgets nicht - schlimmer noch: alle anderen Widget blockieren und ändern ebenfalls ihr Erscheinen (an/aus) nicht mehr.

Tests ..

Starte ich die View neu und bediene nur die alten bereits vorhanden Widgets, so scheint alles in Ordnung. Die Lampen werden korrekt als an/aus angezeigt. Jedoch sobald ich ein neu eingefügtes Widget bediene, tritt der zuvor beschrieben Fehler auf.

vorläufige Lösung ..

Wenn ich zurück auf die Version 1.2.1 gehe, tritt der Fehler nicht mehr auf.

Im Forum gibt es einen zugehörigen Thread.

ERGÄNZUNG ..

Heute trat der Fehler erneut auf, obwohl ich auf die Version 1.2.0 zurückgegangen bin. Diesmal half (nur) zusätzlich auch noch den Adapter Inwentwo Design Widgets ebenfalls zurückzusetzen. Ich wählte die Version 2.5.8

Ich würde mich über eine Anzeige der eingestellten bzw. einzustellenden Temperatur im ListThermostat Widget freuen. Damit ich beim Verwenden des Slides sehe welchen Wert ich gerade habe und einstellen möchte.
Entweder zusätzlich als neuen Wert oder wahlweise den Title oder Subtitle mit gewünschten Objekt IDs hinterlegen.

Aktuelle habe ich beim ListThermostat Widget einfach, das ListTemp Widget drüber gelegt.

Nach einem Refresh der Seite zeigen alle Widgets zunächst die korrekte Luftfeuchtigkeit.
Sobald sich ein Wert dann ändert, wechselt die Anzeige zu "NaN".
Dabei ist es unerheblich, woher die Werte stammen (Gerät, Alias oder eigener DP). Die DP selbst zeigen dabei immer die korrekten Werte.
Zur Überprüfung habe ich einmal ein normales "basic Number" dazugepackt - das zeigt auch brav den korrekten Wert.

Die Anzeige der Temperatur funktioniert übrigens völlig problemlos.

Hi,

(habe meine Post editiert)

mir ist aufgefallen das die Mittige Ausrichtung der Felder Überschrift und Untertitel teilweise nicht richtig funktioniert.
Betrifft alle Browser. In meiner Fall arbeite ich mit Sichtbarkeit. Rufe ich eine View auf und blende dort dann z.B. über eine Button zusätzlich andere Widgets ein, passiert das Problem.
Kann man das z.B. übersteuern? Die CSS Einstellungen z.B. mit justify-content: center war nicht erfolgreich, was aber auch daran liegt das ich nicht weiß welche Klasse das ist...

Wie das aussieht siehe Screenshot.

It would be nice, if the widgets could be set to read only mode for display

Describe the bug
The widget shows the temperature twice, no matter what the second DP (oid2) is set to, it shows the temperature (first DP) again followed by %...

Versions:

• Adapter version: 1.7
• JS-Controller version: 3.2.16
• Node version: 12.22
• Operating system: Ubuntu 20.04

Additional context
All other widgets work fine, thanks for this very nice adapter :)

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/iobroker-community-adapters/ioBroker.vis-material-advanced

• [E162] onlyWWW should have common.mode "none" in io-package.json

I have also found warnings that may be fixed if possible.

• [W171] "common.title" is deprecated in io-package.json
• [W105] "common.titleLang" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W109] "common.desc" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W170] "common.keywords" should not contain "iobroker, adapter, smart home" io-package.json
• [W172] "common.localLink" in io-package.json is deprecated. Please define object "common.localLinks": { "_default": "..." }
• [W145] Each "common.news" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W145] Each "common.news" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W145] Each "common.news" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W145] Each "common.news" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W145] Each "common.news" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W145] Each "common.news" should be translated into all supported languages (en, de, ru, pt, nl, fr, it, es, pl, uk, zh-cn)
• [W513] "gulpfile.js" found in repo! Think about migrating to @iobroker/adapter-dev package

I noticed that in the io-package under “restartAdapters” only vis is available. If your widget also runs with vis-2, you might want to add “vis-2” to the list too.

I found vis as “dependencies” in the io package. If your widget also runs with vis-2, then remove that.

Thanks,
your automatic adapter checker.

Is your feature request related to a problem? Please describe.
Some other widgets in Vis have the fuctionality to change stepping of sliders etc. I want to change temperature by 0.1 or 0.5, not by 1

Describe the solution you'd like
Add a Step value after Minimum and Maximum at group_BoxStyle menu.

Describe alternatives you've considered
This set already has it.

The color of the opacity should be more flexible, mayber even with rgb string

z.B. Licht (schalten) und Temperatur (Anzeige) in einem Widget.

Hi i am currently creating my VIS Panel with this widget project.

I am using the lock function to close and open our keymatic lock with this widget which is working fine.
However I would like to enable some kind of security and would suggest/request to add a Pin Code option to the close and open lock function. This way it could also be used to arm or disarm the alarm system.

Thx for your support

test, if the icons could be scalable so that bigger/smaller screens could be supported.

Describe the solution you'd like
the possibility to have a flexible widget which shows only boolean or Text.

Name could be ListFlexible and Icon ...

Hallo .

new widget Presence ist das Icon zu groß.

MfG
Sigi

Hallo,
es währe praktisch wenn man bei den Number Widgets auch ein Symbol einfügen könnte wie bei den anderen Widgets.
Danke!

Bei meinen MQTT Schaltern nimmt der Datenpunkt den Zustand On oder Off an.
Das Widget interpretiert beide Einträge als ON.
Schön wäre es, wenn die beiden Zustände konfigurierbar wären.

Hallo bei mir werden sowohl im Editor als auch im vis nur folgende Widgets angezeigt.

Temperature
Door
Window
Light
Dimmer

Was kann das sein? Vis Upload habe ich schon gemacht.

Gruß Michel

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

Describe the solution you'd like
A clear and concise description of what you want to happen.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

maybe for Bose only:

create a widget for all Presets and add the radio station img from object.

Think about update stable version to 1.7.2

Version: stable=1.7.0 (89 days old) => latest=1.7.2 (15 days old)
Installs: stable=2575 (63.91%), latest=549 (13.63%), total=4029
Click to edit

"einfärben durch Wert" für ListThermostat wäre echt Spitze

Describe the bug
The possibility to color the overlay of a widget with a color if the light is on has no effect on dimmer widget.

To Reproduce
Steps to reproduce the behavior:
See Screenshot

Expected behavior
Green Color on the widget as seen by the lightswitch

Screenshots & Logfiles

Versions:

• Adapter version: 0.8.14
• JS-Controller version: 3.1.6
• Node version: v12.18.4
• Operating system: ubuntu

Additional context
N/A

Ich benutze folgende Version: 1.3.0

Aktuell bekomme ich folgende Fehlermeldung in der Console vom Cromium Browser:

Error: Error: can't create states object for hm-rpc.0.LEQ1483852.1.TEMPERATURE(TypeError: Cannot read property 'toFixed' of undefined): "TypeError: Cannot read property 'toFixed' of undefined\n at update (http://localhost:8082/vis/widgets/vis-material-advanced/js/vis-material-advanced.js:263:52)\n at a.<anonymous> (http://localhost:8082/vis/widgets/vis-material-advanced/js/vis-material-advanced.js:270:17)\n at a.t.dispatch (http://localhost:8082/vis/lib/js/can.custom.min.js:18:1252)\n at Object.stop (http://localhost:8082/vis/lib/js/can.custom.min.js:44:451)\n at a._setAttrs (http://localhost:8082/vis/lib/js/can.custom.min.js:48:4021)\n at attr (http://localhost:8082/vis/lib/js/can.custom.min.js:48:1571)\n at Object.updateState (http://localhost:8082/vis/js/vis.js:2899:29)\n at http://localhost:8082/vis/js/vis.js:3456:21\n at http://localhost:8082/vis/js/vis.js:3668:9"

Ich vermute, dass das Problem vom Widget kommt.

Hier ist der Link zu dem ausführlichen Thema von IoBroker: https://forum.iobroker.net/topic/43789/vis-keine-aktualisierung-mehr

Lösungsvorschläge sind auch in diesem Thread: https://forum.iobroker.net/topic/12117/einige-vis-widgets-aktualisieren-sich-nicht/41

In einigen Fällen in unserer Visualisierung wäre ein sog. MeterGauge-Widget wünschenswert. Das Widget müsste flexibel in der Größe sich ändern lassen. Bereiche mit unterschiedlichen Farbdarstellungen sollten natürlich auch vorhanden sein.

Bei der Nutzung des ListWindowShutter Widgets kommt es zur Fehlermeldung /icons-mfd-svg/fts_shutter_00.svg": File fts_shutter_00.svg not found: {} und das Symbol wird logischerweise in der VIS dann auch nicht dargestellt. Es sollte eigentlich Rollladen komplett geöffnet sein.

Die Datei fts_shutter_00.svg gibt es bei mir nicht. Es gibt fts_shutter_100.svg (=geschlossen) und fts_shutter.svg (=halb geschlossen). Müsste es für 0% also komplett geöffnet nicht fts_window_s2.svg anzeigen und nicht fts_shutter_00.svg?

Material Advanced: 1.7.4
icons-mfd-svg.0 v1.1.0

From stephan-schleich

Describe the solution you'd like
It would be nice, if the complete widget was pressable instead of a button inside it.

This should be choosable option

[E162] onlyWWW should have common.mode "none" in io-package.json

Ein Garagentor widget, Icons habe ich schon

color chooser widget

Not pretty sure if it is a bug or feature request.

For Homematic Shutter you must invert the Value. Otherwise the Icon and the Control Slider are false shown. Open is shown as closed and vice versa.

But using the value invert Mark it only invert the icon, but not the slider. This seems to be unlogical in this manner.

So what do you think?

If the Shutter is quite open (e.g. 25%), the Slider should also be only at 25% - more to the left. Or?

Regards Fi