Styling Bugs, TMemo Scrollbars, TListView ImageLists, Bitte um Stimme :)

[AWeber]

Hallo,
wir haben derzeit zwei Bug Reports bzgl. VCL / Styling eingereicht, und
ich würde Euch bitten im Quality Portal mal dafür zu stimmen, vielleicht
hat es ja noch die Chance - im ersten 11er Update - Beachtung zu finden.


https://quality.embarcadero.com/browse/RSP-34663

- TListView - wird die gleiche TImageList für Small,State und Groupheader Images verwendet,
geht nicht - wenn man die ImageList extern verändert - z.B. neu aus einer Bitmap lädt.
Da die Zuweisung der ImageList Handles an den ListView - durch eine if else cascade erfolgt
und so nur das 1. Handle aktualisiert wird aber nicht die folgenden.
Das Handle vom GroupHeader wird überhaupt nicht aktualisiert, da vergleich auf falsche
Variable erfolgt.


https://quality.embarcadero.com/browse/RSP-35625

- TMemo und vermutlich alle Controls deren Stylehook von TScrollingStyleHook abgeleitet wurde,
ist das Control unsichtbar - und es wird verändert - im Falle von TMemo der Text neu gesetzt,
werden die Scrollbars wieder sichtbar - obwohl das TMemo unsichtbar ist.


Schon mal vielen Dank für Eure Stimme

[venice2]

Zitat:

hat es ja noch die Chance - im ersten 11er Update - Beachtung zu finden.

Das Problem ist, wird ein solches Projekt in die falschen Hände gegeben dann war es das meistens.
Als 3.rd Party oder Open Source (ist es ja teilweise) wird ein solches Projekt gepflegt.

Integriert in Delphi selbst wohl eher nicht. Da gibt es wohl wichtigeres.
Das sind die Probleme bei Integration!

Ich habe es selbst erlebt das da wohl so einiges im argen ist. Siehe Style Designer, Übergabe der Farben bei Win32Api.
*.ax ActiveX(DLL's) bzw. Dialoge aus normalen '' DLL's. werden alle Fehlerhaft angezeigt.

[AWeber]

Hallo,

einiges der von dir genannten Styling Probleme - z.B. was Farben angeht - in externen Dialogen - kann mit dem Projekt:

https://github.com/RRUZ/vcl-styles-utils/

umgangen werden - das läuft halt vieles alles über die Detours Bibliothek - und dem fröhlichen Verbiegen von Funktionszeigern.

Zitat:

Das Problem ist, wird ein solches Projekt in die falschen Hände gegeben dann war es das meistens.
Als 3.rd Party oder Open Source (ist es ja teilweise) wird ein solches Projekt gepflegt.

Dem muss ich leider nur zustimmen, vieles von dem was Borland / Emba aufgekauft hat ist irgendwann den Bach runtergegangen... leider... man hätte so manches Projekt als Open Source lassen sollen und ggf. der Community nur geeignete Schnittstellen / Einstiegspunkte bieten - um Erweiterungen sinnvoll - ohne Hacks zu integrieren.


André

[venice2]

Zitat:

einiges der von dir genannten Styling Probleme - z.B. was Farben angeht - in externen Dialogen - kann mit dem Projekt:

https://github.com/RRUZ/vcl-styles-utils/

umgangen werden - das läuft halt vieles alles über die Detours Bibliothek - und dem fröhlichen Verbiegen von Funktionszeigern.

Nein leider nicht!
Denn von daher kommen ja die Probleme.
Aber wenn du die Resonanz auf meine Frage siehst (1 Antwort) scheinen die Style nicht wirklich jemand zu interessieren.

Wie es VCL mäßig aussieht kann ich nicht beurteilen da ich nicht mit der VCL Arbeite.
Ob sich nun der Source der offenen Quelle mit dem vom integrierten Unterscheidet kann ich auch nicht beurteilen.

Wenn ich den Designer öffne eine Farbe ändere und danach direkt den Style mit dem Style Designer teste was passiert?
Nichts! Die Farben werden einfach nicht übernommen. Deshalb habe ich es aufgegeben.
Aber wie ich schon sagte, es gibt keine Garantie das der Designer in der IDE mit den Styles aus dem OpenSource Projekt kompatibel ist. (Denke wohl eher nicht)

Destotrotz sollte das allerdings niemanden daran hindern für deine Bug Reports abzustimmen das etwas getan wird.
Viel Glück.