| |
| |
|
Detlef
Jagolski | Ciao,
ich möchte zwei Dialogelemente auf ein Bitmap bringen.
Das erste mit Control. und das zweite mit Create.
Aus der Aiuto von XProfan:
Hinweis; Wenn Dialogelemente auf dieser Bitmap liegen sollen, so ist bei ihnen trotzdem das Handle des übergeordneten Dialoges/Fensters anzugeben und nicht das des Bitmap-Controls. Damit wird gewährleistet, dass die Buttons, etc. wie gewohnt reagieren.
Mein Problem, das erste ist nicht Sichtbar, warum nicht?
Oder fehlt ein Stil?
Saluto
Detlef
$H WINDOWS.PH
$H MESSAGES.PH
Declare appexit%
SetTrueColor 1
WindowStyle $003F
WindowTitle DesignForm
Window %maxX + 5,114 - 498,415
Cls ~GetSysColor(15)
UseFont MS Sans Serif,13,0,0,0,0
SetDialogFont 1
var bitmaphandle& = create(hNewPic,350,82,RGB(167,226,222))
var ControlBitmap& = Create(BITMAP,%hwnd,bitmaphandle&,20,60)
var Edit1&=Control(EDIT,,$540100C2,145,99,121,21,%hwnd,2000,%hinstance,$200)
var Edit2&=CreateEdit(%hwnd,,145,110,121,21)
SetWindowPos %hwnd = 207,114 - 498,415;0
WhileNot appexit%
WaitInput
If %key = 2
Let appexit%=1
ElseIf GetFocus(Edit1&)
ElseIf GetFocus(Edit2&)
ElseIf %key = 4
Fenstergröße
ElseIf %key = 5
Aiuto
EndIf
Wend
|
|
| |
| XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11 | 30.06.2008 ▲ |
|
| |
|
|
 | Muss wohl am Stil liegen, setze vor die Schleife
und es geht. Ich habe keine Ursachenvorschung betrieben.  |
|
| |
| |
| |
|
|
Ledeod
Remmud | Du hast den verkehrten Style gesetzt. RGH setzt bei seinen Editcontrolen diese Style:
var Edit1&=Control(EDIT,,$50010080,145,99,121,21,%hwnd,2000,%hinstance,$200) |
|
| |
| |
| |
|
|
Detlef
Jagolski | Ciao,
ich möchte das im erstem Dialogelement der Text rechts ausgerichtet wird.
Sonst potuto ich ja gleich alles mit Create machen und hätte keine Probleme.
Saluto
Detlef |
|
| |
| XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11 | 30.06.2008 ▲ |
|
| |
|
|
| |
| |
| |
| |
|
|
Dieter
Zornow | | Ich habe auch keine Ursachenforschung betrieben, aber da du ja auf dem Hauptfenster bist hat ein einfaches Drawpic den gleichen Effekt und geht höchstwahrscheinlich. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 30.06.2008 ▲ |
|
| |
|
|
Detlef
Jagolski | Hallo IF,
das Klappt, Danke
Aber warum?
Saluto
Detlef |
|
| |
| XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11 | 30.06.2008 ▲ |
|
| |
|
|
| | Weil Io l' Style ändere, nicht den extended-Style. |
|
| |
| |
| |
|
|
Detlef
Jagolski | Ciao,
Aus der API Aiuto:
WS_CLIPSIBLINGS $04000000
Schützt untergeordnete Fenster voreinander. Das bedeutet: Erhält ein bestimmtes untergeordnetes
Fenster eine WM_PAINT-Botschaft, schützt die Angabe dieses Stils alle anderen untergeordneten
Fenster dieser Ebene im Bereich des betreffenden untergeordneten Fensters vor der Neu-Zeichnung.
(Ist der Stil WS_CLIPSIBLINGS nicht angegeben, und untergeordnete Fenster überlappen sich, kann es
vorkommen, daß beim Zeichnen im Client-Bereich eines untergeordneten Fensters auch im Client-Bereich
eines benachbarten untergeordneten Fensters gezeichnet wird.) Nur zusammen mit dem Sitl WS_CHILD verwendbar.
Ohne WS_CLIPSIBLINGS geht es ohne Probleme.
Saluto
Detlef |
|
| |
| XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11 | 01.07.2008 ▲ |
|
| |
|
(1.023)
Deutsch
English
Français
Español
Italia