XProfan

- page 1 -

RGH

Soweit sogut, wird es car avec %ChildMessage

possible son une Double-cliquez sur abzufragen?

malheureusement non, là qui Listbox pas sur Double-cliquez sur reagiert et cette toujours comme deux Klicks auffaßt et sur cet brav cela Elternfenster informiert.

Salut
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

RGH

avec %ChildMessage sieht cela obige Programme so aus:
Kompilieren Marque Séparation

WM_RBUTTONDOWN = $204
TEST: Rechtscklick auf Listbox
declare msg&,lb&
cls 0
lb&=create(ListBox,%hwnd,,100,10,100,100)

whileloop 10:addstring(lb&,):wend

    while 1

        waitinput
        case %ChildMessage = $204 : end

    endwhile

    end

Salut
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

Ah verstehe! sur qui péril hin le moi toi avec dem Double-cliquez sur nerve (Hey Double-cliquez sur sur Listbox - kanns doch pas son! pouvoir chacun User - veux chacun Proggen...) peux es son cela cette avec qui peut-être irgendwann dans XProfan erscheinenden ON( - Fonctionnalité abprüfbar ist?

RGH

je werde mich bemühen ....

Salut
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

Sebastian
König

allô iF,

Lässt sich un Double-cliquez sur sur une ListBox pas simple dadurch intercepter, dass on WM_COMMAND comme UserMessage angibt et sur LBN_DBLCLK wartet?

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

RGH

Es hat mir doch aucun Ruhe gelassen. ;) So wird es dans RC5 aller:
Kompilieren Marque Séparation

WM_RBUTTONDOWN = $204
TEST: Rechtscklick auf Listbox
declare lb&
cls 0
lb&=create(ListBox,%hwnd,,100,10,100,100)

whileloop 10:addstring(lb&,):wend

    while 1

        waitinput

        if getfocus(lb&)

            case %Key = 3 : end

        endif

    endwhile

    end

Double-cliquez sur dans einer Listbox führt trop %key

= 3!

Salut
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

Frank
Abbing

je kapsele solche Abfragen doch toujours comme Assembler-Sublassing-Code, mir wäre es égal. mais prends doch aussi juste den Doppel-à droite-Klick avec ins bateau, evantuelle aussi une Doppel-Mitte-Klick...

Double-cliquez sur dans Listbox führt trop %key

= 3!

je halte cet Kleinigkeit pour une qui wichtigsten Erweiterungen des XProfan10!

RGH

Sebastian König

allô iF,

Lässt sich un Double-cliquez sur sur une ListBox pas simple dadurch intercepter, dass on WM_COMMAND comme UserMessage angibt et sur LBN_DBLCLK wartet?

MfG

Sebastian

Im Prinzip JA. si HiWord(&wParam) ensuite LBN_DBLCLK (=2) ist (et getFocus() qui Listbox ermittelt), donnais es den Double-cliquez sur, mais:
avec wm_Command comme Usermessage wäre je prudent, car ensuite allez sauf dem intercepter des Doppelklicks presque rien plus, sauf on wertet &wParam et &lParam selbst aus, um Menüklicks, Toolbarklicks, Buttonklicks, Mausposition, gedrückter Mausknopf et dergleichen plus dans Erfahrung trop apporter.

Salut
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

- page 2 -

Michael
Wodrich

%Key

3
→ $03
→ Strg-Unterbrechung
→ VK_CANCEL

un Double-cliquez sur löst alors toujours un VK_CANCEL aus??

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

14.09.2006 ▲

Sebastian
König

Im Prinzip JA. si HiWord(&wParam) ensuite LBN_DBLCLK (=2) ist (et getFocus() qui Listbox ermittelt), donnais es den Double-cliquez sur, mais:
avec wm_Command comme Usermessage wäre je prudent, car ensuite allez sauf dem intercepter des Doppelklicks presque rien plus, sauf on wertet &wParam et &lParam selbst aus, um Menüklicks, Toolbarklicks, Buttonklicks, Mausposition, gedrückter Mausknopf et dergleichen plus dans Erfahrung trop apporter.

ah oui, cela J'ai eu pas attentive.... qui neue variante avec %clé ist naturellement aussi viel bequemer!

@Michael: je denke, cela avec VK_CANCEL ist ne...aucune Problem, là %clé dans dem le cas pas gesetzt wird (si überhaupt, ensuite %scankey, denke je). Sonst hätte es oui aussi Schonmal Konflikte avec %clé = 4 (Größenänderung, mais aussi VK_MBUTTON) gegeben...

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

14.09.2006 ▲

RGH

allô Michael,

%Key liefert den ANSI-Code qui zuletzt gedrückten bouton et pas en Scancode. VK_CANCEL est un Scancode. ANSI-Codes et Scancodes sommes deux paire Schuhe

dans Dialogfenstern et Hauptfenstern avec Dialogstil führt Strg-Untbr aussi que z.B. vieux-F4 ou bien cela Schließen-champ trop %Key = 2, quoi gemäß Aider bedeutet, qui qui Anweder cela la fenêtre schließen veux.

Allerdings la hâte Du zum partie droite: Im Hauptfenster sans Dialogstil führt Strg-Untbr, si qui Concentrer pas sur einem Dialogelement sitzt, trop %Key = 3, là es ensuite avec Strg-C identique ist. si on cela sais, peux on avec cela tourner autour de. (cela était aussi qui Grund, pourquoi %Key = 3 encore aucun besondere signification hatte: chez précédent Profan-Versionen führte Strg-C gemäß einem sous DOS geltenden Standard zum sofortigen Programmabbruch. cette Standard était aussi qui Grund, qui bouton Strg-Untbr avec dem Code de Strg-C trop belegen.)

(BTW: qui Tasten Strg-A jusqu'à Strg-Z mener im Hauptfenster sans Dialogstil, si qui Concentrer pas sur einem Dialogelement liegt, trop %Key=1 jusqu'à %Key=26, Tab hat la valeur 9 (Strg-I), Enter la valeur 13 (=Strg-M) et Ctrl-Enter la valeur 10 (Strg-J).)

Salut
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

14.09.2006 ▲