Seite 9 von 14
Verfasst: 21.04.2009 14:20
von TomS
Hallo.
Seh ich das richtig, dass das nur ne Demo ist und noch keinerlei Funktionen implementiert sind?
Was mir aufgefallen ist:
Wenn ich irgendein Element über die Progressbar ziehe, dann malt sie sich willkürlich neu. Mal ist sie ganz voll, mal ist der obere Teil weiter als der untere oder umgekehrt und manchmal, fehlt in der Mitte ein Stück.
Verfasst: 21.04.2009 14:22
von Kiffi
Schick! Macht Appetit auf mehr.
Grüße ... Kiffi
Verfasst: 21.04.2009 14:27
von Fluid Byte
TomS hat geschrieben:Seh ich das richtig, dass das nur ne Demo ist und noch keinerlei Funktionen implementiert sind?
Das ist eine Pre-Alpha.
TomS hat geschrieben:Was mir aufgefallen ist:
Wenn ich irgendein Element über die Progressbar ziehe, dann malt sie sich willkürlich neu. Mal ist sie ganz voll, mal ist der obere Teil weiter als der untere oder umgekehrt und manchmal, fehlt in der Mitte ein Stück.
Ich weiß was du meinst. Und ich weiß auch das du ein Custom-Skin benutzt. Dieses Verhalten tritt nicht bei den Windows Standard-Styles auf.
Verfasst: 21.04.2009 14:36
von milan1612
Schaut schon mal sehr gut aus!
Eine Sache, das designte Fenster laesst sich auf dem Hintergrund bewegen.
Falls das nicht gewuenscht ist (was bei einem "Design-Window" ja keinen
Sinn macht) kann man das so unterbinden:
Code: Alles auswählen
Case #WM_SYSCOMMAND
Select wParam & $fff0
Case #SC_MOVE, #SC_MOUSEMENU, #SC_MINIMIZE, #SC_MAXIMIZE
ProcedureReturn 0
EndSelect
Einfach in deinen Window Callback einfuegen, dann laesst es sich weder bewegen,
noch minimieren oder maximieren.
Ansonsten
, da freut man sich auf mehr...
Verfasst: 21.04.2009 15:02
von Fluid Byte
milan1612 hat geschrieben:Eine Sache, das designte Fenster laesst sich auf dem Hintergrund bewegen.
Falls das nicht gewuenscht ist (was bei einem "Design-Window" ja keinen
Sinn macht) kann man das so unterbinden
Ich weiß.
Das ist schon lange drin aber das Callback ist nicht mehr aktiviert. Ich habe nämlich von MIDGadget auf Standardfenster umgesattelt. Ist viel einfacher um mit nativen Splittern zu arbeiten.
Was deine Methode angeht ...
So ist besser (Replika vom VD aus Visual C++ Express):
Code: Alles auswählen
Case #WM_NCLBUTTONDOWN
If wParam ! #HTRIGHT And wParam ! #HTBOTTOMRIGHT And wParam ! #HTBOTTOM
ProcedureReturn 0
EndIf
Case #WM_NCLBUTTONDBLCLK, #WM_NCMOUSEMOVE
ProcedureReturn 0
Verfasst: 21.04.2009 15:13
von edel
Kann sein das ich das ueberlesen habe, aber was genau willst du denn
in deinem Programm besser machen, bei zorder alleine wird es ja nicht
bleiben, oder?
Verfasst: 21.04.2009 18:15
von Fluid Byte
edel hat geschrieben:Kann sein das ich das ueberlesen habe, aber was genau willst du denn in deinem Programm besser machen, bei zorder alleine wird es ja nicht bleiben, oder?
Hast du dir mal alle VD's die es im Moment gibt runtergeladen und getestet? Keines dieser Programme möchte ich freiwillig benutzen bzw. sogar Geld dafür ausgeben. Steht aber auch alles im Eingangspost.
Verfasst: 22.04.2009 15:28
von edel
Naja, ich dachte du haettest da ganz tolle Dinge geplant, die mich zu einem Kauf ueberreden koennten
Verfasst: 22.04.2009 16:02
von Fluid Byte
edel hat geschrieben:Naja, ich dachte du haettest da ganz tolle Dinge geplant, die mich zu einem Kauf ueberreden koennten
Was sind denn "ganz tolle Dinge"?
Verfasst: 22.04.2009 16:42
von edel
Kiffi hatte damals mit seinem VD einen sehr guten Ansatz. Ueber XML und
XSLT seine eigenen Code strukturieren. Weiss nicht ob man da soweit gehen
muss, aber es waere sehr von Vorteil wenn ich nicht den Code, den man da
immer vorgesetzt bekommt, nutzen muss. Also so das der Code z.B. ebenso
fuer EasyEvent oder jeder andere Eventhandler genutzt werden kann.
Ausserdem kann der VD dann auch mal laenger mithalten, auch nach einem
Update von PB
Eigene Controls einfuegen muss ich bestimmt nicht erwaehnen, oder?