Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Visualisierung
  4. VIS-Editor Widgets schützen

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    18
    1
    556

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.0k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.3k

VIS-Editor Widgets schützen

Geplant Angeheftet Gesperrt Verschoben Visualisierung
11 Beiträge 5 Kommentatoren 955 Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • A Offline
    A Offline
    Andersmacher
    schrieb am zuletzt editiert von Andersmacher
    #1

    Als ich begann, mit dem VIS-Editor Views zu erstellen, habe ich die beiden Button
    VIS_Editor_Widgets_schützen.PNG
    "ausprobiert", keine für mich eindeutige Funktion festgestellt und daher erst einmal nicht weiter beachtet.
    Da ich mir von Zeit zu Zeit jedoch manchmal einen aufwändig erstellten View durch versehentliches Verschieben oder Ändern eines Widgets "zerschossen" habe, habe ich mich mit den beiden Buttons nochmals genauer befaßt:

    Ich finde keine Doku zur gewollten Funktion der beiden Buttons, auch nicht in https://www.iobroker.net/docu/index-194.htm?page_id=2754&lang=de.

    Ich hatte gehofft, daß man ein Projekt damit gegen versehentliches Ändern der Widgets innerhalb der Views schützen kann. Es ist jedoch egal, welchen Button ich aktiviere/deaktiviere, nachdem man den VIS-Editor neu startet, ist bei mir (aktueller FireFox) immer der Button "Deaktiviere Widget-Interaktion" aktiviert (weiß) und der Button "Deaktiviere Widget-Verschieben" deaktiviert (grau) und Widgets lassen sich sowohl verschieben, als auch verändern.

    Wenn ich den Button "Deaktiviere Widget-Verschieben" aktiviere (dann ist er weiß) läßt sich kein Widget mehr verschieben. Das ist die einzige für mich nachvollziehbare gewollte Funktion. Nur so richtig praktisch erscheint es mir nicht, daß diese Einstellung offenbar nicht an das Projekt gebunden ist, sondern daß man das jedesmal nachdem man den Editor startet, neu einstellen muß.

    Egal, ob der Button "Deaktiviere Widget-Interaktion" aktiviert oder deaktiviert ist, habe ich noch keinen Unterschied im Verhalten der Widgets feststellen können.

    Ist das bei Euch auch so, oder liegt das an meiner Installation? Kann mir jemand einen Tipp geben, was ich da ggf. nicht blicke, bzw. falls das alles so gewollt ist, wofür man diese beiden Button sinnvoll einsetzen kann?

    Alle Adapter sind auf aktuellem stable-Stand, insbesondere VIS (1.4.4).

    ioBroker auf Raspi4B 8GB Debian(12) 64Bit

    FredFF GlasfaserG 2 Antworten Letzte Antwort
    0
    • A Andersmacher

      Als ich begann, mit dem VIS-Editor Views zu erstellen, habe ich die beiden Button
      VIS_Editor_Widgets_schützen.PNG
      "ausprobiert", keine für mich eindeutige Funktion festgestellt und daher erst einmal nicht weiter beachtet.
      Da ich mir von Zeit zu Zeit jedoch manchmal einen aufwändig erstellten View durch versehentliches Verschieben oder Ändern eines Widgets "zerschossen" habe, habe ich mich mit den beiden Buttons nochmals genauer befaßt:

      Ich finde keine Doku zur gewollten Funktion der beiden Buttons, auch nicht in https://www.iobroker.net/docu/index-194.htm?page_id=2754&lang=de.

      Ich hatte gehofft, daß man ein Projekt damit gegen versehentliches Ändern der Widgets innerhalb der Views schützen kann. Es ist jedoch egal, welchen Button ich aktiviere/deaktiviere, nachdem man den VIS-Editor neu startet, ist bei mir (aktueller FireFox) immer der Button "Deaktiviere Widget-Interaktion" aktiviert (weiß) und der Button "Deaktiviere Widget-Verschieben" deaktiviert (grau) und Widgets lassen sich sowohl verschieben, als auch verändern.

      Wenn ich den Button "Deaktiviere Widget-Verschieben" aktiviere (dann ist er weiß) läßt sich kein Widget mehr verschieben. Das ist die einzige für mich nachvollziehbare gewollte Funktion. Nur so richtig praktisch erscheint es mir nicht, daß diese Einstellung offenbar nicht an das Projekt gebunden ist, sondern daß man das jedesmal nachdem man den Editor startet, neu einstellen muß.

      Egal, ob der Button "Deaktiviere Widget-Interaktion" aktiviert oder deaktiviert ist, habe ich noch keinen Unterschied im Verhalten der Widgets feststellen können.

      Ist das bei Euch auch so, oder liegt das an meiner Installation? Kann mir jemand einen Tipp geben, was ich da ggf. nicht blicke, bzw. falls das alles so gewollt ist, wofür man diese beiden Button sinnvoll einsetzen kann?

      Alle Adapter sind auf aktuellem stable-Stand, insbesondere VIS (1.4.4).

      FredFF Online
      FredFF Online
      FredF
      Most Active Forum Testing
      schrieb am zuletzt editiert von
      #2

      @andersmacher evtl. schlecht übersetzt...
      Hier steht:
      542e484c-706b-46a7-869f-9ac18c5fdc9a-grafik.png

      1 Antwort Letzte Antwort
      2
      • A Offline
        A Offline
        Andersmacher
        schrieb am zuletzt editiert von
        #3

        @fredf Vielen Dank für die Antwort. Diese Doku kannte ich noch nicht. Jetzt kann ich die Funktion eindeutig nachvollziehen!

        Daß man die "Verschiebe-Sperre" nicht "ins Projekt" speichern kann und auch Widgets nicht gegen Veränderung sichern kann, ist also "gewollt" / bisher noch nicht realisiert?

        Ich könnte mir auch gut vorstellen, daß ein solches "Sperren von Widgets" pro View sinnvoll ist, so nach dem Motto: Dieser View ist nun fertig, also sperre ich ihn gegen unbeabsichtigte Veränderung, während ich an den anderen noch "herum bastele".

        ioBroker auf Raspi4B 8GB Debian(12) 64Bit

        OliverIOO 1 Antwort Letzte Antwort
        0
        • A Andersmacher

          Als ich begann, mit dem VIS-Editor Views zu erstellen, habe ich die beiden Button
          VIS_Editor_Widgets_schützen.PNG
          "ausprobiert", keine für mich eindeutige Funktion festgestellt und daher erst einmal nicht weiter beachtet.
          Da ich mir von Zeit zu Zeit jedoch manchmal einen aufwändig erstellten View durch versehentliches Verschieben oder Ändern eines Widgets "zerschossen" habe, habe ich mich mit den beiden Buttons nochmals genauer befaßt:

          Ich finde keine Doku zur gewollten Funktion der beiden Buttons, auch nicht in https://www.iobroker.net/docu/index-194.htm?page_id=2754&lang=de.

          Ich hatte gehofft, daß man ein Projekt damit gegen versehentliches Ändern der Widgets innerhalb der Views schützen kann. Es ist jedoch egal, welchen Button ich aktiviere/deaktiviere, nachdem man den VIS-Editor neu startet, ist bei mir (aktueller FireFox) immer der Button "Deaktiviere Widget-Interaktion" aktiviert (weiß) und der Button "Deaktiviere Widget-Verschieben" deaktiviert (grau) und Widgets lassen sich sowohl verschieben, als auch verändern.

          Wenn ich den Button "Deaktiviere Widget-Verschieben" aktiviere (dann ist er weiß) läßt sich kein Widget mehr verschieben. Das ist die einzige für mich nachvollziehbare gewollte Funktion. Nur so richtig praktisch erscheint es mir nicht, daß diese Einstellung offenbar nicht an das Projekt gebunden ist, sondern daß man das jedesmal nachdem man den Editor startet, neu einstellen muß.

          Egal, ob der Button "Deaktiviere Widget-Interaktion" aktiviert oder deaktiviert ist, habe ich noch keinen Unterschied im Verhalten der Widgets feststellen können.

          Ist das bei Euch auch so, oder liegt das an meiner Installation? Kann mir jemand einen Tipp geben, was ich da ggf. nicht blicke, bzw. falls das alles so gewollt ist, wofür man diese beiden Button sinnvoll einsetzen kann?

          Alle Adapter sind auf aktuellem stable-Stand, insbesondere VIS (1.4.4).

          GlasfaserG Offline
          GlasfaserG Offline
          Glasfaser
          schrieb am zuletzt editiert von Glasfaser
          #4

          @andersmacher sagte in VIS-Editor Widgets schützen:

          auch nicht in https://www.iobroker.net/docu/index-194.htm?page_id=2754&lang=de.

          der ist nicht aktuell , bzw . Out of Order ... über google aber noch Sichtbar.

          Diese Doku kannte ich noch nicht.

          Schau mal da:

          2fee1331-54bc-4650-92bc-bac7b1762493-grafik.png

          Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

          A 1 Antwort Letzte Antwort
          0
          • GlasfaserG Glasfaser

            @andersmacher sagte in VIS-Editor Widgets schützen:

            auch nicht in https://www.iobroker.net/docu/index-194.htm?page_id=2754&lang=de.

            der ist nicht aktuell , bzw . Out of Order ... über google aber noch Sichtbar.

            Diese Doku kannte ich noch nicht.

            Schau mal da:

            2fee1331-54bc-4650-92bc-bac7b1762493-grafik.png

            A Offline
            A Offline
            Andersmacher
            schrieb am zuletzt editiert von
            #5

            @glasfaser Diesen Button hatte ich bisher immer als eine "Funktion für das / im Forum" interpretiert und daher wohl noch nie angeklickt. Da werd ich dann wohl künftig öfter reinschauen, auch wenn viele Punkte noch "Platzhalter" zu sein scheinen. Danke!

            Falls praktikabel, folgende Anregung:
            Könnte man die Dokus, die sich hinter diesem Button verbergen, nicht auch direkt in den ioBroker "verlinken". Da wären sie aus meiner Sicht dann doch eigentlich genau dort, wo man sie "braucht / erwartet".

            ioBroker auf Raspi4B 8GB Debian(12) 64Bit

            HomoranH 1 Antwort Letzte Antwort
            0
            • A Andersmacher

              @glasfaser Diesen Button hatte ich bisher immer als eine "Funktion für das / im Forum" interpretiert und daher wohl noch nie angeklickt. Da werd ich dann wohl künftig öfter reinschauen, auch wenn viele Punkte noch "Platzhalter" zu sein scheinen. Danke!

              Falls praktikabel, folgende Anregung:
              Könnte man die Dokus, die sich hinter diesem Button verbergen, nicht auch direkt in den ioBroker "verlinken". Da wären sie aus meiner Sicht dann doch eigentlich genau dort, wo man sie "braucht / erwartet".

              HomoranH Nicht stören
              HomoranH Nicht stören
              Homoran
              Global Moderator Administrators
              schrieb am zuletzt editiert von
              #6

              @andersmacher sagte in VIS-Editor Widgets schützen:

              Könnte man die Dokus, die sich hinter diesem Button verbergen, nicht auch direkt in den ioBroker "verlinken". Da wären sie aus meiner Sicht dann doch eigentlich genau dort, wo man sie "braucht / erwartet".

              das ist (teilweise) geplant. Deswegen auch das Konstrukt über Github.
              zumindest die Adapterreferenzen sollen nach und nach über die (?)-Buttons der Adapter erreichbar werden.

              Wie das mit der übrigen Doku umgesetzt werden kann ist mir allerdings nicht klar

              kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

              Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

              der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

              A 1 Antwort Letzte Antwort
              0
              • HomoranH Homoran

                @andersmacher sagte in VIS-Editor Widgets schützen:

                Könnte man die Dokus, die sich hinter diesem Button verbergen, nicht auch direkt in den ioBroker "verlinken". Da wären sie aus meiner Sicht dann doch eigentlich genau dort, wo man sie "braucht / erwartet".

                das ist (teilweise) geplant. Deswegen auch das Konstrukt über Github.
                zumindest die Adapterreferenzen sollen nach und nach über die (?)-Buttons der Adapter erreichbar werden.

                Wie das mit der übrigen Doku umgesetzt werden kann ist mir allerdings nicht klar

                A Offline
                A Offline
                Andersmacher
                schrieb am zuletzt editiert von
                #7

                @homoran Zu naiv?: Für den Anfang einfach einen zusätzlichen Button in die "Kopfleiste" des Admin
                Unbenannt.PNG, der auf "https://www.iobroker.net/#de/documentation" zeigt.

                ioBroker auf Raspi4B 8GB Debian(12) 64Bit

                A 1 Antwort Letzte Antwort
                1
                • A Andersmacher

                  @homoran Zu naiv?: Für den Anfang einfach einen zusätzlichen Button in die "Kopfleiste" des Admin
                  Unbenannt.PNG, der auf "https://www.iobroker.net/#de/documentation" zeigt.

                  A Offline
                  A Offline
                  Andersmacher
                  schrieb am zuletzt editiert von
                  #8

                  @andersmacher Soweit ich das verfolgt habe / nachvollziehen kann, hat sich am obigen Sachstand (Schutzmöglichkeiten für Widgets in Views) bisher nichts verändert und das Thema wäre somit noch "offen". Daher möchte ich noch folgende 2 Punkte ergänzen/anfragen:

                  1. Vor längerer Zeit (>1a) hatte ich irgendwo im Forum gelesen / recherchiert (weil mir das auch passiert war), daß gruppierte Widgets wohl insbesondere bei Kopiervorgängen nicht immer "sauber ankommen / verarbeitet werden" bis hin, daß man sich damit wohl auch die Datei, die die Views beinhaltet, "zerschießen" kann. Seitdem nutze ich das Gruppieren nicht mehr. Kennt da jemand einen anderen/neueren Stand?

                  2. Was ich bisher jedoch (noch) nutzte, ist das Erstellen von (in verschiedenen Views gewollten) Widgets in einer "Quell"-View und das Anzeigen dieser Widgets auch in anderen Views (in denen sie nicht definiert wurden) via Widget-Eigenschaft "Zeige in Views", durch entsprechenden Eintrag an Stelle von "Nur in aktueller View":
                    Unbenannt.PNG
                    Ich erweitere mein Projekt noch immer und alle paar Monate kommt es vor, daß in einigen/etlichen Views, in denen diese Widgets eigentlich eingeblendet waren, diese Widgets plötzlich nicht mehr angezeigt werden. Beim ersten Mal dachte ich, ich hätte das durch Unachtsamkeit selber verursacht. Beim zweiten Mal kam mir das dann aber doch seltsam vor, weil ich insbesondere an diesen Widgets nichts verändert hatte, außer daß ich sie nun auch in zwischenzeitlich neu erstellten Views eingeblendet hatte. Insgesamt ist mir das jetzt bestimmt schon 5-6 Mal passiert (und jedesmal muß man das dann mühevol wieder hinbasteln, weil teilweise sogar das Widget in der Quell-View weg ist), daß eingeblendete Widgets plötzlich nicht mehr eingeblendet waren und nach bestem Wissen und Gewissen: Ich habe das nicht bewußt selber verändert!

                  Kennt jemand solches Verhalten? Wie kann man es vermeiden?
                  Gehört die "Zeige in Views"-Funktionalität auch zu denen, die man in VIS besser meiden sollte?

                  Die einzigen beiden Stellen im Internet/Forum, wo ich etwas über "Zeige in Views"-Probleme gefunden habe, treffen mein beschriebenes Problem nicht:
                  Link Text
                  Link Text

                  ioBroker auf Raspi4B 8GB Debian(12) 64Bit

                  A 1 Antwort Letzte Antwort
                  0
                  • A Andersmacher

                    @fredf Vielen Dank für die Antwort. Diese Doku kannte ich noch nicht. Jetzt kann ich die Funktion eindeutig nachvollziehen!

                    Daß man die "Verschiebe-Sperre" nicht "ins Projekt" speichern kann und auch Widgets nicht gegen Veränderung sichern kann, ist also "gewollt" / bisher noch nicht realisiert?

                    Ich könnte mir auch gut vorstellen, daß ein solches "Sperren von Widgets" pro View sinnvoll ist, so nach dem Motto: Dieser View ist nun fertig, also sperre ich ihn gegen unbeabsichtigte Veränderung, während ich an den anderen noch "herum bastele".

                    OliverIOO Offline
                    OliverIOO Offline
                    OliverIO
                    schrieb am zuletzt editiert von
                    #9

                    @andersmacher sagte in VIS-Editor Widgets schützen:

                    Daß man die "Verschiebe-Sperre" nicht "ins Projekt" speichern kann und auch Widgets nicht gegen Veränderung sichern kann, ist also "gewollt" / bisher noch nicht realisiert?

                    kann man
                    4d330b57-aac3-4ecf-b94d-a9bf6af90407-image.png

                    Meine Adapter und Widgets
                    TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
                    Links im Profil

                    A 1 Antwort Letzte Antwort
                    0
                    • OliverIOO OliverIO

                      @andersmacher sagte in VIS-Editor Widgets schützen:

                      Daß man die "Verschiebe-Sperre" nicht "ins Projekt" speichern kann und auch Widgets nicht gegen Veränderung sichern kann, ist also "gewollt" / bisher noch nicht realisiert?

                      kann man
                      4d330b57-aac3-4ecf-b94d-a9bf6af90407-image.png

                      A Offline
                      A Offline
                      Andersmacher
                      schrieb am zuletzt editiert von Andersmacher
                      #10

                      @oliverio Vielen Dank für Deinen Hinweis auf meine Anfrage von damals!
                      Bei mir heißt das allerdings "Inaktiv(locked)":
                      Unbenannt.PNG
                      und als ich anfing mit ioBroker-VIS, hatte ich das getestet und meine mich zu erinnern, daß es damals (mehrere Jahre her) nicht die Verschiebung des Widgets im Editor verhindert hat, sondern die Auswahl/Funktion des Widgets in der VIS-App, also genauso, wie ich es auf Grund der (Haupt)bezeichung "Inaktiv" auch erwartet hatte. Ich erinnere mich daher noch daran, weil ich mich damals gefragt habe, wofür es wohl nützlich sein kann, z. B. bei einem Input-Widget zu verhindern, etwas eingeben zu können.:face_with_rolling_eyes:

                      Na egal, habe es eben nochmals getestet und es funktioniert nun so, wie Du schreibst und wie es in Deinem Screenshot bezeichnet ist. Gab ja seit damals mindestens ein vis-Update, vielleicht wurde da was dran gemacht. Warum es dann bei mir noch immer mit "Inaktiv(locked)" bezeichnet wird, ist mir allerdings nicht klar. Habe vis V1.4.16, was soweit ich weiß noch aktuell sein müßte.

                      Hoffentlich kann auch noch jemand zu 2) etwas sagen!?

                      Edit:
                      Ich schränke meine Aussage

                      und es funktioniert nun so, wie Du schreibst und wie es in Deinem Screenshot bezeichnet ist.

                      mal noch etwas ein:
                      Man verhindert durch das Setzen des Hakens nur die Möglichkeit, das Widget im Editor mit der Maus zu selektieren. Wenn man es via "Widget-Auswahl-Dropdown" selektiert, kann man es weiterhin verändern/verschieben. Aber ok, daß muß man dann schon recht bewußt machen und somit ist es schon ein gewisser Schutz gegen (unbeabsichtigte) Veränderungen und na klar, irgendwie muß man ja auch wieder dran kommen an das Widget, sonst wäre das Setzen des Hakens ja eine Einbahnstraße/Sackgasse. Eine Lösung wäre vielleicht, wenn nach dem Setzen des Hakens alle anderen Widgeteigenschaften ausgegraut werden würden, bis man den Haken wieder entfernt.

                      Was in jedem Fall stimmt: Es wird im Projekt gespeichert.

                      Allerdings verhindert dieses "Schützen" des Widgets auch nicht, daß es "einfach mal so" verschwindet, wenn man es via "Zeige in Views" in mehreren Views eingeblendet hatte, wie ich eben leider wieder feststellen mußte. Mein Verdacht ist (konnte ich aber noch nicht eindeutig reproduzieren), daß das irgendwie mit Kopieraktionen eines solchen Widgets zu tun hat, denn dabei werden offenbar manche Eigenschaften verändert. Z. B. wird "Zeige in Views" wieder auf einen Defaultwert zurückgesetzt, was bei der erstellten Kopie durchaus sinnvoll erscheint, aber evt. auch (manchmal?) bei der Kopierquelle passiert.

                      ioBroker auf Raspi4B 8GB Debian(12) 64Bit

                      1 Antwort Letzte Antwort
                      0
                      • A Andersmacher

                        @andersmacher Soweit ich das verfolgt habe / nachvollziehen kann, hat sich am obigen Sachstand (Schutzmöglichkeiten für Widgets in Views) bisher nichts verändert und das Thema wäre somit noch "offen". Daher möchte ich noch folgende 2 Punkte ergänzen/anfragen:

                        1. Vor längerer Zeit (>1a) hatte ich irgendwo im Forum gelesen / recherchiert (weil mir das auch passiert war), daß gruppierte Widgets wohl insbesondere bei Kopiervorgängen nicht immer "sauber ankommen / verarbeitet werden" bis hin, daß man sich damit wohl auch die Datei, die die Views beinhaltet, "zerschießen" kann. Seitdem nutze ich das Gruppieren nicht mehr. Kennt da jemand einen anderen/neueren Stand?

                        2. Was ich bisher jedoch (noch) nutzte, ist das Erstellen von (in verschiedenen Views gewollten) Widgets in einer "Quell"-View und das Anzeigen dieser Widgets auch in anderen Views (in denen sie nicht definiert wurden) via Widget-Eigenschaft "Zeige in Views", durch entsprechenden Eintrag an Stelle von "Nur in aktueller View":
                          Unbenannt.PNG
                          Ich erweitere mein Projekt noch immer und alle paar Monate kommt es vor, daß in einigen/etlichen Views, in denen diese Widgets eigentlich eingeblendet waren, diese Widgets plötzlich nicht mehr angezeigt werden. Beim ersten Mal dachte ich, ich hätte das durch Unachtsamkeit selber verursacht. Beim zweiten Mal kam mir das dann aber doch seltsam vor, weil ich insbesondere an diesen Widgets nichts verändert hatte, außer daß ich sie nun auch in zwischenzeitlich neu erstellten Views eingeblendet hatte. Insgesamt ist mir das jetzt bestimmt schon 5-6 Mal passiert (und jedesmal muß man das dann mühevol wieder hinbasteln, weil teilweise sogar das Widget in der Quell-View weg ist), daß eingeblendete Widgets plötzlich nicht mehr eingeblendet waren und nach bestem Wissen und Gewissen: Ich habe das nicht bewußt selber verändert!

                        Kennt jemand solches Verhalten? Wie kann man es vermeiden?
                        Gehört die "Zeige in Views"-Funktionalität auch zu denen, die man in VIS besser meiden sollte?

                        Die einzigen beiden Stellen im Internet/Forum, wo ich etwas über "Zeige in Views"-Probleme gefunden habe, treffen mein beschriebenes Problem nicht:
                        Link Text
                        Link Text

                        A Offline
                        A Offline
                        Andersmacher
                        schrieb am zuletzt editiert von Andersmacher
                        #11

                        Hm, zu meinem Punkt 2) von oben bin ich noch nicht schlauer geworden, daher versuche ich es noch einmal mit anderer Formulierung meiner Frage:

                        Benutzt Ihr/einer vorzugsweise die Widget-Eigenschaft "Zeige in Views" um ein Widget in mehreren Views anzuzeigen oder definiert Ihr ein solches Widget lieber explizit in jedem View, in dem es angezeigt werden soll?

                        Unbenannt.PNG

                        ioBroker auf Raspi4B 8GB Debian(12) 64Bit

                        1 Antwort Letzte Antwort
                        0
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        915

                        Online

                        32.5k

                        Benutzer

                        81.6k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe