Editor-Entwicklung

[JNK]

Bug: Anlegen eines neuen Mappings fehlerhaft

STR (part 1):

1) "new child" in "mappings"
2) Name für das Mapping vergeben
3) "add child" "entry"

Was passiert: nochmaliges "add child" lässt kein "entry" mehr zu, sondern nur "formula", copy&paste geht aber
Erwartet: Es können mehrere "entry" angelegt werden

STR (part 2):

1) "new child" in "mappings"
2) Name für das Mapping vergeben
3) 2 "entry" als child anlegen (wegen 1 als copy&paste)
4) zu erstem Element ein "child" "icon" anlegen

Was passiert: die Attribute des ersten "entry" werden nicht mehr angezeigt
Erwartet: Attribute können bearbeitet werden. Nach speichern und Editor-Reload geht es aber, genauso, wenn nur ein "entry" vorhanden ist

Gruss,

der Jan

[netzkind]

Die 'sort' Funktion ist zwar wie erwähnt wieder verfügbar, allerdings passt die Sortierreihenfolge nicht. Man muss ein Element immer eine Position zu weit verschieben, damit es auch da ankommt wo es soll.

OK, ich weiß woran es liegt. Werd ich mir noch anschauen, sollte bis Montag gefixt sein.

[XueSheng]

Eben eine neue Version des upgraders ins SVN geschoben, der macht jetzt aus deiner Config zumindest eine valide Config.
Ich hab beim erste draufblicken das Gefühl gehabt, das alles passt, aber ich möchte nicht ausschließen, dass es Sortierfehler gab oder ähnliches. Am besten wäre du probierst den Upgrader bei dir noch mal aus, und schaust, ob die Visu danach noch so aussieht wie vorher.

Die Visu sieht nach dem Upgrade wie vorher aus. Danke!
Den Editor muss ich nochmals testen. Aber auf den ersten Blick ist die 'sort' Funktion zumindest da wo ich sie erwartet habe.

Update:
Die 'sort' Funktion ist zwar wie erwähnt wieder verfügbar, allerdings passt die Sortierreihenfolge nicht. Man muss ein Element immer eine Position zu weit verschieben, damit es auch da ankommt wo es soll.

Zum Beispiel:

- page "Test"

+ group "1"
+ group "2"
+ group "3"

Wenn group1 unter group2 stehen soll, muss man es unter group3 schieben! D.h es ist aktuell auch nicht möglich group1 unter group3 zu positionieren, da es immer wieder eins hoch rutscht.

[makki]

Na dann probier mal die Alternativen aus
Also alle die ich kenne pollen blöde jede Sekunde den Status/Wert..

Wenn alle 50ms ein Telegramm vom KNX reinrauscht, wird die CV keinen Akku sparen, wenn das im EFH aber die Regel ist ist aber auch was falsch..

In normalen Umgebungen können die Laufzeitunterschiede enorm sein- gemessen, keine vermutung

Makki

[XueSheng]

[es gibt ne menge leute, die bis heute jede Sekunde dumm die stati pollen und ihren Akku leerlutschen ]

...das mit dem Akku ist so ne Sache. CV ist bislang die einzige Visu, die ich mir genauer angesehen habe und nun seit wenigen Wochen nutze. Allerdings ist genau der Akku das was mich am meisten an der ganzen Sache stört. Auf meinen Mobilgeräten darf ich CV nämlich nicht im Browser offen lassen, wenn der Akku nicht bereits nach wenigen Stunden aufgeben soll. Für Hinweise wie man das genauer untersuchen kann bin ich dankbar.

[makki]

Oh, ich finde das (bezogen auf das Thema Attribute) ziemlich sauber:
die Doku ist im XSD ...

Fände ich auch einfach nur genial, hat Chris ja auch schon testweise mal hochgeschoben (mir selbst fehlt teils die Doku, ich bin nicht tief drin aber glaub ich gut im Saft: aber das ist kein guter indikator, wenn ich scheitere.... und noch genialer wenn Patrik das umzusetzen vermag )

Darüber hinaus können wir die Dokumentation im XSD gerne auch um Web-Links ergänzen. Nur Web-Links fände ich ungeschickt.

Ich bin für alles offen! Auch wenn ich mich dem Risiko aussetzte später dafür kritisiert zu werden, her damit. Technisch richtig oder falsch finden darf ich das ganz alleine

(Kleiner Seitenhieb auf die CV, die vor ein paar Jahren keiner für möglich hielt, in 10ms den Status zu haben und heute noch die meisten dran frickeln, dank Chris uvm + konzentrierter Aktion mit einem Ziel aber möglich und real ist!) [es gibt ne menge leute, die bis heute jede Sekunde dumm die stati pollen und ihren Akku leerlutschen ]

Makki

[swiss]

Klar Wenn das Konzept grundlegend steht, kann ich zwischenzeitlich auch mal die XSD mit Hilfstexte füllen. Aber dann müsste man mal absprechen wie...

- kurztext und Link auf's Wiki für mehr!? (wie würde dass mit Multilingualität gehandhabt. könnte man da die lang variable an die URL hängen?) -> mein Favorit
- oder etwas ausfürlicher (dann würde aber auch gewisse Formatierungen benötigt werden) und Link auf's Wiki für mehr. -> Ist wesentlich pflegeaufwändiger...
- sonstige Ideen?

[netzkind]

Dabei sind mir noch zwei Punkte (neben dem, das es nur EN angezeigt wurde, aber ist ja wohl bekannt ) aufgefallen:

Richtig. Der Editor "kann" derzeit nur englisch.

• Formatierung des Hilfe-Textes geht wohl noch nicht (XSD: Documentation lässt wohl beliebige XML-Tags zu. D.h. entweder hab ich's vom XML-Namespace nicht hinbekommen oder - was ich eher glaube - es ist einfach noch nicht implementiert.(*))
• Das ist etwas, was auch sehr gut von Nicht-Entwicklern gemacht werden kann, da es von der Struktur rein nach Schema-F geht, d.h. nur ein guter Text das entscheidende ist

--
(*): Ganzes HTML brauchen wir da eigentlich nicht (könnte aber sein, dass das leichter geht als nur ein paar Tags). Mir würde reichen <br/>, <em> und ggf. <a>.

HTML in den Hilfetexte halte ich in der aktuellen Darstellungsform für "gefährlich". Bislang ist die Darstellung ja wirklich nur für kurze Hinweise konzipiert. Ich fände es auch tod-nervig, wenn man bei allen Attributen erst mal 8 Zeilen Kommentar darunter stehen hat.
Mouseover scheidet aus wegen Touch-Geräten, aber man könnte wohl einen Info-Knopp/Link platzieren, mit entsprechender Einblendung eines längeren Doku-Textes.
Dann sähe ich da auch möglicherweise HTML, und der Vorraussetzung, dass defektes HTML entweder sowieso das XSD explodieren lässt, oder im Browser nicht für einen zerfetzten Editor sorgt. Sprich iframe.
Alternativ ein winziges subset an wikicode/bbcode erlauben/

Das mit den Nicht-Entwicklern dachte ich mir auch so, deshalb ist es auch bevorzugt im XSD gelandet

[Chris M.]

Klingt vernünftigt. Dann müsste ich mich früher als erwartet mit dem Thema Mehrsprachigkeit auseinandersetzen

Hab jetzt mal aus Spass zwei Doku-Tags hinzugefügt, die natürlich gleich in DE und EN

Dabei sind mir noch zwei Punkte (neben dem, das es nur EN angezeigt wurde, aber ist ja wohl bekannt ) aufgefallen:

• Formatierung des Hilfe-Textes geht wohl noch nicht (XSD: Documentation lässt wohl beliebige XML-Tags zu. D.h. entweder hab ich's vom XML-Namespace nicht hinbekommen oder - was ich eher glaube - es ist einfach noch nicht implementiert.(*))
• Das ist etwas, was auch sehr gut von Nicht-Entwicklern gemacht werden kann, da es von der Struktur rein nach Schema-F geht, d.h. nur ein guter Text das entscheidende ist

--
(*): Ganzes HTML brauchen wir da eigentlich nicht (könnte aber sein, dass das leichter geht als nur ein paar Tags). Mir würde reichen <br/>, <em> und ggf. <a>.

[netzkind]

Elemente bei denen die Reihenfolge im XSD per sequence vorgegeben ist lassen kein sortieren der Kinder zu.
Ich glaub aber, dass das bspw. auch bei der page gilt, wobei deren Elemente zwei groups in einer choice in einer sequence sind; das würde sortieren erlauben, aber ich glaub dem Editor ist das im Moment wumpe, weil da ja ein sequence. Müsste ich mir anschauen.

Angeschaut.
Sollte so (siehe SVN) irgendwie funktionieren.
Glücklich bin ich damit noch nicht, aber bei meinen rudimentären Tests eben hat es so geklappt wie gewünscht.
Schwierig wird es, sobald wir sequences in choices in sequences kapsel, aber das ist meines Wissens bislang nicht der Fall - bestenfalls ist eine choice in einer sequence, und da kommen die sequence-Elemente auch immer vor den choice-Elementen. Hoffen wir dass es keine Notwendigkeit gibt, das zu ändern

[netzkind]

Noch ein kleiner Feature-Wunsch, der die Doku-Entwicklung auch etwas erleichtern kann:

Ein Sprachauswahl-Dropdown.

Der Anwender kann so leichter umschalten - und der Entwickler eben auch und so leichter andere Sprachen checken.

Klingt vernünftigt. Dann müsste ich mich früher als erwartet mit dem Thema Mehrsprachigkeit auseinandersetzen

[netzkind]

Hab nun auch mal das svn aktualisiert. Leider wurden all meine Textbausteine entfernt, die nicht zu einem Label gehört haben (z.B. <group><text>...</text></group>).

Eben eine neue Version des upgraders ins SVN geschoben, der macht jetzt aus deiner Config zumindest eine valide Config.
Ich hab beim erste draufblicken das Gefühl gehabt, das alles passt, aber ich möchte nicht ausschließen, dass es Sortierfehler gab oder ähnliches. Am besten wäre du probierst den Upgrader bei dir noch mal aus, und schaust, ob die Visu danach noch so aussieht wie vorher.

[Chris M.]

Noch ein kleiner Feature-Wunsch, der die Doku-Entwicklung auch etwas erleichtern kann:

Ein Sprachauswahl-Dropdown.

Der Anwender kann so leichter umschalten - und der Entwickler eben auch und so leichter andere Sprachen checken.

[Chris M.]

Also natürlich - sofern es die Datei dann auch gibt - schreibe ich das auf die Liste fürs packaging; das kann man als User www-data nicht "fixen"

Ne, eine Config-Datei des Namens "visu_config_.xml" gibt es nicht, da die nicht ladbar ist.
Entweder nur "visu_config.xml" für's Default oder dann gleich "visu_confix_*.xml"...

Oh, ich finde das (bezogen auf das Thema Attribute) ziemlich sauber:
die Doku ist im XSD, so wie es die Spezifikation für XSDs vorsieht.

Richtig. Ich finde das auch eine sehr elegante Lösung.

Darüber hinaus können wir die Dokumentation im XSD gerne auch um Web-Links ergänzen. Nur Web-Links fände ich ungeschickt.

Ein "mehr..." o.ä. können wir natürlich gerne hinzufügen, dass dann auf die WikiSeite springt. Den Link könnte man sogar automagisch erzeugen, wir müssen uns nur eine Seitennamen-Konvention für's Wiki überlegen. Aber da starten wir ja nicht mit leeren Händen

[netzkind]

Hab nun auch mal das svn aktualisiert. Leider wurden all meine Textbausteine entfernt, die nicht zu einem Label gehört haben (z.B. <group><text>...</text></group>).

Schick mir bitte mal den vorher-Stand deiner Config. Mail-Adresse bekommst du per PN.

Auch ist mir aufgefallen, dass die 'sort' Funktion im Editor nicht mehr vorhanden ist. Wie kann man denn aktuell Einträge verschieben?

Elemente bei denen die Reihenfolge im XSD per sequence vorgegeben ist lassen kein sortieren der Kinder zu.
Ich glaub aber, dass das bspw. auch bei der page gilt, wobei deren Elemente zwei groups in einer choice in einer sequence sind; das würde sortieren erlauben, aber ich glaub dem Editor ist das im Moment wumpe, weil da ja ein sequence. Müsste ich mir anschauen.