Vergleich Skinning Komponeten

[geskill]

Die von DevExpress unterstützen keine Standard Windows Dialoge und sind nur (bis auf wenige Ausnahmen wie TPanel oder TButton) auf die DevExpress Komponenten anwendbar. Fürs Nachrüsten also eher ungeeignet.

[stahli]

Ich kann die AlphaControls sehr empfehlen.
Ein Tool ersetzt die Komponenten in bestehenden Projekten (hin und zurück).
Support ist super.

[ralfiii]

Zitat von himitsu:

Ich werfe noch DevExpress mit hinterher.

Ich möchte auf alle Fälle eine Lösung wo man NICHT alle Komponenten durch einen speziellen Komponentensatz austauschen muss, sondern eine zentrale Skinning-Komponente einfach auf die Form klatscht und der Rest halbwegs automatisch läuft.

Ich hab erst VCLSkin favorisiert bis ich hier gelesen hab, dass Luckie schreibt, die Komponenten waren "ein Griff in's Klo".

[OldGrumpy]

Zitat von ralfiii:

Ich möchte auf alle Fälle eine Lösung wo man NICHT alle Komponenten durch einen speziellen Komponentensatz austauschen muss, sondern eine zentrale Skinning-Komponente einfach auf die Form klatscht und der Rest halbwegs automatisch läuft.

Ich hab erst VCLSkin favorisiert bis ich hier gelesen hab, dass Luckie schreibt, die Komponenten waren "ein Griff in's Klo".

Um mal eine längere Odyssee durch verschiedene Skinningsysteme zusammenzufassen: Verabschiede Dich von "reinstecken und wohlfühlen". Wirklich gut funktionierende Skins bekommst Du nicht ohne angepasste Komponenten. Bei den Alphaskins - bei denen ich nach mehreren Schiffbrüchen in der Evaluierung anderer Skinsysteme dann geblieben bin - hält sich der Aufwand für eine Umstellung sehr in Grenzen: Für die meisten Komponenten gibt es ein Pendant mit einem kleinen "s". Aus TPanel wird TsPanel, aus TButton wird TsButton und so weiter. Im Endeffekt ist es fast so einfach wie ein projektweites "Suchen und Ersetzen". Danach öffnet man das Projekt in der Entwicklungsumgebung, zieht auf das Mainform einen TsSkinManager und einen TsSkinProvider drauf und fügt jedem weiteren Form einen TsSkinProvider hinzu - fertig. Der SkinManager sorgt für das Laden und Bereithalten der Skins, der SkinProvider sorgt für das korrekte Skinning aller Unterelemente des Forms auf dem er liegt.

Nebenbei ist die API so offen und der Hersteller so hilfsbereit, dass es kein Problem ist, eigene Controls zu bauen die sich z.B. die Hintergrundtextur holen (ja, es gibt hier auch Skins die mehr als nur eine einfache Hintergrundfarbe oder einen -gradienten haben!) um runde oder unregelmäßig geformte Bedienelemente nahtlos einzubetten.

[Bernhard Geyer]

Darf ich auch noch was in die Runde schmeißen: ElPack.
Damit kannst Du auf Basis der XP-Theming-DLL's deinem Programm auch ohne XP ein eigenes Aussehen verpassen.
Und kann vor allem noch Unicode!

[Luckie]

Zitat von Bernhard Geyer:

Darf ich auch noch was in die Runde schmeißen: ElPack.
Damit kannst Du auf Basis der XP-Theming-DLL's deinem Programm auch ohne XP ein eigenes Aussehen verpassen.
Und kann vor allem noch Unicode!

Können die anderen Skinning Komponenten auch. beide unterstzützen auch die TNT Unicode Controls. Was wäre also der Vorteil von ElPack? Kann man damit auch eigene Skins laden? Muss ich alle Controls durch die ElPack Controls ersetzen?

[Bernhard Geyer]

Zitat von Luckie:

Zitat von Bernhard Geyer:

Darf ich auch noch was in die Runde schmeißen: ElPack.
Damit kannst Du auf Basis der XP-Theming-DLL's deinem Programm auch ohne XP ein eigenes Aussehen verpassen.
Und kann vor allem noch Unicode!

Können die anderen Skinning Komponenten auch. beide unterstzützen auch die TNT Unicode Controls. Was wäre also der Vorteil von ElPack? Kann man damit auch eigene Skins laden? Muss ich alle Controls durch die ElPack Controls ersetzen?

Habe noch mal die Kurzbeschreibung deiner beiden ersten Vorschläge durchgelesen. Diese funktionieren anders als ich gedacht habe. Damit wäre der Vorteil vom ElPack dahin, da du die Kompos austauschen müsstest.

(Noch-)Vorteile vom ElPack:
- Unicode auch unter Win9x/ME
- Erweiterte Controls verglichen mit Borland-Kompos oder TNTWare (Tree mit ähnlichen möglichkeiten wie z.B. das Virtual Tree-Control von Mike Lischke).