| |
|
|
- Página 1 - |
|
![Bernd Haase: 04.07.2007](.././../../i/a/705436117419c7f40264cb.jpg) Bernd Haase | ¡Hola Franco !
In media Listviews se, si yo después de untern scrollen voluntad, el Línea unterbrochen. Aber siempre sólo beim Runterscrollen. Hast Usted nen Rat, cómo hacerlo abstellen kann oder es el nen Hardwarefehler (Grafikkarte ?). |
|
|
| Mit freundlichem Gruß Bernd Sind schon viele erfroren, aber noch keiner ist erstunken !![...] ![](/intl/i/lnk.gif) | 04.07.2007 ▲ |
|
|
|
|
| |
|
- Página 1 - |
|
![Thomas Freier: 04.07.2007](.././../../i/a/722278123487bd8c272307.gif) Thomas Freier | ...oder puede ser el Scrollbalken abschalten ? ...oder gar sólo el Pfeile ? ...y por qué tritt en el Gridboxen no gleiche Effekt en? porque beim Scrollen con ratón restos Gitternetz obtener, o. lo se auch después de 10 durchgescrollten Zeilen con el Pfeiltaste otra vez adecuado. |
|
|
| |
|
|
|
![Frank Abbing: 05.07.2007](.././../../i/a/noavatar.gif) Frank Abbing | Nein, auch en Gridboxen tritt el Effekt en. Und en externo Programmen Yo lo auch beobachtet. Lo passiert, si la Gitter aktiviert son y el Scrollpfeile gedrückt y ser el Listviewhöhe y Texthöhe irgendwie no kompatibel genug son. Besser kann Yo no beschreiben. ![](.././../../i/s/__upl_ext_1100084240.gif) Pero definitiv una Bug des SysListview32.
Scroller abschalten va por Style. |
|
|
| |
|
|
|
![iF: 05.07.2007](.././../../i/a/1.gif) | Dann beschreibe ego veces mejor ![](.././../../i/s/__upl_ext_1100084240.gif)
Es una Rundungsfehler welcher en Berechnung auftritt para el Höhe des por BitBlit a verschiebenden Bereiches. ![](.././../../i/s/__upl_ext_1100084240.gif) |
|
|
| |
|
|
|
![Thomas Freier: 05.07.2007](.././../../i/a/722278123487bd8c272307.gif) Thomas Freier | Franco, du hast bastante, en Gridbox tritt lo auch en. Ein Auge schlief wohl ya. Merkwürdig sin embargo, si ya Rundungsfehler, por qué enden el fehlenden (oder verschobenen) Linien después de el zehnten Línea, si mehr en un Zug con el Pfeiltaste gescrollt voluntad? |
|
|
| |
|
|
|
![Bernd Haase: 05.07.2007](.././../../i/a/705436117419c7f40264cb.jpg) Bernd Haase | AHA ! Dann muß uno also versuchen, una vernünftige Einstellung el ListviewGröße y des Schriftbildes hinzubekommen. ![](.././../../i/s/__upl_ext_1111498551.gif) |
|
|
| Mit freundlichem Gruß Bernd Sind schon viele erfroren, aber noch keiner ist erstunken !![...] ![](/intl/i/lnk.gif) | 05.07.2007 ▲ |
|
|
|
|
![iF: 05.07.2007](.././../../i/a/1.gif) | Thomas Freier
Franco, du hast bastante, en Gridbox tritt lo auch en. Ein Auge schlief wohl ya. Merkwürdig sin embargo, si ya Rundungsfehler, por qué enden el fehlenden (oder verschobenen) Linien después de el zehnten Línea, si mehr en un Zug con el Pfeiltaste gescrollt voluntad?
Erkläre Yo Usted. MS es sí no doof y se natürlich auch Programmtechnisch siempre sólo el tun qué necesariamente nötig es. Si usted z.B. una Línea runterscrollst llevará a cabo una Línea alles hochgeblittet - y el unterste Línea neu gepinselt. (Aber auch sólo si no Softscroll/Listenscrollen optimieren aktiviert es porque si optimiert se incluso pixelweise gescrollt qué todos soft aussehen lässt (imho de nt4 en el gui subsystem posible) ) Wenn nun aber más que una Línea gescrollt se así ändert se natürlich el número el neu-a-zeichnenden Zeilen. Hiermit ändern se natürlich auch Werte (Koordinaten) des a blittenden Bereiches wodurch el Rundungsfehler praktisch oft ausbleibt. Das todo es aber todavía deutlich komplizierter porque lo son tatsächlich incluso ni Effektivrechnung welche kurzum beurteilt si se überhaupt lohnt (prozesstechnisch gesehen) una cierto Zona a blitten - oder ihn gar neu a pinseln. Diese Rechnung bezieht incluso el Geschwindigkeit des Computers/Grafikkarte con un. Und Luego se todos otra vez verkompliziert porque: Jede Zeichenanforderung se überhaupt garnicht inmediatamente ausgeführt - bastante en el Gegenteil. Lo landed alles en uno Anforderungsschleife (Spooler) welche antes cada Dibujar nochmals optimiert se. In dieser letzten Ausführungsschicht para Zeichenoperationen se z.B. auch el Z-Achse überprüft o. Zeichenoperationen wegoptimiert welche no sichtbar würden. Dank dieser letzten Schicht es auch posible Zeichnungen trotz angeblicher Ausführung con wm_setredraw a beeinflussen. Auf Alemán una Pixel conjunto sin el dieser suscrito se porque el letzte Ausführungsschicht el Zeichenoperationen sagt: nö. Dennoch es el Pixel en el Speicher natürlich geändert - wovon el GrKarte aber nix weiß.
Zurück para Thema al Ejemplo: Usted hast ne Krücke de Rechner - el ewig braucht en qué anzuzeigen - nun sendest Usted 3 Tiempo bastante rápidamente por sendmessage a una SysLV32 el Pfeilnachuntentaste. Das Windows-GUI se nun no 3 Tiempo una Línea scrollen - pero erkennen el lo lohnenswerter es igual drei Zeilen a scrollen. El selbe Operation sin embargo en nem 12GHZ-Rechner podría incluso dafür sorgen el no sólo wirklich Dreimal una Línea gescrollt se - pero tal vez incluso jede Línea Pixelweise. Öhm. |
|
|
| |
|
|
|
![Thomas Freier: 05.07.2007](.././../../i/a/722278123487bd8c272307.gif) Thomas Freier | @IF: Gracias para el ausführliche Erklärung. Gedankenspiel: puede ser el Darstellung en diesem Fall zwangsweise erneuern? Ein Befehl así en el Art : %wmPaint |
|
|
| |
|
|
| |
|
- Página 2 - |
|
|
![Frank Abbing: 05.07.2007](.././../../i/a/noavatar.gif) Frank Abbing | Wenn du el Scroller subclassed oder una passende Message como Usermessage deklarierst, debería el trabajo. Listview.dlls Función para Neuzeichnen uno Listviews es UpdateListview(lvhandle). |
|
|
| |
|
|
|
![iF: 05.07.2007](.././../../i/a/1.gif) | Exactamente updatelistview oder updatewindow oder invalidaterect + updatewindow oooder Ownerdraw. ![](.././../../i/s/__upl_ext_1100084240.gif) |
|
|
| |
|
|
|
![Jörg Sellmeyer: 28.10.2007](.././../../i/a/8132362004294faafc5e8c.jpg) Jörg Sellmeyer | Frank Abbing
Wenn du el Scroller subclassed oder una passende Message como Usermessage deklarierst, debería el trabajo. Listview.dlls Función para Neuzeichnen uno Listviews es UpdateListview(lvhandle).
Yo versuch ya el todo Tiempo una passende Message para encontrar, aber weder wm_vscroll todavía wm_mousewheel lösen algo de. Si no puede en el Dll una Función einbauen, el el automáticamente hecho? Diese Trickserei con Höhe y Schriftgröße es sí no wirklich befriedigend. Besonders si la Liste en Größenänderungen des hwnd reagieren se. Oder ha ya alguien una erfolgreiche Solución gefunden y möchte el con uns teilen? ![](.././../../i/s/__upl_ext_1100084240.gif) Saludo Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... ![](https://www.wuestensand.info/images/CoverFataMorganaklein.jpg) | 28.10.2007 ▲ |
|
|
|
|
![iF: 28.10.2007](.././../../i/a/1.gif) | Auch si casi niemand así klarkommt, aber el Solución algo como kann siempre el ScrollArea ser. (Yo muss veces zusehen si Yo el Handling Dieser no einfacher de Statten bekommen kann) |
|
|
| |
|
|
|
![: 28.10.2007](.././../../i/a/noavatar.gif) | Frank Abbing
Wenn du el Scroller subclassed oder una passende Message como Usermessage deklarierst, debería el trabajo. Listview.dlls Función para Neuzeichnen uno Listviews es UpdateListview(lvhandle).
Yo versuch ya el todo Tiempo una passende Message para encontrar, aber weder wm_vscroll todavía wm_mousewheel lösen algo de. Si no puede en el Dll una Función einbauen, el el automáticamente hecho? Diese Trickserei con Höhe y Schriftgröße es sí no wirklich befriedigend. Besonders si la Liste en Größenänderungen des hwnd reagieren se. Oder ha ya alguien una erfolgreiche Solución gefunden y möchte el con uns teilen? ![](.././../../i/s/__upl_ext_1100084240.gif) Saludo Jörg |
|
|
| |
|
|