Beiträge: 67
Themen: 5
Registriert seit: Jun 2014
Bewertung:
0
Ich habe es auch mal probiert, als Objekt habe ich einen vslider gewählt. nur kam da nix brauchbares raus. Ich sah einfach nur einen strich, ohne Werte zahl. Es wäre gut, wenn man z.b den slider anwählt, dass dann so ein Objekt generiert wird, wie man überlicherweise (über 90% der Fälle nutzt). als voreinstellungen von den werten min 0 max 100 val 0. so wie es beim stormwizard editor ja auch ist. Wenn man was anderes braucht, dann kann man ja die Werte ändern die zahlen findet man leicht. aber so wie es jetzt aussieht muss man die passenden attribute erstmal zusammenklicken. da muss man dann wieder lange lernen und lesen und wissen wie tui genau funktioniert. In dem Beispiel seh ich was man für einen toolbutton alles braucht. wenn sowas gleich erzeugt wird, mit den nötigen Attributen, dann braucht man nur die passenden Werte eintragen.
<Toolbutton text='test' id='test' onClick='test' image='help' help='testtext zum anzeigen als Help' disabled='True'/>
Ich denke es würde nicht so viel arbeit machen, wenn du für jeden Menupunkt in preferences auch ein stringgadget machst
Dann könnte man z.b in dem stringgadget für toolbutton den Text drinhaben <Toolbutton text='test' id='test' onClick='test' image='help' help='testtext zum anzeigen als Help' disabled='True'/>
und wenn man toolbutton auswählt, wird der text eingegeben. Und wenn ntui weiterwächst, kann man ntui creator auch einfach erweitern durch ein neues preference file, oder jeder kann sich seine Lieblings Default slider oder toolbuttons selber als defaults erstellen
Beiträge: 666
Themen: 77
Registriert seit: Oct 2013
Bewertung:
0
Danke für deine Rückmeldung...
Im Prinzip würden dann für jedes einzelne Gadget vorgefertigte Templates (Thilo nennt sie Fragmente) reichen...
Das würde aber wirklich nur für die Gadgets funktionieren. Bei Groups odgl. muß man selbst entscheiden wie sie sich verhalten sollen...
So wie ich dich verstehe möchtest du ein Gui einfach nur "zusammenklicken" und Werte anpassen ?
Beiträge: 396
Themen: 8
Registriert seit: Sep 2013
Bewertung:
0
Ja, ich denke vorausgefüllt wäre gar nicht schlecht. Aber es muss configurierbar sein, da sich Attribute auch mit neueren NTUI versionen ändern können. Also wenn man einen Button erstellt, könnte man gleich:
<button label="change me" onclick="change_me" />
Beiträge: 666
Themen: 77
Registriert seit: Oct 2013
Bewertung:
0
Ok, ich überlegs mir mal 8-)
Beiträge: 67
Themen: 5
Registriert seit: Jun 2014
Bewertung:
0
so wie im Stormwizard editor halt auch. Im stormwizard editor ezeugt man einen slider, der schon sinnvolle Werte hat. und in tabs ändert man. aber extra tabs einbauen wäre viel arbeit, wenn die nötigen werte dann im source stehen, wäre schon ok, denn man sieht ja wo was geändert werden muss
sowas würde auch schon reichen im falle des buttons.
<button label="" onclick="" help=""/>
wenn man das zugefügt hat, dann kann man den rest ausfüllen. und wenn man keinen help text braucht, dann lässt man es halt so, oder wenn mans ganz ganz ordentlich machen will, dann kann mans auch rauslöschen. überflüssiges rauslöschen geht immer schneller, als erst noch passendes suchen
Beiträge: 666
Themen: 77
Registriert seit: Oct 2013
Bewertung:
0
So wie schon geschrieben,
Für jedes Gadget ein eigenes Fragment erstellen (ist editierbar) und dann einfügen.
Oder aber alles im Source hardcoden.
Die beiden Listviews wären dann nur noch zum "Nachschauen" was überhaupt alles "geht"
Bei Stormwizard hätte man für alles mögliche eigene Fenster oder Tabs...
Beiträge: 666
Themen: 77
Registriert seit: Oct 2013
Bewertung:
0
Ja richtig, Fragment ist falsch.
Eigentlich brauch ich nur einen String den ich dann übergebe. Oder eben gleich hardgecodet im Creator selbst...
Nur, dann änderst du was, und ich bekomms nicht mit, dann ist wieder alles fürn Popo :o :lol:
Beiträge: 666
Themen: 77
Registriert seit: Oct 2013
Bewertung:
0
Also automatisiert geht schonmal nicht. Bei manchen Gadgets wird das einfach nur unübersichtlich und nervt dann nur wenn man so viel wieder löschen muß was man gar nicht braucht .....
Habe dazu das Scan Statement als Function umgebaut und alle Attribute (nicht die vom Object !) so in den Übergabestring geleitet....
Hilft also wirklich nur die Vorgehensweise das man die grundlegenden Attribute wie id= label= onclick= usw. per string direkt übergibt...
Beiträge: 9
Themen: 0
Registriert seit: Jul 2014
Bewertung:
0
Und wenn das bei Aufruf (z.B. als Hilfe) als Fenster separat mit einem Beispiel eingeblendet wird? Wie ein Muster quasi, was für Werte erwartet werden.