| |
| |
|
Manfred
Barei | Hallo,
habe folgendes Problem, ich habe in meinem Prog ein Treeview und ein TabControll mit drei Tab's.
In allen Tab's gibt es ein RICHEDIT (im Test Prog nur im erstenTab), nun sollen beim vergrößern des Fensters alle Controlls mit vergrößert werden.
Das Vergrößern habe ich hinbekommen, jedoch werden die Richedit's (hier im Test nur eins) zwar vergrößert aber nicht in der richtigen Größe angezeigt.
Siehe Testcode im Anhang.
Ich weis nicht mehr weiter, hat jemand ein Beispiel für mich?
Für die Hilfe schon mal Danke im vorraus.
Gruß
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 ▲ |
|
| |
|
|
 | Ich schätze dass das Problem entsteht weil das Control das TabControl statt
das hWnd als Parent hat. Ich glaube es ist ohnehin immer "besser", Controls,
die optisch auf einem Tab liegen, aber immer auf dem Fenster/ Dialog zu
erzeugen.
[OFFTOPIC] In Deinem Beispielcode fehlt eine Funktion: XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. Datei: c:\dokumente und einstellungen\admin\desktop\test.prf ( 92) Warnung: undeklariert : INITHOME Naehe: ~87, 'INITHOME'  [/OFFTOPIC] |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | probier mal, die Controls auf so einen Dialog zu setzen und diesen Dialog zusammen mit dem Control in den Größen entsprechend zu ändern.
|
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 29.12.2012 ▲ |
|
| |
|
|
| @Jörg: Das Problem wäre bereits behoben wenn er das RichEdit auf dem hWnd
statt auf dem TabControl erzeugt. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | | So ein Dialogcontrol ist trotzdem nützlich, da damit mehrere Elemente auf einem Tabcontrol liegen können und leichter versteckt/ sichtbar gemacht werden können. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.12.2012 ▲ |
|
| |
|
|
| Ah, ich verstehe jetzt was Du meinst.
Diesem Control sollte man dann aber auch einen Mauspfeil zuweisen da der sonst
bei mouseover nicht überschrieben wird:
Abhilfe z.B. einfach so:
{$cleq}
cls
long dlg=Control("DIALOG","",$54000000,4,130,486,566,hwnd,0,hinstance)
setClassLong(dlg,GCL_HCURSOR,loadCursor(,IDC_ARROW))
waitInput
end
 |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Wenn ich das mal in Profan übesetze und ausführe, wird das Waitinput ignoriert und das Programm beendet.
$H windows.ph
Cls
var dlg& = Control("DIALOG","",$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 nicht vollständig übersetzt,
loadCursor(,
loadCursor(0, |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | |
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.12.2012 ▲ |
|
| |
|
|
Manfred
Barei | Hallo,
Danke für die Denkanstöße , habs hinbekommen.
Siehe Anhang.
Gruß |
|
| |
| 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 ▲ |
|
| |
|
(545)
Deutsch
English
Français
Español
Italia
