| |
| |
|
 | Das "Neuzeichnenproblem", dass z.B. Dialoge "selbst" neugezeichnet werden müssen etc. - hab ne Lösung!
Du kannst so viele Dialoge und Fenster erzeugen wie Du lustig bist und beliebig darauf Herummalen und auch komplettselbstgezeichnete Fenster erstellen, selbst beim Skalieren kann Flimmerfrei angepasst werden und Du brauchst nichtmal SubClassing oder API.
Demnächst im Fachhandel. 
Fragen oder Anmerkungen?
Gibt es überhaupt irgend eine Programmiersprache für WinX, mit der man wie dann so ungekümmert mit Fenstern hantieren kann, ohne auf eine andere GUI zurückzugreifen? |
|
| |
| |
| |
|
|
| | Mitreissendes Publikum, muss man schon sagen. |
|
| |
| |
| |
|
|
Matthias
Arlt | Hm, klingt schon interessant. Aber so ganz ohne ein paar nähere Informationen läßt sich nur schwer gezielt fragen oder sinnvoll anmerken...  |
|
| |
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 07.01.2010 ▲ |
|
| |
|
|
| | Ich weiss nicht, wem welche Informationen fehlen. |
|
| |
| |
| |
|
|
Christian
Schneider | Was zum Anschauen wäre halt hilfreich gewesen um Feedback geben zu können ;)
Aber prinzipiell: Klasse Sache.
Wie möchtest du das Ganze realisieren? .dll, nWindows...? |
|
| |
| |
| |
|
|
| >>Was zum Anschauen...
2 mal calc.exe starten.  Ich habe anders als gewohnt deshalb nicht gleich ein Minimalbeispiel hochgeladen, da ich das Prinzip bisher in einem "grossen" Programm anwende welches selbst aber noch nicht publizierfertig ist. Includeformen wäre zurvor halt eine kleine Aufgabe - freue mich auch schon darauf aber vorher stehen einfach andere Programmieraufgaben an.
>>Wie...
Gepatchtes Start- und EndPaint sind der Trick, also basierend auf startPaint2 ein StartPaint3. |
|
| |
| |
| |
|
(780)
Deutsch
English
Français
Español
Italia