bsNone und ein andocken?

[MicMic]

Hallo,
Photoshop macht sein eigenes Ding. Edge sowieso. Andere machen's auch. Ich will auch :)
Also es geht um die Titelleiste. Am sichersten ist es, man macht die Form auf bsNone und malt alles selber. So ist's sicher in allen Windows-Versionen. Das ist nun nicht das Problem. Habe es aber mal eben getestet und ein Panel als Titelleiste in der Form (bsNone) oben platziert. Beim Panel in onMouseDown//Up/Move... schnell kann man die Form verschieben. Was aber nicht geht, ist dieses andocken am Desktop (Windows 10). Da kann der Benutzer dann auch danach ein anderes Fenster auswählen, was nebenan platziert wird. Dies möchte ich eigentlich nicht missen und der Benutzer am Ende auch nicht. Das müsste man doch Windows irgendwie mitteilen können, damit diese Funktion aktiviert bleibt?

Grüßle Michael

[jaenicke]

Zitat:

Zitat von MicMic (Beitrag 1405620)

Photoshop macht sein eigenes Ding. Edge sowieso. Andere machen's auch. Ich will auch :)
Also es geht um die Titelleiste. Am sichersten ist es, man macht die Form auf bsNone und malt alles selber.

Dort ist es aber nicht so... der Rand ist dort normal aktiv, wird aber anders dargestellt.

In Delphi gibt es dafür die VCL Styles. Die würde ich dafür auch sehr empfehlen.

[EWeiss]

so was?

gruss

[jaenicke]

Eher sowas denke ich ;-)

Anhang 49376

[EWeiss]

Zitat:

Zitat von jaenicke (Beitrag 1405635)

Eher sowas denke ich ;-)

Anhang 49376

Denke nicht..
Sein Problem

Zitat:

Was aber nicht geht, ist dieses andocken am Desktop

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1405639)

Sein Problem

Zitat:

Was aber nicht geht, ist dieses andocken am Desktop

Mit meinem Projekt geht genau das trotz Style, um den es hier ja geht...

[EWeiss]

Zitat:

Zitat von jaenicke (Beitrag 1405641)

Zitat:

Zitat von EWeiss (Beitrag 1405639)

Sein Problem

Zitat:

Was aber nicht geht, ist dieses andocken am Desktop

Mit meinem Projekt geht genau das trotz Style, um den es hier ja geht...

Zitat:

Also es geht um die Titelleiste. Am sichersten ist es, man macht die Form auf bsNone und malt alles selber. So ist's sicher in allen Windows-Versionen

Er hat nix von styles gesagt er will alles selber malen und trotzdem das Docking verhalten nicht verlieren.
Na wie auch immer ;)

gruss

[MicMic]

Danke für die Antworten.
Kenne die Styles, finde aber doch da ist viel Buggy drin.

Deshalb "bsNone" und selbst rumbasteln. Das "Andocken" geht dabei jedoch verloren, könnte mir aber vorstellen, dass es hier wiederum in der Win API was dazu gibt. Habe aber nichts gefunden dazu. Alternativ kann ja die Titelleiste mit Funktionen bemalt werden. Hier gibt's aber viel zu beachten und ich denke auch, Win-Versionen müssen auch unterschieden werden. Ein "bsNone" und die Titelleiste/Rahmen selbst zu gestalten ist da eher einfacher. Das Andocken dann wegzulassen, wäre aber wieder nicht so toll.

Michael

[jaenicke]

Zitat:

Zitat von MicMic (Beitrag 1405644)

Kenne die Styles, finde aber doch da ist viel Buggy drin.

Da ist dann immer die Frage, ob man selbst weniger Bugs einbaut. ;-) Ich hatte bisher noch keine Probleme mit den Styles, setze sie aber auch nur wenig ein, da ich es für die meisten Projekte für keine gute Idee halte vom Systemstandard abzuweichen.

Zitat:

Zitat von MicMic (Beitrag 1405644)

Deshalb "bsNone" und selbst rumbasteln. Das "Andocken" geht dabei jedoch verloren, könnte mir aber vorstellen, dass es hier wiederum in der Win API was dazu gibt.

Es gibt ja die Message WM_NCHITTEST, mit der man Windows sagen kann zu welchem Fensterbereich eine Mausposition gehört. Damit funktioniert dann z.B. die Bewegung und das Resizen des Fensters, wenn ich mich recht entsinne. Allerdings funktioniert leider trotzdem das Docken nicht.
Das siehst du an einem meiner alten Projekte, das genau das macht (ewig nicht aktualisiert, kompiliert aber unter 10.2 Tokyo problemlos):
https://www.delphipraxis.net/129742-...-mit-skin.html

[MicMic]

Zitat:

Zitat von jaenicke (Beitrag 1405656)

Zitat:

Zitat von MicMic (Beitrag 1405644)

Kenne die Styles, finde aber doch da ist viel Buggy drin.

Da ist dann immer die Frage, ob man selbst weniger Bugs einbaut. ;-) Ich hatte bisher noch keine Probleme mit den Styles, setze sie aber auch nur wenig ein, da ich es für die meisten Projekte für keine gute Idee halte vom Systemstandard abzuweichen.

Eher muss man Umwege finden, um Bugs zu umgehen. Abgesehen davon... ich weis nicht warum aber bei mir ist mit Styles z.B. die Titelleiste ganz klein und die Buttons darin auch. Später ist es vielleicht so, dass beim Programmierer dies und das stimmt und beim Endnutzer es hier und da knackst, was die Optik angeht. Da halte ich dann doch lieber Abstand von den Styles.

Zitat:

Zitat von jaenicke (Beitrag 1405656)

Zitat:

Zitat von MicMic (Beitrag 1405644)

Deshalb "bsNone" und selbst rumbasteln. Das "Andocken" geht dabei jedoch verloren, könnte mir aber vorstellen, dass es hier wiederum in der Win API was dazu gibt.

Es gibt ja die Message WM_NCHITTEST, mit der man Windows sagen kann zu welchem Fensterbereich eine Mausposition gehört. Damit funktioniert dann z.B. die Bewegung und das Resizen des Fensters, wenn ich mich recht entsinne. Allerdings funktioniert leider trotzdem das Docken nicht.
Das siehst du an einem meiner alten Projekte, das genau das macht (ewig nicht aktualisiert, kompiliert aber unter 10.2 Tokyo problemlos):
https://www.delphipraxis.net/129742-...-mit-skin.html

Mit WM_NCHITTEST habe ich auch schon rumprobiert. Schade das die Dock-Funktion nicht mehr geht und bevor man alles nun verschlimmbessert, sollte man wohl lieber ne normale Form beibehalten. Hätte gerne weitere Möglichkeiten gehabt und bei bsNone und ne TPanel-Titelleiste... da hätte man sich richtig austoben können. :)

Michael

[KodeZwerg]

ot
Schaut cool aus deine Komponente, danke für den Hinweis darauf! @jaenicke

[jaenicke]

Zitat:

Zitat von MicMic (Beitrag 1405664)

ich weis nicht warum aber bei mir ist mit Styles z.B. die Titelleiste ganz klein und die Buttons darin auch.

Kannst du bitte einen Screenshot zeigen? Es kommt natürlich auch drauf an welchen Style du genommen hast. Wenn der Style so definiert ist, wäre das ja korrekt. Aber das kann man ja ändern.

[MicMic]

Hier mal ein Style (Anlage).
War bei mir schon nach der Installation so. Auch die anderen Styles... alle irgendwie zu klein.

Michael

[jaenicke]

Hast du bei dir High-DPI oder sowas aktiv? Sprich die Vergrößerung der Schrift usw. im System oder so?

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1405665)

ot
Schaut cool aus deine Komponente, danke für den Hinweis darauf! @jaenicke

Es ist nicht seine Komponente sondern die VCL Styles. ;)
Mir ist das alles zu altbacken ala Stardock Windowblinds

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1405674)

Es ist nicht seine Komponente sondern die VCL Styles. ;)

Er meint den Link zur Komponente, nicht den VCL Styles Screenshot.

Zitat:

Zitat von EWeiss (Beitrag 1405674)

Mir ist das alles zu altbacken ala Stardock Windowblinds

Man könnte ja einen Windows 10 Style erstellen, damit es nicht so altbacken wie bei WindowBlinds oder Windows 7 oder XP aussieht.

[EWeiss]

Zitat:

Man könnte ja einen Windows 10 Style erstellen

Da kann ich direkt auf einer Baustelle gehen und mir ein paar Ziegelsteine auf meinem Monitor klatschen.
Den Designer (meine Tochter war es nicht) hätte ich direkt abgestraft.
Das ist eine Krake die hätte nicht erfunden werden müssen.
Ok bin raus :)

PS:
Und was soll man mit einem Windows 10 Style unter Windows 10?
Und unter Win7 würde ich mir das nicht antun weil es nur ein paar eingefärbte quadratische formen sind
einen Style dahinter zu erkennen ist schlicht unmöglich.

gruss

[MicMic]

Zitat:

Zitat von jaenicke (Beitrag 1405673)

Hast du bei dir High-DPI oder sowas aktiv? Sprich die Vergrößerung der Schrift usw. im System oder so?

Ja, hab nen großen Monitor und da ist in Win10 200% eingestellt.
Ich hab jetzt aber auch nicht wirklich geschaut warum das so ist mit den kleinen Titelleisten.
Wenn's halt so schon anfängt... die Styles sind nichts für mich.
Das nächste Problem was ich hatte, waren ja diese Scrollbars in der TListBox. Da ist alles etwas Buggy. In Delphi direkt sind die auch Buggy.

Delphi selbst hat auch ein optisches Problem. In meinem Screenshot sind oben ein paar Symbole von Delphi zu sehen. Beim hin und her (starten der programmierten Anwendung) und auch Fehler und Abbrüche die man so hat... da kommt es vor, wenn man zu Delphi zurück ist, dass die Tool-Icons in nem hellen Grau (dieses clbtnFace) sind und man erkennt sie nicht mehr. Also die Styles brauchen noch 10 Jahre bis die gehen, wenn's Delphi überhaupt interessiert :)


Machen wir wieder ein Windows 95 Style *grins

Michael

[KodeZwerg]

@Emil, ich meinte das von jaenicke.
Kein Vergleich zu Deiner non-Vcl Api, aber dennoch cool finde ich. (hab nur Bilder betrachtet um einen Eindruck davon zu gewinnen)

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1405682)

@Emil, ich meinte das von jaenicke.
Kein Vergleich zu Deiner non-Vcl Api, aber dennoch cool finde ich. (hab nur Bilder betrachtet um einen Eindruck davon zu gewinnen)

Jo Danke habe mir den Shot angesehen. ;)

Zitat:

Machen wir wieder ein Windows 95 Style *grins

Mach wie du willst aber mach! :lol:

gruss