| |
|
|
Walter Köhler | Da rauf ich mir die Haare, seh aber den Wald vor lauter Bäumen immnoch nicht. Mein Problem: Eine Choicebox im HWnd, ein Button im HWnd. Bei Klick auf das Button soll der gewählte Eintrag der Choicebox ausgewertet werden.
Eigentlich problemlos aber: Wenn ich zusätzlich ein Menueitem einbaue (und sowas ist doch standard) braucht es 2 Klicks! auf den Button, weil erst das Handle zurück muss.
So soll das naturalmente nicht sein, Also Wat mach ich denn da falsch??
CU WKS |
|
|
| |
|
|
|
Walter Köhler | mit @Clicked gehts übrigends erst recht nicht, das wird bei vorhandenem
elseif %Menuitem gar nicht mehr erkannt. Habe in der Aiuto bisher keine Einschränkungen oder Hinweise oder Erklärungen gesehen. WKS |
|
|
| |
|
|
|
Walter Köhler | Manchmal reicht es schon ein Problem Anderen mitzuteilen; und plötzlich kommt die Lösung durch Spielen von aleine.
elseif @menuitem(110) test2
anstelle von
elseif %menuitem case menuitem(110)
jetzt sieht das ok aus.
trotzdem Danke WKS |
|
|
| |
|
|
|
| |
|
| |
|
|
|
Walter Köhler | Tut mir Leid, aber dein Vorschlag gefällt mir gar nicht. mItem%=abs(%menuItem) macht schon mal eine Division / 0, und stirbt daher
cu WKS |
|
|
| |
|
|
|
Jörg Sellmeyer | Ich potuto mir gar kein Szenario vorstellen, bei dem Abs eine Division durch Null macht. Davids Vorschlag ist schon sehr gut. Du kannst ersatzweise auch direkt Select %menuItem benutzen, mußt dann aber immer testen, ob es ein negativer Wert ist, da z.B. Buttons ihre negative ID als MenuItem zurückgeben.
Ansonsten probier mal: KompilierenMarkierenSeparieren Wenns da irgendwo knallt, hätte Roland ein echtes Problem aber etwas qualitativ Anderes kann auch bei mItem%=abs(%menuItem) nicht rauskommen. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.06.2008 ▲ |
|
|
|
|
Walter Köhler | probier es selbst, habe im Source die Version von David eingebunden. WKS |
|
|
| |
|
|
|
| Der Fehler liegt im REM nach //-Syntax, das kann X11 aber X10 noch nicht, sei denn, Du nutzt xpse (dann gehts immer).
Ersetze also mein //-Rem in ein -Rem und die Sache wird gut. ;)
Bei Abs(%menuItem) wird nichts durch 0 dividiert. |
|
|
| |
|
|
|
Jörg Sellmeyer | Naja, wenn Du da solche Leichen rumliegen hast, darfst Du Dich nicht wundern, wenns stinkt KompilierenMarkierenSeparieren Ah - die Leiche war naturalmente von David!! |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.06.2008 ▲ |
|
|
|
|
Walter Köhler | schon gut schon gut.!
Habe mich ja selbst stark gewundert, aber nicht damit gerechnet das ein // nicht als REM anerkannt wird. Sorry, aber ich habe xprofan 10 erst seit ein paar Tagen.
Bin sehr gespannt ob mein zweites Problem (und das ist viel wichtiger) gelöst werden kann.
Hier ist jedenfalls Ende, alles wird gut.
cu WKS |
|
|
| |
|
|
|
RGH | Wenn Du das Hauptprogramm so anpaßt, geht es: KompilierenMarkierenSeparieren Was habe ich geändert? Zunächst habe ich Clicked() statt getFocus() verwandt. Und außerdem vor menuitem(110) das Case durch ein ElseIf ersetzt. So wie es da stand, konnte es nicht funktionieren.
Gru0 Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 09.06.2008 ▲ |
|
|
|
|
RGH | Walter Köhler
Habe mich ja selbst stark gewundert, aber nicht damit gerechnet das ein // nicht als REM anerkannt wird.
In XProfan 11 wirkt // wie ein (REM)
Saluto Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 09.06.2008 ▲ |
|
|
|