| |
| |
|
| - Página 1 - |
|
ByteAttack | ¡Hola Comunidad,
Yo möchte gerne el Mausklick en un ListView auswerten.
Aunque Todavía otro Abfragen laufen, sodas una WaitInput para mi Sinestar encargado Bucle no en Cuestión kommt. Yo muss alles con GetMessage hacer.
Ejemplo:
Das funktioniert auch Prima, doch desafortunadamente scrollt entonces el ListView con mi Mauszeiger siempre con... Das geschieht con WaitInput pero no  |
|
| |
| |
| |
|
| |
| |
| - Página 2 - |
|
|
ByteAttack | Yo muss GetMessages nehmen, así el Ventana otra vez neu aufgebaut se, si el größe ändert. Das klappt zwar auch con Waitinput, aber por desgracia, no siempre, como manchmal beim ändern des Ventana sólo kein Waitinput para Profano stattfindet...
 |
|
| |
| |
| |
|
|
ByteAttack | Mein Gott, como unhöfflich. Wollte allen danken, el me geholfen haben.
Algo como... |
|
| |
| |
| |
|
|
 | Nein entonces Usted necesita kein Getmessages. 
Schau Dir veces en el Biblioteca en eleganteste Solución mein Posting a.
Dort siehst Usted como sauber lo auch con Waitinput - y zwar Live! - funktioniert.
Salve.  |
|
| |
| |
| |
|
|
Frank
Abbing | Hi,
> En me scrollt el LV auch falso. Su Ejemplo funzt - lo liegt no al Maustreiber
> - más daran el el messages no zurückgesetzt voluntad. Como wiederrum debería Franco
> veces schauen como dies con el XProfan-Getmessage vereinbaren kann.
Sí, en me tritt el ungewollte Scrolling auch en.
> Yo muss GetMessages nehmen, así el Ventana otra vez neu aufgebaut se, si se
> el größe ändert. Das klappt zwar auch con Waitinput, aber por desgracia, no siempre, como
> manchmal beim ändern des Ventana sólo kein Waitinput para Profano stattfindet...
Hab veces el Test gemacht y el Subclassing después de el ersten GetControlParas()-Aufruf con CloseMessages() abgestellt. Und siehe como: Das komische Scrolling es trotzdem como, obwohl el Listview.dll ahora en keinster Weise en el Messageshandling eingreift...
Hab el Fehler also no en el Subclassing gesucht, pero en GetControlParas(). Dabei fiel me el Message LVM_ENSUREVISIBLE en, el Yo verwende, en Einträge sichtbar a hacer, el sólo halb en el Listview a sehen son (si la User el veces angeklickt ha). Mach Yo el Message weg, es auch el Fehler weg. El Message es no necesariamente nötig. Puedo ellos weglassen.
Das Problema es simplemente, el GetControlParas() en dir en uno Echtzeit-Bucle aufgerufen se y el Message nun inmediatamente anspringt, sobald el Mauszeige encima así una Eintrag schwebt 
Willst du una Dll-Versión sin? |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Jörg
Sellmeyer | [quote:92bc8dc0ae=Frank Abbing]Hi,
Willst du una Dll-Versión sin?[/quote:92bc8dc0ae]
[AUFSPRING_HUEPF]Yo voluntad auch una!![/AUFSPRING_HUEPF] |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 16.05.2005 ▲ |
|
| |
|
|
ByteAttack | Also si el Messages  eh no para nötig hälst, schmeiß Sie doch generell de el ListView.dll fuera - oder |
|
| |
| |
| |
|
|
| El Message ha sicherlich ihre Berechtigung - deshalb mi Yo sí lo wäre tal vez sinnvoll de Franco simplemente una zweites GetControlParas a erfinden.
Oder él baut una Stopper - welcher antes Getmessage gelegt sería.
Salve. |
|
| |
| |
| |
|
|
Frank
Abbing | Hi,
el Message verwende Yo a verschiedenen Stellen en el Dll y generell es ellos muy sinnvoll y incluso unablässig. Nur a dieser Punto ginge lo auch sin.
iFs Schalteridee finde Yo aber todavía mejor, por lo tanto voluntad Yo esta veces de Versión 1.7 einbauen 
Marc-Gordon: Yo persönlich sería siempre WaitInput con Temporizador uso, anstatt GetMessages. Damit Tuve bisher nie irgendwelche Problemas, y yo nutze lo wirklich oft... |
|
| |
| |
| |
|
|
| Waitinput con Temporizador es doch aber más no empfehlenswert - bedenke uno - el siempre el Messages geklaut voluntad. Wann De todos modos Yo nen Temporizador einsetzte - entonces ging z.B. el schließen sólo todavía a 99% - fast unabhängig vom Timerwert. Das Timernutzen finde Yo es echt ne Notlösung. Deshalb Yo sí el Hilo.Pcu geschrieben - como gibts no Messageklauereien mehr - y uno kann soviel timen cómo voluntad - auch con muy muy pequeño Timerwerten en el Echtzeitbereich.
Salve. |
|
| |
| |
| |
|
|
Frank
Abbing | Hi,
Yo el angekündigte Función instalado. In el nächsten Versión se ellos disponible posición:
ForbidScrollMessage(F)
Verhindert el automatische Scrollen de sólo para Teil sichtbaren Items.
F : Largo - Flag
An algunos Stellen verwendet el Listview.dll una Message, welche sólo teilweise sichtbare Einträge komplett en el Listview einschiebt.
Das kann aber hin y otra vez a ungewollten Verschiebungen führen, nämlich siempre entonces, si en el Message-Bucle no Waitinput benutzt se. Betroffen hiervon son entonces el Características SelectLine(), GetControlParas() y GetOwnControlParas().
ForbidScrollMessage() es dazu pensamiento, el automatische Sichtscrolling kurzfristig auszuschalten, si esta Características en el Programa benutzt y ser el Message-Bucle kein WaitInput beinhaltet. Kurzfristig deswegen, porque el betroffene Message nämlich auch en el Editar- y Drag&Drop Modus benutzt se y en el ausgeschalteten Zustand ansonsten muy unerwünschte Effekte produzieren se!
F=0 es el Normalzustand. Ist F=1, entonces el Autoscrolling deaktiviert.
ForbidScrollMessage(1)
y&=Getcontrolparas(bereich#)
ForbidScrollMessage(0)
If y&<>0
...
> Waitinput con Temporizador es doch aber más no
> empfehlenswert - bedenke uno - el siempre
> el Messages geklaut voluntad. Wann De todos modos
> Yo nen Temporizador einsetzte - entonces ging z.B.
> el schließen sólo todavía a 99% - fast unabhängig
> vom Timerwert. Das Timernutzen finde Yo
> es echt ne Notlösung. Deshalb Yo
> sí el Hilo.Pcu geschrieben - como
> gibts no Messageklauereien mehr - y
> uno kann soviel timen cómo voluntad - auch
> con muy muy pequeño Timerwerten en el Echtzeitbereich.
Hilos son hier aber auch no el Ideallösung, como ellos una Programa doch stark abbremsen. En una zusätzlichen Hilo ha mein Hauptprogramm sólo todavía 50% Power. En zwei Hilos gar sólo 33% usw.
Mi Programas con Timern trabajo sowieso weniger con Messages, y si, entonces nutze Yo el Usermessages, el en cada Fall durchkommen (siehe mein SpriteRotator) oder todavía mejor mi Message.dll, el en el Subclassing steckt y jede todavía así kleine Message registriert. El Dll halte Yo persönlich para el Ideallösung...  |
|
| |
| |
| |
|
|
| Ist zwar offtopic - pero en el Hilo.Pcu verhält lo anders. Yo integriere Hilos en Callbacks - poner darüber ni intelligente Verwaltung - y esta es el Hilo.Do. En gekonnter Handhabung innerhalb el Hilo.Do por el Programmierer Es el zusätzliche Prozessorlast absolut unerheblich - sozusagen kaum spürbar. El Kunst bestand sólo en él el Möglichkeit a schaffen - en XProfan Threadähnlich programa a puede - con el Vorteil el alles innerhalb des eigenen Programmes passiert - en z.B. auch en todos Variables/Prozeduren zurückgreifen a puede. El Hilo.Pcu es also más una muy gelungener y fehlerfreier Gang en Messers Schneide - y una reine Vorteilsmaschine. :/: 
Salve. |
|
| |
| |
| |
|
(1.638)
Deutsch
English
Français
Español
Italia