Statusanzeige im Multitrigger

[Chris M.]

Allerdings würde ich mir eine Art Include funktion (im Editor) für Plugin's wünschen, mit der neue (stable) Widget's einfach in eine vorhandene Releasversion integriert werden können. Aber das wird wohl ein Wunschtraum bleiben. Dann wäre das nachrüsten von Widget's nicht mehr an die Releas gebunden.

Bei Plugins kannst Du das Verzeichnis rüber kopieren, bei einzelnen Widgets den Code in die structure_custom.js per Hand einkopieren.

Sollte es jedoch noch Dependencies geben (vgl. Makkis Post) musst Du Dich selbst drum kümmern. Und sollte es API Änderungen gegeben haben, kann auch sein, dass es gar nicht funktioniert...

[makki]

Irgendwie haben wir mal wieder ein Layer3 Problem.

Nö, das ist ein Layer8-Problem
Das ausm SVN geht vielleicht heute 80%, morgen 95 und übermorgen 30%, das ist eben so..
Wenn man damit nicht klarkommt, gibts ein (Beta!!!)Release das mit (wenigen) bekannten Fehlern - wovon gravierende auch mit sub-Releases quasi sofort gefixed wurden - und vielen stabil funktionierenden Funktionen ausgestattet ist.

Zwei grössere Beispiele: wenn ich mir heute einen Linux-Kernel aus git-current hole und baue brauch ich auch nicht rumnölen wenn mein Notebook nicht beim schliessen des Deckels in Standby geht, wenn mich das belastet muss ich halt auf nächste Debian/Ubuntu in 2-0,5J warten

Allerdings würde ich mir eine Art Include funktion (im Editor) für Plugin's wünschen, mit der neue (stable) Widget's einfach in eine vorhandene Releasversion integriert werden können.

Problem dabei, mit fast allen neuen Widgets wird auch hie&da ein bisschen an API, config o.ä. gedreht, weil wir hier halt kein 100köpfiges Kernteamhaben das sich 3J alle Notwendigkeiten in ein Pflichtenheft geschrieben hat sondern eher evolutionäre Software-Entwicklung
z.B. für rss(log) und infotrigger mit writeonly muss man damit es wirklich halbwegs "freakfrei" geht eine Packung Perl-Module fürs Plugin nachblasen, die Webserver-config bei manchen subversiv patchen und die visu_config*.xml gleich mit.
-> Da hängt immer locker gleich ein schöner Rattenchwanz dran, den so natürlich keiner sieht, wenns am Ende des Tages "einfach geht"..

Makki

[swiss]

Naja Fakt ist, dass die SVN Version = Entwiklerversion ist. Dass bedeutet, dass die SVN Version auch als Spielwiese für die Entwikler zu sehen ist, in der ZU ERST neue funktionen eingeführt, getestet, geändert, verwofen oder sonst was werden, bevor sie als "stable" und in hübsch veröffentlicht werden. Irgend wo MUSS ja die Entwiklung statt finden. Und dass es da immer mal wieder zu Problemen kommen kann oder gewisse Dinge noch nicht Endanwendertauglich integriert sind sollte verständlich sein. Dafür sind dann die Releas. (Wer eine Software im BETA-Stadium einsetzt darf auch nicht erwarten, dass die fehlerfrei läuft )

Es gibt also nur 2 Möglichkeiten...

SVN-Version (immer auf dem aller neusten Stand) und dafür das Risiko eingehen dass es mal garnicht funktioniert...

oder

Releas-Version dafür ohne grosses Risiko dass beim nächsten Update die CV nicht mehr geht.

Allerdings würde ich mir eine Art Include funktion (im Editor) für Plugin's wünschen, mit der neue (stable) Widget's einfach in eine vorhandene Releasversion integriert werden können. Aber das wird wohl ein Wunschtraum bleiben. Dann wäre das nachrüsten von Widget's nicht mehr an die Releas gebunden.

[greentux]

Irgendwie haben wir mal wieder ein Layer3 Problem.

wer XML's gern im Texteditor bearbeitet kann IMHO auch svn bedienen lernen

Meine Meinung ist, dass es sicherlich viele gibt, die SVN lernen können. Ist ja nicht wild. Wenn da aber kein stabiles System zu finden ist, hilft das nix.

[makki]

SVN ist für Entwickler oder stark abgehärtete, das ist so; diese Freiheit braucht man, sonst geht da garnicht Vorwärts. Da gehen halt auch mal nur max. 80% freakfrei..

Für Anwender ist das Ziel, flauschige Releases zu machen, die sollten sich auch daran halten, auch wenn es im SVN noch so verlockend ist

Makki

[greentux]

XML und SVN passt dann doch nicht so recht. Ein Release wird hoffentlich deutlich stabiler als die Version, die man im SVN findet...

Aber ja, vl. sollten man die Sachen zusammengetragen werden, die fürs nächste release notwendig sind.

[makki]

Schwierig, schwierig
Also für so einen config-break könnte man durchaus im Package einen 5-Zeiler machen, obs das wirklich bringt=??

Warum ich das aber trotzdem machen würde: Es gibt nichts frustrierenderes als eine Visu 10x zusammenzuklicken, wir alle wissen das dies eine überflüssige ABM ist..

Nächstes Release: IMHO wenns rund ist und es ordentlich neues gibt; seien es neue CV-Plugins die aber auch noch reifen müssen, 3D von Chris und das alles eben mit Editor, sonst ist es (Gebetsmühle) eine Freakshow für die man kein Release braucht; wer XML's gern im Texteditor bearbeitet kann IMHO auch svn bedienen lernen (oder findet linknx oder mh praxistauglich..)

"Einfache" und "komplexe" Widgets, durchaus auch teilw. redundant finde ich ehrlichgesagt garnicht so falsch (solange die Code-Komplexität kein Bein stellt), man darf nicht vergessen das es vermutlich 90% gibt die nicht so tief drin sind und eben den einen oder den anderen Ansatz in ihrer Denke leichter umsetzen können.
Was solls, es führen immer mehrere Weg nach Rom..

Makki

[greentux]

Ja, aber dieses "wenns fertig ist" muss ja von irgendwas abhängen.
Entweder mal irgendwann festlegen, was noch rein soll und stabilisieren oder immer weiter neue Sachen anfangen.
Ich weiß schon, das das nicht so hip ist

[Chris M.]

Next release 6 Monate nach dem letzten?
Also ein ausgereifteres, noch ohne 2/3D. Ich weiß, das wolltest Du eigentlich "der Industrie" überlassen. Ich denke aber, die ist noch nicht soweit...

Das nächste Release gibt's wenn's fertig ist

Im Ernst: Von irgendwelchen Terminen, weil die irgendwie vom letzten abhängen ("jedes halbe Jahr" o.ä.) halte ich wenig - dazu sind wir viel zu klein.
Rein aus meiner Sicht will ich noch 3D einbauen (dauert nicht mehr lang) und dann steht v.a. an, das ganze wieder rund zu machen. Gerade der Editor muss dazu den Umgang mit 2D und 3D lernen.(*)

Bei einer konzentrierten Aktion kann das ziemlich schnell gehen (1-2 Monate), wenn's einfach weiter läuft kann durchaus noch mindestens ein halbes Jahr drinnen sein.


--
(') Hintergrund: mit 2D und 3D muss die Syntax deutlich angefasst werden, vgl. <layout>-Element. Danach ist's hoffentlich stabiler. Die Kleinigkeiten die wir gerade als Inkonsistenz bei den anderen Widgets finden bestätigt IMHO sogar diese These.

[greentux]

Da wären wir ja schon bei der interessanten Frage...
Next release 6 Monate nach dem letzten?
Also ein ausgereifteres, noch ohne 2/3D. Ich weiß, das wolltest Du eigentlich "der Industrie" überlassen. Ich denke aber, die ist noch nicht soweit...

[Chris M.]

Auch eine gute Idee.

Wird aber sicher noch ein paar Monate brauchen bis es relevant wird.

[greentux]

Oder mal ne Umfrage machen, wer denn ein convert Script bräuchte.
Ich mein, mit den nun langsam verfügbare werdenden Widgets, möchte man vl. auch seine Visu völlig anders aufbauen. Dann fängt man eh neu an.

[Chris M.]

Damit können wir dann gleich ein wenig aufräumen, was es Neueinsteigern in der Config leichter machen KÖNNTE. Denk ich mir zumindest so, wenn die Auswahl an Widgets übersichtlicher ist.. und wir eliminieren code-duplication.

Wir haben eh schon einige Inkompatabilitäten der Config-Syntax, d.h. einem Aufräumen stehe ich positiv gegenüber.
(Wie man ein Konvertierungs-Skript von Alt auf Neu macht, können wir uns später überlegen)

Code-Duplication sollte man natürlich vermeiden, aber bitte nicht um jeden Preis. D.h. hier muss man einfach abwägen.

[netzkind]

Button?

[greentux]

Triggerswitch oder Switchtrigger?