Ankündigung

Einklappen
Keine Ankündigung bisher.

Editor-Entwicklung

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Chris M.
    antwortet
    Zitat von netzkind Beitrag anzeigen
    Im - laut SVN aktuellen - Makefile seh ich dazu garnichts.
    Das Makefile hat auch noch kein Release hinter sich... Das nächste ist das erste
    Zitat von netzkind Beitrag anzeigen
    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.

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von netzkind Beitrag anzeigen
    @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

    Einen Kommentar schreiben:


  • netzkind
    antwortet
    Zitat von Chris M. Beitrag anzeigen
    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

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von netzkind Beitrag anzeigen
    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!)
    Zitat von netzkind Beitrag anzeigen
    @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...)

    Einen Kommentar schreiben:


  • netzkind
    antwortet
    Zitat von netzkind Beitrag anzeigen
    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

    Einen Kommentar schreiben:


  • netzkind
    antwortet
    Zitat von Chris M. Beitrag anzeigen
    @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 ...
    Code:
    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 ...

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von netzkind Beitrag anzeigen
    Sorry, manchmal wechsel ich von deutsch in entwicklerisch
    kein Thema, schaue ich mir den Editor mal mit einer anderen Config an :-)

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von netzkind Beitrag anzeigen
    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

    Einen Kommentar schreiben:


  • netzkind
    antwortet
    Zitat von kleinklausi Beitrag anzeigen
    hm, ganz verstehe ich es nicht, aber Danke!
    Sorry, manchmal wechsel ich von deutsch in entwicklerisch

    Zitat von kleinklausi Beitrag anzeigen
    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

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von netzkind Beitrag anzeigen
    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

    Einen Kommentar schreiben:


  • netzkind
    antwortet
    Hi Iwan,

    Zitat von iwan Beitrag anzeigen
    [...]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

    Einen Kommentar schreiben:


  • netzkind
    antwortet
    Hi Moritz,

    Zitat von kleinklausi Beitrag anzeigen
    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

    Einen Kommentar schreiben:


  • swiss
    antwortet
    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

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von netzkind Beitrag anzeigen
    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
    Angehängte Dateien

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von swiss Beitrag anzeigen
    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 Beitrag anzeigen
    -> 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)

    Einen Kommentar schreiben:

Lädt...
X