Zitat:

---

Sicher? Ein Slider bzw Scroller mag ja schon vom Haus aus vielleicht eine andere Pixelgröße als die Listview selber haben. Da muß man sowieso was umrechnen? Aber wahrscheinlich hast du recht.

---

Zitat:

---

ps: ich habe jetzt sowohl das Notify als auch das Bind eingebaut.

---

Zitat:

---

...so wie es sich mir im moment erschließt. Sind blos noch wenig Events (= Methoden) definiert. Ein Notify könnte auch einen callback-

---

Zitat:

---

Original von Holger:

Zitat:

---

Original von AGSzabo:
edit: ah ja, das ist, damit elemente miteinander kommunizieren können, die verschiedene verhältnisse haben.

---

Warum sollten sie das tun wollen?

---

Zitat:

---

Mir fällt absolut kein Praxisbeispiel ein, bei dem es sinnvoll wäre Objekte mit unterschiedlichen Wertebereichen zu koppeln.

---

Zitat:

---

@Der_Wanderer:

Mir ist ja schon bei Deinen Beispiel-XML aufgefallen, dass da nirgendwo schlüssig erkennbar ist, wie denn eigentlich die Anwendungslogik zum GUI kommt (oder umgekehrt). Da dachte ich noch, es läge an der Vereinfachung des Beispiels, aber jetzt bei der Binding Diskussion fällt es mir wieder auf.

---

code:

---

<button onclick="ping!">

---

code:

---

<button ontouch="ping!" onrelease="pong!">

---

code:

---

<slider id="mySlider" min="0" max="100" value="5">

---

code:

---

int value = GetAttrByID("mySlider",ATTR_VALUE);
SetAttrByID("mySlider",ATTR_VALUE,value+1);
SetAttrByID("mySlider",ATTR_VISIBILITY,VISIBILITY_INVISIBLE);

---

code:

---

Slider *myslider = GetObjectByID("mySlider");
int value = GetAttr(myslider,ATTR_VALUE);
SetAttr(myslider,ATTR_VALUE,value+1);
SetAttr(myslider,ATTR_VISIBILITY,VISIBILITY_INVISIBLE);

---

Zitat:

---

Wenn ich GUIs mittels XML erzeuge, dann definiert die Anwendung mögliche Aktionen und Daten und natürlich deren IDs. Diese werden von der XML-Datei referenziert, z.B.

code:

---

<vgroup>
  <hgroup>
    <button action="back"/>
    <button action="forward"/>
    <button action="home"/>
  </hgroup>
  <text-pane content="main-document"/>
</vgroup>

---

---

Zitat:

---

Da jedes GUI-Element an irgendeine anwendungsspezifische Logik gekoppelt ist, entfällt die Notwendigkeit, GUI-Elemente an andere GUI-Element zu koppeln, komplett.

---

Zitat:

---

Alle GUI-Elemente, die an dasselbe logische Feature gebunden sind, sind implizit zusammengebunden. Und Regeln, die zwischen unterschiedlichen logischen Elementen bestehen, sind Teil der Anwendung, nicht des GUIs.

---

Zitat:

---

So kann z.B. die Aktion "back" aus dem Beispiel dazu führen, dass der Status der Aktion "forward" zu <enabled> wechselt. Aber das tut er dann in jedem Fall, egal, wie das GUI aussieht, egal, ob die Aktion an einen Menüpunkt, einen Button oder ein Tastatur-Shortcut oder alles zusammen gebunden ist.

---

code:

---

<button onclick="back">
<menuitem onclick="back">
<key vanilla="b" onkeyup="back">
<arexx message="back" onreceive="back">

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

> Du kannst ja auch kein Draw(Object) oder SetAttr(Object) machen, bevor das Object existiert, warum sollte das bei einem Bind anders sein?

Weil ich es umständlich finde, daß

- man sich das binding merken muss bis nacher

---

code:

---

<object id="a" ...>
<object id="b" bind="a" ...>

---

code:

---

<object id="a" bind="b"...>
<object id="b" bind="a" ...>

---

code:

---

<object id="a" bind="b" ...>
<object id="b">

---

Zitat:

---

- dass man den objekten eine id geben muss, bzw nach dem Erzeugen eine Funktion aufrufen muss.

---

code:

---

Object *a = CreateObject(...);
Object *b = CreateObject(...);
Bind(a,b);

---

Zitat:

---

Naja, geschmackssache. Dem einen erscheint das eine umständlich, dem anderen das andere. Wenn ich mir bis nacher die pointer auf die objekte irgendwie merken muss um zu binden kann ich auch nen pointer auf nen pointer merken.

---

code:

---

Object *a = CreateObject(...);
Object *b = CreateObject(...);
Bind(a,b);

---

code:

---

<window id="xuiwin" title="NTUI Lib Info & Config PREVIEW" bgpen="halfshadow">
  <vgroup>
    <tabview activetab="1" bgpen="background">
      <vgroup title="Information" image="TBImages:help"/>
      <vgroup title="Configuration" image="TBImages:prefs">
        <hgroup>
          <vgroup title="NTUI Env Variables" bordertype="title">
            <listview title="pTBImages:question~|lVariables|lValue" id="xuilist"/>
          </vgroup>
          <vgroup title="Item Options" bordertype="title" fixwidth="true">
            <hgroup><checkbox/><label text="active (use pen if not)" align="left" fixwidth="false"/></hgroup>
            <hgroup wrap="2">
              <label text="Web/Hex" align="right"/><string text="AEBF34"/>
              <label text="Red" align="right"/><string text="231"/>
              <label text="Green" align="right"/><string text="81"/>
              <label text="Blue" align="right"/><string text="132"/>
            </hgroup>
            <hgroup bordertype="recessed"><label text="Preview" bgpen="marker"/></hgroup>
            <image src="Desktop:/Pictures/ColorWheel2.png"/>
          </vgroup>
        </hgroup>
        <hgroup bordertype="recessed" samewidth="true">
          <button text="Cancel"/>
          <button text="Revert"/>
          <button text="Default"/>
          <button text="Test"/>
          <button text="Save"/>
          <button text="Use"/>
        </hgroup>
      </vgroup>
    </tabview>
  </vgroup>
</window>

---

Zitat:

---

Original von Holger:

Zitat:

---

Original von Der_Wanderer:
Stimmt. Das liegt daran, dass
<vgroup ...> das gleiche ist wie <group orientation=vertical ...> und
<hgroup ...> das gleiche ist wie <group orientation=horizontal ...>.
Sind also einfach nur Abkürzungen, weil man das oft braucht.

---

Makro-XML? Das ist schon echt hart.

---

Zitat:

---

Zitat:

---

Zitat:

---

> <vgroup title='Item Options' bordertype=7/>

sollte nicht mit /> beendet werden.

---

Stimmt. Mein Parser ist da etwas großzügig.

---

In dem er offensichtlich falsches erlaubt? Mir scheint, Du hast einen der wesentlichen Vorteile von XML nicht verstanden.

---

Zitat:

---

Zitat:

---

Wenn kein Space enthalten ist, können die ".." wegfallen. Und man darf auch '..' verwenden. Das habe ich von HTML übernommen. Ich mache das, weil ich im Sourcecode das als String definiere und nicht immer die " escapen möchte.

---

Die Begründung überzeugt mich nicht. Du kannst ja einfache Anführungszeichen verwenden, das ist in XML erlaubt und die müssen normalerweise nicht escaped werden. Warum Du sie jetzt auch noch unbedingt weglassen musst, um zwei Zeichen einzusparen, erschließt sich mir nicht. Das hat ja mit escapen nichts zu tun.

---

Zitat:

---

Was mich aber noch mehr interessiert, was macht eigentlich </group fixwidth>? Attribute innerhalb eines schließenden Tags? Dein Parser ist wirklich verdammt tolerant, um nicht zu sagen, was auch immer er parst, es ist kein XML.

---

Zitat:

---

Zitat:

---

Wirklich? Gibts keine "Switches" die durch ihre blosse Anwesenheit etwas anschalten?

---

Es gibt in XML keine Attribute ohne Wertzuweisung, d.h. es müsste mindestens foo="" da stehen. Wobei die meisten Funktionen des DOM-API oder XPath, etc. bei einer Abfrage eines Attributwertes nicht zwischen einem nicht vorhandenem Attribut und einem Leerstring unterscheiden.

---

Zitat:

---

Man kann zwischen ihnen unterscheiden, entfernt sich aber von dem, was Standardwerkzeuge als typisch (und damit leicht zu benutzen) erachten.

Bedenke bitte, XML wurde dazu design't, maschinenlesbar zu sein, nicht zwangsläufig komfortabel für den Menschen.

---

Zitat:

---

Deine Optimierungen sind alle eher marginal, es stört kaum, wenn man immer formal korrekt <hgroup></hgroup> <vgroup></vgroup> und Anführungszeichen schreiben würde, aber wenn irgendwann mal jemand neue Features (wie wäre es mit einem GUI-Editor?) entwickelt, schaust Du blöd aus der Wäsche, wenn der scheinbar korrekte Code plötzlich nicht eingelesen werden kann, weil diese neue Software mit Deiner Interpretation von XML nicht klarkommt.

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

Dann gehst du doch über IDs beim binden. Angenommen, du möchtest eine Klasse aus zwei anderen Klassen bauen, deren objekte dann miteinander gebunden werden sollen. Das geht vermutlich garnicht über XML oder? Ich vermute, für diesen Fall hast du eine Funktion Bind(a,b)?
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

Dann kann man aber nur binden, was schon erzeugt wurde, es ist nicht möglich ein objekt zur bindung mit einem anderen schon zur erzeugungszeit vorzubestimmen. In Beispiel, du kannst dem scroller nicht sagen, hänge dich an diese view wenn sie fertig ist, sondern erst wenn die view fertig ist, geht das. man kann ja nicht wissen in welcher reihenfolge die gui elemente erzeugt werden...
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ Dieser Beitrag wurde von AGSzabo am 19.07.2011 um 22:34 Uhr geändert. ]

---

code:

---

<view id=myView>
<hscroller bind=myView>
<vscroller bind=myView>

---

code:

---

<hscroller bind=myView>
<vscroller bind=myView>
<view id=myView>

---

code:

---

BindByID()
SetAttrByID()
ShowWindowByID()
CloseWindowByID()
FreeByID()
...

---

code:

---

void ShowWindowByID(String winId) {
  window *win = (window*)GetObjectByID(winId);
  SetAttr(win,TUIA_VISIBILITY,True);
}

---

Zitat:

---

Original von AGSzabo:
Binding
-------

Kann bei dir ein objekt mit mehr als zwei anderen (next/prev) gebunden sein?

---

Zitat:

---

Eine view müsste ja einmel ne verbindung zu einem h-slider und einen zweiten ring mit einem vslider haben. oder habe ich was übersehen?

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

Das sowohl hgroup als auch vgroup mit /group beendet werden, finde ich etwas ungünstig.

---

Zitat:

---

> <vgroup title='Item Options' bordertype=7/>

sollte nicht mit /> beendet werden.

---

Zitat:

---

XML-konform müssten alle parameter in ".." stehen, aber das weist du sicherlich.

---

Zitat:

---

(und samewidth müsste samewidth="true" sein oder änliches)

---

code:

---

<window id='xuiwin' title='NTUI Libs & Info' bgpen=6>
  <group>
    <tabview activetab=1 bgpen=0>
      <vgroup title='Information' image=TBImages:help>
        <label string='Just a button:'/>
      </group>
      <vgroup title='Configuration' image=TBImages:prefs>
        <hgroup>
          <vgroup title='NTUI Env Variables' bordertype=7>
            <ListView title='pTBImages:question~|lVariables|lValue' id=xuilist>
          </group>
          <vgroup title='Item Options' bordertype=7/>
            <hgroup><Checkbox/><label text=active align=left freewidth/></group>
            <hgroup wrap=2>
              <label text='Web/Hex' align=right><string text=#AEBF34/>
              <label text=Red align=right><string text=231/>
              <label text=Green align=right><string text=81/>
              <label text=Blue align=right><string text=132/>
            </group>
            <hgroup bordertype=7><label text=Preview bgpen=8/></group>
            <image src='Desktop:/Pictures/ColorWheel2.png'/>
          </group fixwidth>
        </group>
        <hgroup bordertype=2 samewidth>
          <button text=Cancel>
          <button text=Revert>
          <button text=Default>
          <button text=Test>
          <button text=Save>
          <button text=Use>
        </group>
      </group>
    </tabview>
  </group>
</window>

---

Zitat:

---

Da Du während der Entwicklung Deines Toolkits nicht weißt, wie komplex das Layout einer konkreten Anwendung (falls es je eine gibt) wird, musst Du eine entsprechende Strategie entwickeln, um Layout-Operationen nicht an Operationen zu koppeln, die eigentlich LowLevel sein sollten.

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

Tja, bei mir wird nichts programmatisch erstellt, sondern alles aus verschachtelten taglisten, die im prinzip die xml struktur wiederspiegeln. Und IDs kommen für mich wohl nicht in frage, weil ein macro-objekt wie eine scrollview, die aus einer view und zwei scrollern besteht, nicht einfach irgendwelche IDs vergeben darf, die der benutzer wohlmöglich auch gernde vergeben würde. es wäre gut, wenn man irgendwie die suche nach IDs des benutzers um die interna des scrollviews herum blocken könnte, dann kann die scrollview aus voller freiheit schöpfen?

---

code:

---

Bind(Object *A, Object *B)

---

code:

---

BindById(String IdA, String IdB) {
  Object *A = GetObjectById(IdA);
  Object *B = GetObjectById(IdB);
  Bind(A,B);
}

---

code:

---

Slider("firstSlider",...);
Slider("secondSlider",...);

BindByID("firstSlider","secondSlider");

---

code:

---

<Slider id="firstSlider" ...>
<Slider id="secondSlider" ... bind="firstSlider">

---

code:

---

slider* InitSlider() {

  slider *this = malloc();

   ... initialisiere alles für den Slider

  this.incButton = InitButton();
  this.decButton = InitButton();

  Bind(this,this.incButton);
  Bind(this,this.decButton);  

  return this;
}

---