XProfan

- Página 1 -

RGH

Soweit sogut, se lo porque con %ChildMessage

posible ser una Haga doble clic en abzufragen?

Leider nein, como el Listbox no en Haga doble clic en reagiert y esta siempre como zwei Klicks auffaßt y encima esta brav el Elternfenster informiert.

Saludo
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

Mit %ChildMessage sieht el obige Programa así de:
Kompilieren Marca Separación

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

Saludo
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! Auf el Gefahr hin el Yo Usted con Haga doble clic en el nerve (Hey Haga doble clic en en Listbox - kanns doch no ser! Macht cada User - voluntad cada Proggen...) kann lo ser el dieser con el tal vez irgendwann en XProfan erscheinenden ON( - Funktionalität abprüfbar es?

RGH

Yo voluntad mich bemühen ....

Saludo
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

Hola si,

Lässt se una Haga doble clic en en una ListBox no simplemente dadurch Abfangen, dass uno WM_COMMAND como UserMessage angibt y en LBN_DBLCLK wartet?

MfG

Sebastian

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

Alte Profan²-Seite: [...]

RGH

Lo ha me doch no Ruhe gelassen. ;) So se lo en RC5 ir:
Kompilieren Marca Separación

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

Haga doble clic en en uno Listbox führt a %key

= 3!

Saludo
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

Yo kapsele solche Abfragen siempre como Ensamblador-Sublassing-Code, me wäre lo egal. Aber nimm doch auch igual el Doppel-Rechts-Clic con en el Boot, evantuelle auch una Doppel-Mitte-Clic...

Haga doble clic en en Listbox führt a %key

= 3!

Yo halte esta Kleinigkeit para una el wichtigsten Erweiterungen des XProfan10!

RGH

Sebastian König

Hola si,

Lässt se una Haga doble clic en en una ListBox no simplemente dadurch Abfangen, dass uno WM_COMMAND como UserMessage angibt y en LBN_DBLCLK wartet?

MfG

Sebastian

Im Principio JA. Wenn HiWord(&wParam) entonces LBN_DBLCLK (=2) es (y getFocus() el Listbox ermittelt), gab lo el Haga doble clic en, aber:
Mit wm_Command como Usermessage wäre Yo vorsichtig, porque entonces va außer el Abfangen des Doppelklicks fast nichts mehr, außer uno wertet &wParam y &lParam incluso de, en Menüklicks, Toolbarklicks, Buttonklicks, Mausposition, gedrückter Mausknopf y dergleichen mehr en Erfahrung a bringen.

Saludo
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

- Página 2 -

Michael
Wodrich

%Key

3
→ $03
→ Strg-Unterbrechung
→ VK_CANCEL

Ein Haga doble clic en löst also siempre una VK_CANCEL de??

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

14.09.2006 ▲

Sebastian
König

Im Principio JA. Wenn HiWord(&wParam) entonces LBN_DBLCLK (=2) es (y getFocus() el Listbox ermittelt), gab lo el Haga doble clic en, aber:
Mit wm_Command como Usermessage wäre Yo vorsichtig, porque entonces va außer el Abfangen des Doppelklicks fast nichts mehr, außer uno wertet &wParam y &lParam incluso de, en Menüklicks, Toolbarklicks, Buttonklicks, Mausposition, gedrückter Mausknopf y dergleichen mehr en Erfahrung a bringen.

Ach sí, había Yo no bedacht.... el neue Variante con %key es natürlich auch viel bequemer!

@Michael: Yo denke, el con VK_CANCEL es kein Problema, como %key en el Fall no gesetzt se (si überhaupt, entonces %scankey, denke Yo). Sonst hätte lo en efecto schonmal Konflikte con %key = 4 (Größenänderung, aber auch VK_MBUTTON) gegeben...

MfG

Sebastian

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

Alte Profan²-Seite: [...]

14.09.2006 ▲

RGH

¡Hola Michael,

%Key liefert el ANSI-Code el zuletzt gedrückten Taste y no deren Scancode. VK_CANCEL es una Scancode. ANSI-Codes y Scancodes son zwei pocos Schuhe

In Dialogfenstern y Hauptfenstern con Dialogstil führt Strg-Untbr ebenso como z.B. Alt-F4 oder el Schließen-Feld a %Key = 2, qué gemäß Ayuda bedeutet, daß el Anweder el Ventana schließen voluntad.

Aunque hast Usted para Teil bastante: Im Ventana principal sin Dialogstil führt Strg-Untbr, si la Foco no en una Dialogelement sitzt, a %Key = 3, como lo entonces con Strg-C identisch es. Wenn al weiß, puede ser así umgehen. (Das fue el Grund, por qué %Key = 3 todavía no besondere Bedeutung hatte: En früheren Profano-Versionen führte Strg-C gemäß una bajo DOS geltenden Standard para sofortigen Programmabbruch. Dieser Standard fue el Grund, el Taste Strg-Untbr con el Code de Strg-C a ocupar.)

(BTW: El Tasten Strg-A a Strg-Z führen en el Ventana principal sin Dialogstil, si la Foco no en una Dialogelement liegt, a %Key=1 a %Key=26, Tab ha valor 9 (Strg-I), Enter valor 13 (=Strg-M) y Ctrl-Enter valor 10 (Strg-J).)

Saludo
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 ▲