| |
|
|
Manfred Barei | Salut,
habe folgendes Problem, j'ai dans mon Prog un Treeview et un TabControll avec trois Tab's. dans allen Tab's gibt es un RICHEDIT (im Test Prog seulement im erstenTab), eh bien devoir beim agrandir des Fensters alle Controlls avec vergrößert volonté. cela agrandir habe je hinbekommen, cependant volonté qui Richedit's (ici im Test seulement une) zwar vergrößert mais pas dans qui richtigen Taille angezeigt.
Siehe Testcode im Anhang.
je weis pas plus plus, hat quelqu'un un Beispiel pour mich?
Pour qui Aider déjà la fois merci im vorraus.
Salut Manfred |
|
|
| XProfan X2Zu wenig Wissen ist gefärlich, zu viel auch.(XProfan X4) | Win 10 Pro 64 | Win7 Ultimate 32/64 | AMD FX-8320, 16GB, GeForce GT 630 | | 29.12.2012 ▲ |
|
|
|
|
| je schätze dass cela Problem entsteht weil cela Contrôle cela TabControl statt cela hWnd comme Parent hat. je crois c'est de toute façon toujours "besser", Controls, qui optique sur einem Tab liegen, mais toujours sur dem la fenêtre/ Dialog trop erzeugen.
[OFFTOPIC] dans Deinem Beispielcode fehlt une Funktion: XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. Dossier: c:\dokumente et einstellungen\admin\desktop\test.prf ( 92) avertissement: undeklariert : INITHOME Naehe: ~87, 'INITHOME' [/OFFTOPIC] |
|
|
| |
|
|
|
Jörg Sellmeyer | probier la fois, qui Controls sur so une Dialog trop mettons et cette Dialog zusammen avec dem Contrôle dans den Größen entsprechend trop changement.
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.12.2012 ▲ |
|
|
|
|
| @Jörg: cela Problem wäre bereits behoben si il RichEdit sur dem hWnd statt sur dem TabControl erzeugt. |
|
|
| |
|
|
|
Jörg Sellmeyer | So un Dialogcontrol ist quand même nützlich, là avec cela plusieurs Elemente sur einem Tabcontrol liegen peut et leichter versteckt/ sichtbar gemacht volonté peut. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.12.2012 ▲ |
|
|
|
|
| Ah, je comprends maintenant quoi Du meinst.
Diesem Contrôle sollte on ensuite mais aussi une Mauspfeil zuweisen là qui sonst chez mouseover pas überschrieben wird:
Abhilfe z.B. simple so:
{$cleq}
cls
long dlg=Contrôle("Dialogue",»,$54000000,4,130,486,566,hwnd,0,HINSTANCE)
setClassLong(dlg,GCL_HCURSOR,loadCursor(,IDC_ARROW))
waitInput
end
|
|
|
| |
|
|
|
Jörg Sellmeyer | si je cela la fois dans Profan übesetze et ausführe, wird cela Waitinput ignoriert et cela Programme finissez.
$H windows.ph
Cls
var dlg& = Contrôle("Dialogue",»,$54000000,4,130,486,566,%hwnd,0,%HINSTANCE)
~setClassLong(dlg&,~GCL_HCURSOR,~loadCursor(,~IDC_ARROW))
Waitkey
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.12.2012 ▲ |
|
|
|
|
| Ist pas vollständig traduit,
loadCursor(, loadCursor(0, |
|
|
| |
|
|
|
Jörg Sellmeyer | |
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.12.2012 ▲ |
|
|
|
|
Manfred Barei | Salut,
merci pour qui Denkanstöße, habs hinbekommen.
Siehe Anhang.
Salut |
|
|
| XProfan X2Zu wenig Wissen ist gefärlich, zu viel auch.(XProfan X4) | Win 10 Pro 64 | Win7 Ultimate 32/64 | AMD FX-8320, 16GB, GeForce GT 630 | | 29.12.2012 ▲ |
|
|
|