| |
| |
|
Georg
Hovenbitzer | ¡Hola zusammen,
nachfolgender Code wirft en me zwei Fragen en 
1. wieso bekomme Yo, el Texto en el Control qué con el DLL erstellt wurde no mittig, auch no con geändertem Style ?
2. wieso zieht se el Rand no a para Spin por, como en el normal erstelltem Control, pero hört después de el Editar en ?
$I SKControl.inc
$H Windows.ph
$H Messages.ph
Def GetSysColor(1) !USER32.DLL,GetSysColor
Def CreateSpinED(12) !COMCTL32.Dll,CreateUpDownControl
Declarar SKDLL&
Declarar Font&, Test1&, Test2&, Test3&, Test4&
SKDLL& = @UseDLL(SKControl.dll)
Ventana de Estilo 2 + 8 + 16 + 128 + 256 + 512
Ventana 0,0-800,600
Cls GetSysColor($0F)
SKCtrl_InitDll()
Font& = @Crear(Font,Arinal Narrow,14,0,1,0,0)
Test1& = SKCtrl_CreateColorEdit(%hWnd,,@RGB(0,0,0),@RGB(255,255,255),50,100,114,18,%hInstance)
Test2& = CreateSpinED($500000A6,0,0,0,0,%hWnd,80,%hInstance,Test1&,2020,1920,2007)
SetStyle Test1&,(@GetStyle(Test1&) + $1)
SetFont Test1&,Font&
Test3& = @Control(EDIT,,$540100C1,50,125,114,18,%hWnd,1070,%hInstance,$200)
Test4& = CreateSpinED($500000A6,0,0,0,0,%hWnd,80,%hInstance,Test3&,2020,1920,2007)
SetFont Test3&,Font&
Sinestar encargado %Key = 2
WaitInput
EndWhile
DeleteObject Font&
SKCtrl_DeInitDll()
End
|
|
| |
| Viele Grüsse, Georg Hovenbitzer(Windows XP Pro, XProfan 11.2, Profan2Cpp 1.6a) | 16.04.2007 ▲ |
|
| |
|
|
Sebastian
König | ¡Hola Georg,
Yo fürchte, el ColorEdits son por ihren internen Aufbau (normales Editar en unsichtbarem Elternfenster) para el Einsatz zusammen con UpDown-Controls no wirklich geeignet. Auch el übliche Weg encima ~GetWindow(handle&,~GW_CHILD) funktioniert por desgracia, no... Yo versuche veces herauszufinden, ¿qué es exactamente así una UpDown-Control beim Erstellen con el angegebenen Editar así alles anstellt y gucke, si se tal vez por una Änderung el Ventana-Procedimiento para el ColorEdits kompensieren lässt. Versprechen kann Yo aber desafortunadamente nichts...
MfG
Sebastian |
|
| |
| |
| |
|
|
Georg
Hovenbitzer | ¡Hola Sebastian,
si du con el Zusammenspiel media, dass el Rahmen auch en el Spin va, es esto no es así wichtig.
Interessant wäre, wieso el ES_CENTER Style no funktioniert, auch no en el Child Handle. |
|
| |
| Viele Grüsse, Georg Hovenbitzer(Windows XP Pro, XProfan 11.2, Profan2Cpp 1.6a) | 16.04.2007 ▲ |
|
| |
|
|
 | | No jedermanns Solución - aber en Okrea z.B. Yo (como viele otro Controls) incluso producido - lo sieht quasi de como si... 2 PictureStatics neben el Editar. |
|
| |
| |
| |
|
|
Georg
Hovenbitzer | ¡Hola if,
en como durchzusteigen, bräuchte Yo veces una Demo 
Man podría lo aber auch así hacer:
$H D:PrivatProfanXProfan10INCLUDEWindows.ph
$H D:PrivatProfanXProfan10INCLUDEMessages.ph
$H D:PrivatProfanXProfan10INCLUDEichedit.ph
Def GetSysColor(1) !USER32.DLL,GetSysColor
Def CreateSpinED(12) !COMCTL32.Dll,CreateUpDownControl
Declarar RichDLL&
Declarar Font&, Test1&, Test2&
RichDLL& = @UseDLL(RICHED32.DLL)
Ventana de Estilo 2 + 8 + 16 + 128 + 256 + 512
Ventana 0,0-800,600
Cls GetSysColor(~COLOR_BTNFACE)
Font& = @Crear(Font,Arinal Narrow,14,0,1,0,0)
Test1& = @Control(RichEdit,,$54010001,170,125,114,18,%hWnd,10,%hInstance,$0)
SetFont Test1&,Font&
Test2& = CreateSpinED($500000A6,0,0,0,0,%hWnd,20,%hInstance,Test1&,2020,1920,2007)
@SendMessage(Test1&,~em_SetBkGndColor,0,@RGB(213,214,145))
Sinestar encargado %Key = 2
WaitInput
EndWhile
DeleteObject Font&
@DestroyWindow(Test1&)
FreeDLL RichDLL&
End
En Solución gefällt No, dass el Texto siempre al oberen Rand hängt y una Rahmen bekommt uno auch no hin. |
|
| |
| Viele Grüsse, Georg Hovenbitzer(Windows XP Pro, XProfan 11.2, Profan2Cpp 1.6a) | 17.04.2007 ▲ |
|
| |
|
|
Sebastian
König | ¡Hola Georg,
Georg Hovenbitzer
si du con el Zusammenspiel media, dass el Rahmen auch en el Spin va, es esto no es así wichtig.
Interessant wäre, wieso el ES_CENTER Style no funktioniert, auch no en el Child Handle.
Ok, el podría Yo ahora lösen Como lo aussieht, necesario el Stile para el Textausrichtung siempre ya beim Erstellen angegeben y ser puede nachträglich no mehr geändert wären. Als Ausweg restos sólo, Edit con geändertem Stil neu a erstelle. En el ColorEdits es el para Glück kein Problema - hier muss sí sólo el interne normale Editar neu erststellt voluntad.
Im Anhang findest Es usted un neue Versión el DLL (1.22.04). Damit reagieren el ColorEdits nun en SKCtrl_SetAlignment, sodass Usted con
SKCtrl_SetAlignment(Test1&,2)
el zentrierten Texto einstellen kannst.
MfG
Sebastian |
|
| |
| |
| |
|
|
Frank
Abbing |
Como lo aussieht, necesario el Stile para el Textausrichtung siempre ya beim Erstellen angegeben y ser puede nachträglich no mehr geändert wären.
En vielen Controlstyles/Controls muss dazu sólo el Grösse des Controls kurzzeitig geändert voluntad. Habs aquí en el Fall pero no getestet. |
|
| |
| |
| |
|
|
Sebastian
König |
En vielen Controlstyles/Controls muss dazu sólo el Grösse des Controls kurzzeitig geändert voluntad. Habs aquí en el Fall pero no getestet.
Sí, el fue mein erster Gedanke . Sombrero aber por desgracia, no funktioniert.... |
|
| |
| |
| |
|
|
Georg
Hovenbitzer | ¡Hola Sebastian,
lo klappt muy bien con el neuen DLL.
El Solución con el DLL es a Tiempo el beste, como hier salvo el Rand alles klappt.
Seltsam es sólo, dass auch beim RichEdit el problema con el Rand son.
Yo bekomme simplemente no heraus welcher Style dafür zuständig es.  |
|
| |
| Viele Grüsse, Georg Hovenbitzer(Windows XP Pro, XProfan 11.2, Profan2Cpp 1.6a) | 18.04.2007 ▲ |
|
| |
|
|
Sebastian
König | ¡Hola Georg,
Georg Hovenbitzer
Seltsam es sólo, dass auch beim RichEdit el problema con el Rand son. Yo bekomme simplemente no heraus welcher Style dafür zuständig es.
una Rahmen bekommst Usted, si a Control() como letzten Parámetro ~WS_EX_CLIENTEDGE übergibst. Aunque se entonces de irgendwelchen Gründen no XP-Stil para el Rahmen benutzt... Am besten bleibst Usted also en DLL
MfG
Sebastian |
|
| |
| |
| |
|
(911)
Deutsch
English
Français
Español
Italia