| |
| |
|
Julian
Schmidt | Salut,
comment peux je cela Empfangen eines Klicks (ou bien generell einer beliebigen bouton) sur une beliebigen Contrôle intercepter et dans meinen Programme selbst avec einer Funktion belegen.
LG
Julian |
|
| |
| |
| |
|
|
 | Z.B. simple hiermit: [...] 
simple z.B. dans un subclassproc saisir. |
|
| |
| |
| |
|
|
Julian
Schmidt | | hmmmm....gehts aussi sans? je connais mich avec Subclassprocs pas si bien aus. mais cet Fonctionnalité soll pas vom Programmstart jusqu'à Ende aktiviert son, mais seulement chez certain Ereignissen. Am liebsten wäre es mir, si du simple la fois un Code-Beispiel faire würdest |
|
| |
| |
| |
|
|
| Wahrscheinlich wäre es einfacher si Du un subClassProc-Beispiel aus qui
Hilfedatei entnimmst - cela Prinzip ist imaginable simple et tu peux oui selbst
bestimmen quand qui Proc greift z.B. dans dem Du simple per SubClass-Befehl qui
subClassProc à- ou bien abschaltest. |
|
| |
| |
| |
|
|
Julian
Schmidt | | sur quoi pour un Handle bezieht sich den mon Sous-classe-Proc, hWnd? je voudrais cela si je zum Beispiel sur une Button außerhalb des Programms klicke, cet Programme den Klick pas empfängt, je ihn dans meinen Programme allerdings erfassen peux. |
|
| |
| |
| |
|
|
| Glaub mir, simple Beispiel anschauen -
ist alles viel einfacher comme que voici. |
|
| |
| |
| |
|
|
Julian
Schmidt | Ok je sais maintenant comment on Tasten per Subclassing abfragt. mais comment fais je es, cela qui Message pas à anderen Controls gesandt wird?
KompilierenMarqueSéparation |
|
| |
| |
| |
|
|
E.T. | ...wäre fois le Frage trop klären, si du qui Messages de deinem eigenem Programme ou bien de einem entier anderem Prog intercepter veux... 
tu écris seulement toujours de anderen Controls , voilà es déjà un Unterschied, si es es dein eigenes Progg ist ou bien un fremdes Progg  |
|
| |
| XProfan X2Grüße aus Sachsen... Mario  WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 07.10.2012 ▲ |
|
| |
|
|
Julian
Schmidt | | Eig. soll chaque Prog. et chaque Contrôle qui Message pas empfangen peut seulement mon Eigenes. J'ai pensé eig. le moi mich einigermaßen verständlich ausgedrückt hatte, comme IF pas plus pour gehakt hat... |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Julian
Schmidt | hmmmm...eh bien. Kurze Zwischenfrage peux on den Keyboard-Hook aussi avec normalen XProfan verwenden.
Im Wesentlichen serait es mir reichen si qui Hook sur deux Controls dessen Handels mir bekannt sommes angewand serait, quoique es naturellement son pourrait cela aussi autre Controls cette auswerten. avec cela serait zumindest cela "SuperClassing" wegfallen.
Um nochmal alles sur une Punkt trop apporter: Ist cela Verhindern des Weiterleitens einer bouton per Keyboard-Hook moins un Contrôle aussi sans XPSE possible? |
|
| |
| |
| |
|
|
| Julian57 (08.10.12)
Um nochmal alles sur une Punkt trop apporter: Ist cela Verhindern des Weiterleitens einer bouton per Keyboard-Hook moins un Contrôle aussi sans XPSE possible?
Ist oui déjà souvent sur den Punkt gebracht. Möglich oui, mais pas absturzsicher.
Besonders quelque chose comme était un Grund pour XProfan qui nProcs herzustellen.
Calls sur avec ProcAddr bezogene Procs sommes pas threadsicher si es aucun
nProcs sommes, Hooks produzieren nunmal APC's ( [...] ) .
Kleiner Auszug aus dem Vorwort qui Aider de XPSE ( [...] ):
Julian57 (08.10.12)
NProc-Funktionen volonté dans Assembler umgewandelt, um Hooks, Subclassing, Threads, Callbacks et espace qui Dinge trop programmieren, chez denen es sur Threadsicherheit et hohe Geschwindigkeit ankommt.
cela steht là oui pas weil es étrange witzig ist  mais XProfan-
Programmierern permet aussi alles autre trop programmieren wohin XProfan
selbst pas so stark ou bien approprié ist. |
|
| |
| |
| |
|
(496)
Threads
Deutsch
English
Français
Español
Italia