XProfan

- Página 2 -

Tal vez una zweites GetControlParas

Franco?

Salve.

16.05.2005 ▲

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

Website: [...]

Facebook: [...]

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.