Editor-Entwicklung

[Chris M.]

Im - laut SVN aktuellen - Makefile seh ich dazu garnichts.

Das Makefile hat auch noch kein Release hinter sich... Das nächste ist das erste

Gab es nicht mal Ansätze, den Code beim Releasevorgang komprimieren zu lassen?

Genau - zuerst Joinen und dann komprimieren.

Aber bei den externen Bibliotheken würde ich die originale Minimized-Version nehmen. Und wenn's nur ist um bei den verschiedensten Lizenzen sauber zu bleiben.

[kleinklausi]

@kleinklausi:
das mit der formula ist jetzt in sofern gefixt, dass er da keinen Fehler mehr meldet. Ich hab deine Konfig "moi" bei mir jetzt sauber laden können.

Da sag ich mal Danke

[netzkind]

Die .min sind beim Relese-Prozess wichtig, da hier alles wegen der Performance zusammengestampft wird. Beim Entwickeln im SVN ist's egal.

=> Wenn man eine externe Bibliothek updatet, dann am besten .min und in lesbar gleichzeitig (sonst könnten im Release ganz seltsame Bugs auftauchen...)

Im - laut SVN aktuellen - Makefile seh ich dazu garnichts.
Gab es nicht mal Ansätze, den Code beim Releasevorgang komprimieren zu lassen?

Na ich änder die .min mal

[Chris M.]

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 ...

Dann hat der, der das dort eingecheckt hat einen Bug erzeugt

=> Darfst Du gerne auf der Demo-Konfig werfen!

(Und jeder darf es wieder hinzufügen - wenn die Config damit valide bleibt!)

@Entwickler: werden die .min-Versionen der Dateien auch verwendet? Die habe ich bislang nicht gepflegt, weil ich auch im Release-Prozess keinen Grund gesehen habe, dass die mal verwendet werden würden... sonst könnte man da vielleicht aufräumen.

Die .min sind beim Relese-Prozess wichtig, da hier alles wegen der Performance zusammengestampft wird. Beim Entwickeln im SVN ist's egal.

=> Wenn man eine externe Bibliothek updatet, dann am besten .min und in lesbar gleichzeitig (sonst könnten im Release ganz seltsame Bugs auftauchen...)

[netzkind]

Ich werde gleich mal schauen, ob ein Update von jQuery UI reicht, oder ob dann weitere Dinge den Bach runtergehen.

Ich hab bei mir mit der Demo-Config die Visu getestet, und jQuery 1.8.3 mit jQuery UI 1.9.2 als funktionstüchtig erlebt. Diese Konstellation ist jetzt im SVN.

@Entwickler: werden die .min-Versionen der Dateien auch verwendet? Die habe ich bislang nicht gepflegt, weil ich auch im Release-Prozess keinen Grund gesehen habe, dass die mal verwendet werden würden... sonst könnte man da vielleicht aufräumen.

@kleinklausi:
das mit der formula ist jetzt in sofern gefixt, dass er da keinen Fehler mehr meldet. Ich hab deine Konfig "moi" bei mir jetzt sauber laden können. Der Ursprung des Fehlers wird mich dennoch weiter beschäftigen

[netzkind]

@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 ...

[kleinklausi]

Sorry, manchmal wechsel ich von deutsch in entwicklerisch

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

[Chris M.]

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

[netzkind]

hm, ganz verstehe ich es nicht, aber Danke!

Sorry, manchmal wechsel ich von deutsch in entwicklerisch

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

[kleinklausi]

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]

Hi 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

[netzkind]

Hi Moritz,

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

[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

[kleinklausi]

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

[Chris M.]

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 )

-> 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)