| |
| |
|
Rainer
Hoefs | Salut,
je besoin la fois wieder Aider. Habe ici im Forum rien trouvé quoi je meinte trouver bzw. chercher trop devoir.
j'ai deux Rechnungs-Programme geschrieben qui sur unsere Geschäfte zugeschnitten sommes (meines et cela meiner madame).
ils sont DBase orientiert et avons entsprechend viele Eingabeobjekte. Am Anfang wurden qui Elemente avec dem LemonEd VisualDesigner richtig palziert. mais comme chez einer solchen Entwicklung ist kamen encore quelques Elemente en supplément. eh bien stimmt qui Tab-Ordre pas du tout plus.
eh bien besoin je une Aider en supplément, comment on qui Felder dans un richtige Tab-Ordre apporter peux. allez cela sur irgendeine Tabelle ou bien avec irgendwelchenSendmessage-Zuweisungen?
Pour chacun Aider reconnaissant.
Salut et schönen dimanche
Rainer |
|
| |
| |
| |
|
|
 | allô Reiner,
un simple Methode, den Tabindex nachträglich - alors pour Erzeugung qui Controls - festzulegen, gibt es imho pas. très unlöblich.
Hat offensichtlich aussi rien avec qui ControlID trop 1faire etc., très tant pis.
Scheinbar ist cela Einfachste, qui Controls dans Tabreihenfolge trop erstellen - alors schlicht qui Erstellungsreihenfolge einzuhalten.
Andernfalls wirds arrêt komplizierter.
So pourrait on z.B. per:
den Tabstop erstmal entfernen um ensuite wiederum z.B. per Keyboard-Hook qui Tabreihenfolge selbst trop verarbeiten. Solch Hook wäre ensuite mais net seulement avec nProcs ou bien per DLL herzustellen. si Du daran intérêt la hâte, ensuite simple annoncer. Roland wiederum pourrait quelque chose comme dans sa wProc einbauen - vlt. la fois quoi pour qui kommenden XProfan-Versionen, settabindex, gettabindex... |
|
| |
| |
| |
|
|
Rainer
Hoefs | merci, mais cela scheint mir trop compliqué trop volonté.
quoi simple seltsam ist, qui Felder sommes chez qui Erstellung im Programme, alors dans qui Procédure qui den Dialog/cela la fenêtre generiert, dans qui gewünschten Reihenfolge angeordnet. toutefois volonté quelques pas du tout angesprungen.
Rainer |
|
| |
| |
| |
|
|
| Rainer Hoefs (19.07.15)
toutefois volonté quelques pas du tout angesprungen.
Rainer
Denen fehlt vmtl. qui ws_tabstop Stil, den peux Du simple avec SetStyle hinzufügen. |
|
| |
| |
| |
|
|
Rainer
Hoefs | Ok, merci, werde je versuchen.
Rainer |
|
| |
| |
| |
|
|
Rainer
Hoefs | merci, funktioniert mais aussi pas. Habe mehere Felder avec cela versehen. Es ändert sich qui cadre des Edit's mais anspringen avec Tab funktioniert pas.
Rainer |
|
| |
| |
| |
|
|
Rainer
Hoefs | j'ai là une Vermutung.
j'ai qui Dialoge avec dem LemonEd-VisualDesigner gemacht. qui Elemente sommes dans diverse Groupboxen gesetzt, qui optique à cause de, um klare Bereiche trop définir. qui Visual-designer modifié ensuite qui Zugehörigkeit des Elements dans qui Groupbox par SubClass-ing, qui Koordinaten beziehen sich z.B. aussi sur den Start qui Groupbox et cela Handle qui Groupbox steht comme Mutterobjekt dans dem Createbefehl.
cela Element bekommt ensuite avant qui Waitinput-Boucle un Sous-classe Handle&, 1 - Befehl et zum Ende des Programme pour qui Waitinput-Boucle wieder un Sous-classe Handle&, 0 Befehl.
je vermute, qui es daran liegt, car alle Elemente avec qui %Hwnd-Zuordnung marcher avec qui Tabtaste comment gewünscht.
eh bien werde je la fois den Dialog umbauen et es versuchen, pouvoir 'ne la quantité travail qui ganzen Koordinaten X + Y trop changement.
Rainer |
|
| |
| |
| |
|
|
Rainer
Hoefs | OK, habe maintenant alle Dialogelemente dem %hwnd zugeordnet, Subclassing ist geblieben comment bisher.
eh bien klappt es einwandfrei, qui Elemente volonté dans qui Reihenfolge avec dem tabulateur angesprungen comment vous im Dialog erstellt volonté.
Bleibt encore qui Frage si dans qui SubClassProc peut-être seulement qui Message pour qui Tab-bouton fehlt???
SubclassProc
Select %smessage
CaseOf $114, $115
SendMessage(%hwnd, %smessage, &swparam, &slparam)
CaseOf $101, $202, $205, $208
SendMessage(%hwnd, &WM_COMMAND, MakeLong(GetDlgCtrlID(&swnd), 0), &swnd)
EndSelect
ENDPROC
Wieder quoi gelernt!
Rainer |
|
| |
| |
| |
|
|
| Musste je aussi irgendwann la fois apprendre, pour Dialoge qui plus que 2-3
Controls enthalten, niemals irgendwelche designer trop nutzen mais
toujours quelque chose comme comment une Markup-Language herzubilden à Controls
automatisch anhand qui Struktur qui banque de données trop erzeugen.
Beispielsweise schreibe je komplexere Programme seulement encore so, dass
Dinge comment Eingabefelder etc. sich selbständig orienter rein anhand
dessen quoi dans qui banque de données steht. So peux je dans einer banque de données
simple qui Struktur einer Tabelle changement et tout de suite ist aussi cela
Programme angepasst.
Alles autre artet seulement aus bzw. wird chez richtig komplexen Dingen
à peine encore handhabbar. |
|
| |
| |
| |
|
|
| Rainer Hoefs (19.07.15)
Bleibt encore qui Frage si dans qui SubClassProc peut-être seulement qui Message pour qui Tab-bouton fehlt???
Sicherlich peux Du z.B. per wm_down et vk_tab qui bouton abfragen,
ou bien aussi Enter etc. -
ensuite serait je allen Controls mais cela ws_tabstop Flag entziehen (comment
dessus beschrieben) et selbst une Routine einsetzen qui ensuite den Concentrer
mets z.B. pour qui Reihenfolge qui Handles dans einer liste ou bien dans einem
Array. |
|
| |
| |
| |
|
(851)
Deutsch
English
Français
Español
Italia