[Editor] Editor-Entwicklung

[Chris M.]

Zitat von swiss Ich habe auch gerade mal ein SVN Update gemacht und nun meckert er bei jedem readonly Atribut. Dabei wurde dies ja absichtlich in einer früheren Version eingefügt. Ist das Absicht, dass dieses Atribut nun als Ungültig angesehen wird?

Ja, ist Absicht, wurde hier in einem Thread thematisiert und in ein paar anderen auch besprochen.

Dieser Konfig-Bruch ist einer der stärksten zwischen letztem Release und aktuellem SVN.

(readonly / writeonly war gut, aber nicht so universell wie das jetzige read/write - und konnte sich sogar widersprechen )

Zitat von swiss -> Wird es für einen nächsten Releas einen Konverter geben der die alten Konfigs automatisch "kompatibel" macht? Das wäre in meinen Augen sehr wichtig, da ich denke dass man nicht von einem Releas-Nutzer der seine Konfig im Editor erstellt hat verlangen kann, dass er bei einem neuen Releas nochmals von vorne beginnnen muss. Stichwort: Bestandschutz?

So einen Konverter halte ich auch für dringend notwendig. Er sollte auch nicht sonderlich schwierig werden (hoffe ich stark...) - muss aber noch geschrieben werden.
Dazu sollten wir aber warten, bis die Syntax sich stabilisiert. (Sollte sie eigentlich schon sein, aber wie gerade im neuen Thread thematisiert kann der neue Editor z.B. ein paar Anpassungen erfordern)

[kleinklausi]

Zitat von netzkind Lass mir bitte mal deine Config zukommen, wenn das geht.

Hi Julian,
gerne, anbei meine Config, die ich grad für die SVN Version aufbaue.

Gruß Moritz

[swiss]

So... Meine Konfig läuft wieder.

Neben allen read- und writeonly musste ich auch jqclock und gwether aus der Konfig entfernen. Sonst wollte die Visu (ohne Fehlermeldung) nicht laden. Nun funktioniert die Visu wieder. Ich muss nur noch heraus finden wie der Editor aufgerufen wird. Hat sich da die URL geänder?

@Moritz: Du hast die beiden Einträge auch noch in deiner Konfig. Das Könnte bei dir das Problem sein

[netzkind]

Hi Moritz,

Zitat von kleinklausi gerne, anbei meine Config, die ich grad für die SVN Version aufbaue.

ok, ich sehe das Problem, hab aber spontan keine Lösung dafür. Ursache ist, dass mapping wahlweise 1 oder mehr entry, oder 1 formula erlaubt. Im Editor hab ich das mehrdimensionale bounds genannt, und das bislang nicht implementiert oder mit einer Config getestet, die tatsächlich anstelle des entry ein formula verwendet.

Ich schreib mir das hier auf meine todo-Liste, mal sehen wann ich zusammengepuzzelt bekomme ...

Grüße,
Julian

[netzkind]

Hi Iwan,

Zitat von iwan [...]weil die Slider nicht mehr funktioniert haben. Liegt evtl. am jQuery update?

da hast du Recht.
Ich werde gleich mal schauen, ob ein Update von jQuery UI reicht, oder ob dann weitere Dinge den Bach runtergehen.
Sonst muss ich noch mal versuchen, inwiefern der Editor mit der älteren jQuery-Version rennt...

Grüße,
Julian

[kleinklausi]

Zitat von netzkind Ursache ist, dass mapping wahlweise 1 oder mehr entry, oder 1 formula erlaubt.

hm, ganz verstehe ich es nicht, aber Danke!
Ist das Problem, das ein Mapping nicht entry und formula haben kann? Wenn ja, ich habs sowas in meiner Config nicht gefunden...

Gruß Moritz

[netzkind]

Zitat von kleinklausi hm, ganz verstehe ich es nicht, aber Danke!

Sorry, manchmal wechsel ich von deutsch in entwicklerisch

Zitat von kleinklausi Ist das Problem, das ein Mapping nicht entry und formula haben kann? Wenn ja, ich habs sowas in meiner Config nicht gefunden...

Deine Konfiguration ist ok.
Ein Teil des Editors kann einen der Knoten nicht sauber als korrekt erkennen.

Grüße,
Julian

[Chris M.]

Zitat von netzkind oder mit einer Config getestet

@Julian: IMHO reicht es erst mal immer mit der Demo-Config zu testen - genau zum Testen ist die nämlich da.

Man (User) kann testen, welche Widgets es gibt und wie man die verwendet,
man (Designer) kann testen, wie sein Design auf verschiedene Widgets wirkt,
man (Entwickler) kann seinen Code in einer nicht trivialen Umgebung testen

[kleinklausi]

Zitat von netzkind Sorry, manchmal wechsel ich von deutsch in entwicklerisch

kein Thema, schaue ich mir den Editor mal mit einer anderen Config an :-)

[netzkind]

Zitat von Chris M. @Julian: IMHO reicht es erst mal immer mit der Demo-Config zu testen - genau zum Testen ist die nämlich da.

Die habe ich immer als Test-Szenario verwendet um zu testen, dass der Editor eine defekte Konfig wirklich als solche meldet

Die demo-config ist nicht valide ...

Error 1871: Element 'topbar_datetime': This element is not expected. on line 117

 114:         <entry value="17">olive</entry>
 115:       </styling>
 116:     </stylings>
 117:     <topbar_datetime>
 118:       <strftime lang="de" format="%A, %d. %b  %H:%M"></strftime>  
 119:     </topbar_datetime>
 120:     <statusbar>

Error 1871: Element 'wgplugin_info': This element is not expected. on line 729

 726:           <address transform="DPT:9" type="">12/7/9</address>
 727:         </slide>
 728:       </group>
 729:       <wgplugin_info variable="KNX-Watchdog_last">
 730:         <label>WireGate Plugin Variable</label>
 731:         <address transform="DPT:1.001">12/7/1</address>
 732:       </wgplugin_info>

Und ich hab weder von wgplugin_info noch von topbar_datetime eine Ahnung, so dass ich das nicht hilfreich fixen kann ...