| |
| |
|
| - Página 1 - |
|
 | Mi Cuestión a Andreas Miethe, qué richtigerweise en funzt posición podría, en el Malen aller individual Einträge el ListBox así incluso a tomar, que un hPic suscrito se en lugar de z.B. el Eintragstext. 
KompilierenMarcaSeparacióncls
var h&=create(ListBox,hWnd,0,10,10,200,200)
var hPic&=create(hNewPic,15,15,$1278FF)
subClass h&,1
addString(h&,Hallo Welt)
addString(h&,Hallo Welt2)
while 1
waitInput
wend
end
subClassProc
if &sWnd=h&
funzt
drawPic hPic
endif
endProc
|
|
| |
| |
| |
|
|
| |
| |
| - Página 1 - |
|
Jörg
Sellmeyer | | Ok - ahora tener ego auch. Hatte vergessen en el Projekteinstellungen el neue Runtime anzugeben. Läuft also salvo el Interpreter-/Runtime-Seltsamigkeit, el Usted oben erwähnt hast. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 22.02.2009 ▲ |
|
| |
|
|
| Das Ejemplo zeigt, dass lo schade es, dass el SubClassProc sólo en el WaitInput greift.
Werden en el Programmablauf primero el Listboxen producido y befüllt, wonach entonces el Hauptschleife con WaitInput erreicht se.
Weil el Noticias perdido son, voluntad primero no Items dargestellt. |
 | 446 kB | | | Kurzbeschreibung: | sin nachträgliches Anschubsen | | | Hochgeladen: | 02.03.2009 | | | Ladeanzahl: |  | | | Descargar | | | | 446 kB | | | Kurzbeschreibung: | con nachträglichem Anschubsen | | | Hochgeladen: | 02.03.2009 | | | Ladeanzahl: |  | | | Descargar | | | | 448 kB | | | Kurzbeschreibung: | nachträgliches Anschubsen manchmal wirkungslos | | | Hochgeladen: | 02.03.2009 | | | Ladeanzahl: |  | | | Descargar |
|
| |
| |
| |
|
|
| Hmpf, auch si yo z.B. wm_drawItem zusätzlich como UserMessage deklariere en el Hauptschleife mitzuteilen, dass en ListBoxen Einträge para dibujar wären, entonces erhalte Yo (natürlich) weder en uwnd, ulparam todavía uwparam una brauchbare Info - sodass Yo neu dibujar podría.
Könnte uno _nur innerhalb el subClassProc y innerhalb des waitInput addString anweisen sodass el Einträge auch adecuado voluntad. :/
Yo teste veces, si uno wm_command como UserMessage nutzen kann - debería sí en lbs_notfiy versandt voluntad con Handle el ListBox en el ulParam.
Apéndice: wm_command no es ausgelöst de addString - ldr. (auch) no Solución. |
|
| |
| |
| |
|
| |
| |
| - Página 2 - |
|
|
| | wm_compareItem wäre (halbwegs) geeignet como UserMessage, sólo schade dass uno dafür lbs_sort einschalten, y lbs_hasStrings abschalten debería. :/ |
|
| |
| |
| |
|
|
Uwe
''Pascal''
Niemeier | |
| |
| |
| |
|
|
| Verstehe Yo no bastante.  |
|
| |
| |
| |
|
|
Uwe
''Pascal''
Niemeier | Damit Yo quería andeuten, daß mein Vorschlag, SubClassing en Wunsch de WaitInput unabhängig a hacer, durchaus sinnvoll es, porque dies una Erweiterung el Möglichkeiten wäre 
(Im Gegensatz a Vorschlägen, el sólo en Vereinfachungen abzielen)
SeeYou
Pascal |
|
| |
| |
| |
|
|
| Der Wunsch existiert aber ya lang.
Besonders, pero no sólo seit Erfindung de subClassProc, mecker Yo y wünsche hier y como una Stack no sólo para ProcAddr*. 
*) dürfte auch el subClassProc-Problema beheben.
Angefangen hats con el Mensajes del usuario y Start/EndPaint Será mejor que te va no enden.
Im Principio son el gestackten Mensajes del usuario y el SubClassProc sólo una Workaround - lo scheint wohl alles otro como simplemente el procAddr-Calls a stacken (womit alles otro unnötig wäre como mensajes de los usuarios y subClassproc).
Tal vez regt Roland genau para Thema veces el Fachsimpeln a.
Puedo me zwar vorstellen como y por qué el así schwierig es y cómo el Problema beheben podría - aber esta Vorstellungen basieren en una spekulierten XProfaninnenleben. |
|
| |
| |
| |
|
|
| Zeigen se esta Listboxen korrekt?
Yo versuche grad si no posible es, solche Listboxen irgendwie standardisiert con XProfan anzuzeigen sin Anzeigebugs.
Also
KompilierenMarcaSeparaciónReagieren el ListBoxen en el Exe korrekt y flimmern no? |
|
| |
| |
| |
|
|
Thomas
Freier | | Sie voluntad no siempre neu aufgebaut. Besonders si sólo el Scrollpfeil benutzt se (Bild). Wird una más Ventana darüber elaborado, se neu aufgebaut. |
|
| |
| |
| |
|
|
Rolf
Koch | | Stimmt, genau como Thomas sagt lo se redibujar. |
|
| |
| |
| |
|
|
| | Gut, así son el Möglichkeiten dahin - zuverlässige LBS_OWNERDRAWFIXED ListBoxen sin gefährliches procAddr rein por subClassProc son no posible. |
|
| |
| |
| |
|
(1.571)
Deutsch
English
Français
Español
Italia