TAppButton - Application Button like Firefox (experimentell)

[Satty67]

Die Vorstellung von MSDN kannte ich noch nicht, ist aber im Prinzip die Richtung in der das Beispiel von Chris Rolliston ging.

Es sieht bei MSDN zwar wesentlich übersichtlicher aus (was aber eher am .NETC++-Code liegt), DWM ist aber erst ab Vista+ verfügbar. Für XP muss man sich weiterhin eine eigene Lösung suchen.

Wenn man ab VISTA entwickelt, würde ich mich da reinarbeiten. Das muss ja gleich bei der Entwicklung/Planung des Mainform als Code einfließen.

[implementation]

Auch wenn das jetzt vllt nicht unbedingt für dich relevant ist:
Die neue Testanwendung läuft auch unter Wine (getestet unter Fedora/Gnome3) wie sie soll!

Scheint also sowieso die universellere Lösung zu sein.
Denn selbst wenn du den Button jetzt auch per DWM unter Win7 zum Laufen bekommst
- wie wird das dann, wenn du irgendwann mal auf MacOSX oder Linux portieren willst?

[Satty67]

Zitat von implementation:

läuft auch unter Wine (getestet unter Fedora/Gnome3) wie sie soll!

Ist beruhigend... liegt aber eben auch daran, das ich kaum Abhängigkeiten habe... die vorhanden via alter Technik (GetSystemMetrics) hole.

In der Anlage der aktuelle Source-Code. Sind noch ein paar Kleinigkeiten zu implementieren und auf Sonderfälle zu untersuchen. Aber zum Spielen reichts

Ist im Moment auf jeden Fall noch als "Experiment" zu sehen.

[wicht]

Gefällt mir auch gut!

Zwei kleine Probleme:

• Wenn man unter Windows 7 das Fenster maximiert, passt der Button nicht mehr so ganz. Eventuelles neben-Quest: Ich benutze nicht das Standard-Windows-7-Theme. Interessant dabei: Der Firefox sieht am Anfang auch so "verkehrt" aus wie deine Komponente, wenn ich ihn maximiere. Ein paar Millisekunden später passt der Button sich beim Firefox allerdings an und liegt passig. Bild vom maximierten Fenster ist im Anhang.
• Wenn man zweimal hintereinander auf den Button klickt, wird das Popup immer wieder angezeigt, wobei man eigentlich davon ausgehen sollte, dass es beim zweiten Klick wieder einklappt. Vielleicht ist das aber auch nur ein Fehler in der Demo-Anwendung, nicht in der Komponente an sich.

[Satty67]

Das erste Problem sollte sich schnell lösen lassen, da muss man wohl nur Top < 0 abfangen, wenn fMainForm maximized. (Muss zum Win7 testen über die Strasse laufen, das mache ich morgen)

Das zweite Problem liegt noch am falschen Verhalten der Komponente, wenn DropDownMenu angegeben wird. Werde das morgen auch noch fixen.

Der neue Source ist ja in Post #10, falls jemand selber probieren möchte.

***

Update:

Die beiden Fehlverhalten beseitigt.

Wobei ich nicht unter Win7 testen konnte, aber dank dem Bild von Wicht denke ich das es beim abgeschnittenen Button daran lag, was oben beschrieben ist.

Das Buttonverhalten bei aufgeklapptem Menu, ist durch eine Prüfung, ob im "Hot"-Modus, auf das erwartete Verhalten angepasst.

[Satty67]

So, letztlich habe ich mich für eine Variante entschieden. Zwischendurch war ja sogar die Idee, mittels transparenter VCL-Form den ganzen Titlebar Bereich für Controls verfügbar zu machen. Das hab' ich verworfen.

Jetzt verwende ich eine eigene NonVCL Fensterklasse, die quasi wie ein Button-Control reagiert. (War sowieso mal fällig, das ich über den Bereich auch mal was lerne). Wie mir hier gezeigt wurde, ist es nicht so trivial, 32/64bit in einen Topf zu werfen. Hab' mich letztlich für eine Kombination aus Procedure und globaler Var entschieden (innerhalb der Unit im implemention Teil). Für mich geht das in Ordnung

Gegenüber der ersten Vorstellungen ein paar kleine Änderungen (hoffentlich Verbesserungen):

• MainForm-Caption wird nicht mehr verändert. Es wird nur noch die WindowProc gehooked. Wenn MainForm/Button-Caption gleich sind, reicht das zum abdecken. Womit auch MainFormOnTaskbar unangetastet bleiben kann (wegen Win7, blinken wichtig).
• Die runden Ecken des Vista-Button werden per Region gelöst, nicht mehr durch eine transparente Farbe. So gibt es auch keine Farbkollisionen.
• Wenn das MainForm nicht den Fokus hat, wechselt der Button seine Farbe in clInactiveCaption (abschaltbar)
• Wenn nicht im ClassicStyle, wird jetzt etwas weniger neugezeichnet. Bei ClassicStyle hab' ich es leider nicht hinbekommen, da ist das Filter zu viel Arbeit.

Mir bekannte Nachteile:

• Je nach System schwimmt der Button bei schnellem Fenster bewegen. Tritt aber nicht immer auf und ich finde, man sieht es nur, wenn man darauf achtet.
• Im ClassicStyle wird bei verkürzen des Caption-Textes der NC_Bereich verzögert aktualisiert. Für einen festen Caption-Text ist das zum Glück egal.
• Unter Win7 ist bei BorderStyle Single/Dialog der Button etwas vom Rand abgesetzt. Beseitige ich noch, mangels Win7 System nur etwas mühsam.
• ...und natürlich alles was ich übersehen habe

In der Anlage der aktuelle Source und wieder eine kleine App zum schnellen Testen.

Ich bin soweit zufrieden, zumal ich das nur für eine kleine mediale Anwendung im privaten Umfeld brauche.

[Stevie]

Unter Aero tritt beim starten und beim Wiederhestellen von Minimiert der Effekt auf, dass der button schon da ist, bevor der Fenster da ist (durch die Einblendeanimation des Fensters)