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. Tester
  4. [Tester gesucht] Visual Studio Code Extension für ioBroker

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    948

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    690

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.0k

[Tester gesucht] Visual Studio Code Extension für ioBroker

Geplant Angeheftet Gesperrt Verschoben Tester
vscodejavascript
183 Beiträge 25 Kommentatoren 23.1k Aufrufe 34 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.
  • H hacki11

    @TT-Tom Denk dazu müsste sich ein Maintainer vom Adapter melden um die Schnittstelle engineType zu definieren. Wenn die Schnittstelle case-sense ist, müssen wir uns dran halten. Wenn’s case-insens ist, muss Mans im Adapter fixen. Ich geb dir recht, das Wort wär mir großem S richtiger, wenn der Schnittstellenowner es anders vorgibt, gilt eben das.

    T Offline
    T Offline
    TT-Tom
    schrieb am zuletzt editiert von
    #173

    @hacki11
    Wie gesagt, vielleicht kann Matthias (@haus-automatisierung) sich das ansehen. Mach doch beim Adapter ein Issue auf und verweise auf diesen Thread, dann musst du nicht alles Neuschreiben.

    Gruß Tom
    https://github.com/tt-tom17
    Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im Beitrag

    NSPanel Script Wiki
    https://github.com/joBr99/nspanel-lovelace-ui/wiki

    NSPanel Adapter Wiki
    https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki

    H 1 Antwort Letzte Antwort
    1
    • T TT-Tom

      @hacki11
      Wie gesagt, vielleicht kann Matthias (@haus-automatisierung) sich das ansehen. Mach doch beim Adapter ein Issue auf und verweise auf diesen Thread, dann musst du nicht alles Neuschreiben.

      H Offline
      H Offline
      hacki11
      schrieb am zuletzt editiert von hacki11
      #174

      @TT-Tom sagte in [Tester gesucht] Visual Studio Code Extension für ioBroker:

      @hacki11
      Wie gesagt, vielleicht kann Matthias (@haus-automatisierung) sich das ansehen. Mach doch beim Adapter ein Issue auf und verweise auf diesen Thread, dann musst du nicht alles Neuschreiben.

      Erledigt
      https://github.com/ioBroker/ioBroker.javascript/issues/2110

      1 Antwort Letzte Antwort
      2
      • H hacki11

        Gotcha, es ist der Filter! Da hatte ich nicht so drauf geachtet. Im Javascript Adapter ist eigentlich alles auf lowercase() getestet - außer beim Filter!

        https://github.com/ioBroker/ioBroker.javascript/blob/e0497ba9689eee3044bf762505bb84ba1abbe3a1/src-editor/src/SideMenu.tsx#L1084
        Sowohl typeFilter als auch type sind as-is ohne lowercase() conversion. Dadurch wirds herausgefiltert.
        @haus-automatisierung

        Filter aus, alles da:
        filter-off.png

        Javascript Filter an, nur engineType Javascript/js wird angezeigt, JavaScript/js nicht:
        filter-on.png

        Man sollte sich auf eine Schreibweise einigen und es dann auf beiden Seiten konsistent machen.
        Ich nehme an, bei dir ist mit Filter dasselbe Problem?

        haus-automatisierungH Online
        haus-automatisierungH Online
        haus-automatisierung
        Developer Most Active
        schrieb am zuletzt editiert von
        #175

        @hacki11 sagte in [Tester gesucht] Visual Studio Code Extension für ioBroker:

        Man sollte sich auf eine Schreibweise einigen und es dann auf beiden Seiten konsistent machen.

        Bin ich bei Dir (und ich dachte das wäre längst der Fall). Wenn Du das Problem schon weit eingrenzen konntest, mach doch gerne einen PR auf. Oder soll ich mir das mal anschauen?

        🧑‍🎓 Autor des beliebten ioBroker-Master-Kurses
        🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
        📚 Meine inoffizielle ioBroker Dokumentation

        H 1 Antwort Letzte Antwort
        0
        • haus-automatisierungH haus-automatisierung

          @hacki11 sagte in [Tester gesucht] Visual Studio Code Extension für ioBroker:

          Man sollte sich auf eine Schreibweise einigen und es dann auf beiden Seiten konsistent machen.

          Bin ich bei Dir (und ich dachte das wäre längst der Fall). Wenn Du das Problem schon weit eingrenzen konntest, mach doch gerne einen PR auf. Oder soll ich mir das mal anschauen?

          H Offline
          H Offline
          hacki11
          schrieb am zuletzt editiert von hacki11
          #176

          @haus-automatisierung
          @tt-tom

          Während ich den PR für den JavaScript Adapter machte, stieß ich auf die Type Def im js-controller. Folgende Situation + Vorschlag für euch:

          ioBroker.js-controller
          Es gibt bereits in den ioBroker Type Definitions eine Definition des engineTypes: "Javascript/js"

          engineType: 'TypeScript/ts' | 'Blockly' | 'Rules' | 'Javascript/js';
          

          https://github.com/ioBroker/ioBroker.js-controller/blob/1a8dbf9747d929c13317d41ea90e8bb909d9e9a1/packages/types-dev/objects.d.ts#L472

          ioBroker.javascript
          Hier wurde ein Type eingeführt, der ja in js-controller fehlt, leider mit großem S.

          export type ScriptType = 'TypeScript/ts' | 'Blockly' | 'Rules' | 'JavaScript/js';
          

          Das heißt, es passt nicht mit der Definition zusammen, vermutlich gibt es dadurch bedingt auch ein paar toLowerCase() Konvertierungen. In den Script Objects steht korrekterweise Javascript/js.
          https://github.com/ioBroker/ioBroker.javascript/blob/e0497ba9689eee3044bf762505bb84ba1abbe3a1/src/types.d.ts#L62

          ioBroker VS Code Extension
          Scripte werden mit engineType: "JavaScript/js" angelegt.

          Das bedeutet für mich:

          1. Definition ist durch ioBroker vorgegeben: "Javascript/js" und Adapter und Extension sollten sich danach richten
          2. ioBroker.javascript:
          • Anpassen des ScriptType auf Javascript/js
          • Migrator erforderlich? Umbenennen von JavaScript/js zu Javascript/js für vorhandene Einträge? Wer kann das bewerten?
          1. VS Code Extension: Änderung von JavaScript/js zu Javascript/js

          Was haltet ihr von dem Vorschlag? Oder wollt ihr eine Umbenennung im js-controller zur Diskussion stellen? Wird vermutlich größere Auswirkungen haben.

          haus-automatisierungH 1 Antwort Letzte Antwort
          0
          • H hacki11

            @haus-automatisierung
            @tt-tom

            Während ich den PR für den JavaScript Adapter machte, stieß ich auf die Type Def im js-controller. Folgende Situation + Vorschlag für euch:

            ioBroker.js-controller
            Es gibt bereits in den ioBroker Type Definitions eine Definition des engineTypes: "Javascript/js"

            engineType: 'TypeScript/ts' | 'Blockly' | 'Rules' | 'Javascript/js';
            

            https://github.com/ioBroker/ioBroker.js-controller/blob/1a8dbf9747d929c13317d41ea90e8bb909d9e9a1/packages/types-dev/objects.d.ts#L472

            ioBroker.javascript
            Hier wurde ein Type eingeführt, der ja in js-controller fehlt, leider mit großem S.

            export type ScriptType = 'TypeScript/ts' | 'Blockly' | 'Rules' | 'JavaScript/js';
            

            Das heißt, es passt nicht mit der Definition zusammen, vermutlich gibt es dadurch bedingt auch ein paar toLowerCase() Konvertierungen. In den Script Objects steht korrekterweise Javascript/js.
            https://github.com/ioBroker/ioBroker.javascript/blob/e0497ba9689eee3044bf762505bb84ba1abbe3a1/src/types.d.ts#L62

            ioBroker VS Code Extension
            Scripte werden mit engineType: "JavaScript/js" angelegt.

            Das bedeutet für mich:

            1. Definition ist durch ioBroker vorgegeben: "Javascript/js" und Adapter und Extension sollten sich danach richten
            2. ioBroker.javascript:
            • Anpassen des ScriptType auf Javascript/js
            • Migrator erforderlich? Umbenennen von JavaScript/js zu Javascript/js für vorhandene Einträge? Wer kann das bewerten?
            1. VS Code Extension: Änderung von JavaScript/js zu Javascript/js

            Was haltet ihr von dem Vorschlag? Oder wollt ihr eine Umbenennung im js-controller zur Diskussion stellen? Wird vermutlich größere Auswirkungen haben.

            haus-automatisierungH Online
            haus-automatisierungH Online
            haus-automatisierung
            Developer Most Active
            schrieb am zuletzt editiert von
            #177

            @hacki11 Am besten mal auf Discord im Dev Chat diskutieren. Ich wäre für ein großes S überall.

            🧑‍🎓 Autor des beliebten ioBroker-Master-Kurses
            🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
            📚 Meine inoffizielle ioBroker Dokumentation

            1 Antwort Letzte Antwort
            1
            • nokxsN Offline
              nokxsN Offline
              nokxs
              schrieb am zuletzt editiert von
              #178

              Nachdem ich mir das etwas angeschaut habe, werde ich den PR von @hacki11 mergen. Soweit ich das sehe, sollte damit erst einmal nichts kaputt gehen. Wenn die Definition später einmal geändert werden sollte, kann ich das auch wieder in der Extension ändern.

              Eine Logik zur Migration von engineType: "JavaScript/js" zu engineType: "Javascript/js" werde ich aber erst einmal nicht anbieten.

              H 1 Antwort Letzte Antwort
              0
              • nokxsN Offline
                nokxsN Offline
                nokxs
                schrieb am zuletzt editiert von
                #179

                v1.9.3 der Extension enthält den Fix.

                H 1 Antwort Letzte Antwort
                2
                • nokxsN nokxs

                  Nachdem ich mir das etwas angeschaut habe, werde ich den PR von @hacki11 mergen. Soweit ich das sehe, sollte damit erst einmal nichts kaputt gehen. Wenn die Definition später einmal geändert werden sollte, kann ich das auch wieder in der Extension ändern.

                  Eine Logik zur Migration von engineType: "JavaScript/js" zu engineType: "Javascript/js" werde ich aber erst einmal nicht anbieten.

                  H Offline
                  H Offline
                  hacki11
                  schrieb am zuletzt editiert von
                  #180

                  @nokxs sagte in [Tester gesucht] Visual Studio Code Extension für ioBroker:

                  Nachdem ich mir das etwas angeschaut habe, werde ich den PR von @hacki11 mergen. Soweit ich das sehe, sollte damit erst einmal nichts kaputt gehen. Wenn die Definition später einmal geändert werden sollte, kann ich das auch wieder in der Extension ändern.

                  Eine Logik zur Migration von engineType: "JavaScript/js" zu engineType: "Javascript/js" werde ich aber erst einmal nicht anbieten.

                  Vielen Dank, das ist wohl der Weg mit dem geringsten Aufwand. Änderungen an Schnittstellen zu koordinieren sind nicht ohne. Bzgl. Migration, Full ack, das ist nicht im scope der Extension. Ich kann mir aber gut vorstellen, dass ein existierendes Script bereits durch Down/Upload den neuen engineType erhält. Zumindest würde ich das schlussfolgern. Werds morgen mal testen.

                  1 Antwort Letzte Antwort
                  2
                  • nokxsN nokxs

                    v1.9.3 der Extension enthält den Fix.

                    H Offline
                    H Offline
                    hacki11
                    schrieb am zuletzt editiert von
                    #181

                    @nokxs Fix verified. Ein Klick auf "Upload" reicht und das Script taucht in Echtzeit in der gefilterten Webansicht auf. Auch neue Scripts tauchen direkt auf. Danke!

                    haus-automatisierungH 1 Antwort Letzte Antwort
                    2
                    • H hacki11

                      @nokxs Fix verified. Ein Klick auf "Upload" reicht und das Script taucht in Echtzeit in der gefilterten Webansicht auf. Auch neue Scripts tauchen direkt auf. Danke!

                      haus-automatisierungH Online
                      haus-automatisierungH Online
                      haus-automatisierung
                      Developer Most Active
                      schrieb am zuletzt editiert von
                      #182

                      @hacki11 Perfekt, habe den Filter im SideMenu auch angepasst (zusammen mit den Type definitions), damit es immer Javascript/js ist. So wie im js-controller definiert. Ist zwar nicht super schön, aber dann wenigstens überall identisch.

                      https://github.com/ioBroker/ioBroker.javascript/pull/2112

                      🧑‍🎓 Autor des beliebten ioBroker-Master-Kurses
                      🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
                      📚 Meine inoffizielle ioBroker Dokumentation

                      H 1 Antwort Letzte Antwort
                      1
                      • haus-automatisierungH haus-automatisierung

                        @hacki11 Perfekt, habe den Filter im SideMenu auch angepasst (zusammen mit den Type definitions), damit es immer Javascript/js ist. So wie im js-controller definiert. Ist zwar nicht super schön, aber dann wenigstens überall identisch.

                        https://github.com/ioBroker/ioBroker.javascript/pull/2112

                        H Offline
                        H Offline
                        hacki11
                        schrieb am zuletzt editiert von
                        #183

                        @haus-automatisierung Klasse, so ists doch bestens gelöst! Wenig Aufwand, trotzdem sauber. Danke euch!

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


                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        636

                        Online

                        32.6k

                        Benutzer

                        82.0k

                        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