Was ist eure "Most brainfucking Delphi component ever?"

[Codehunter]

Zitat von dummzeuch:

Anscheinend ändert der MSXML-Parser manchmal auch das FPUControlWord

Schon mal mit einem anderen Backend (z.B. OmniXML) probiert? Das ist eigentlich auch so ein Punkt der für TXmlDocument als "MbfDCe" spricht: Man kann den Parser allein dadurch austauschen, dass man die entsprechende Unit ins Uses aufnimmt. Aber wehe dem, der da versehentlich zwei Parser-Units drin stehen hat (womöglich weil die Uses-Klausel schon sehr lang ist). Dann wird nicht etwa der letzte Eintrag im Uses der bestimmende, wie es bei Delphi üblich ist, sondern es bleibt der erste maßgebend. Da kann man sich dann schon mal eine Weile damit beschäftigen, warum sich der neue Parser auch nicht anders/besser als der alte verhält ^^ (Ist aber auch schon eine Weile her dass ich mich mit alternativen XML-Backends befasst habe, glaube bei XE2, also falls sich daran inzwischen was geändert hat, bitte korrigieren!)

[ULIK]

Mein aktueller Favorit ist gerade die Skin-Komponente vom DevExpress
Das Ding ist mächtig ohne Ende, nur einen neuen Skin damit zu erstellen ist grad mein persönliche Horror.

Eigentlich war die Aufgabe, den bestehenden Skin herzunehmen und die Farben (und NUR die Farben) zu ändern um einen dunklen Skin zu bekommen.
Erster Versuch: Abändern eines bestehenden dunklen Skins: gescheitert, da sich dabei auch die Formen, das Aussehen von Elementen sowie Abstände geändert haben.
Zweiter Versuch: bestehenden Skin hernehmen und Farbe abändern. Jetzt müßte man halt wissen, was per Farbe gesteuert wird und was per Bild. Ich acker grad jedes der Elemente durch und vergleich die Mausklick für Mausklick im Skineditor. Herzlichen Dank!
dritter Versuch: naive Idee: die XML-Datei der Skins vergleichen. Gut gemeint, nur stehen dort nur die Änderungen zum ParentSkin drinnen, sprich ich keine Ahnung was der ParentSkin wo definiert.

Wenn also irgendjemand eine Idee, hat, wie man ohne tagelanges Geklicke etc. die Farbe eines Skins anpassen kann, so daß sich NUR diese ändert, nur her damit.

[Codehunter]

Wow, DevExpress schon 3x für die goldene Himbeere nominiert

[uligerhardt]

Zitat von Codehunter:

Wow, DevExpress schon 3x für die goldene Himbeere nominiert

Also, ich mag meine DevEx-Komponenten. Ja, sie sind etwas over-engineered und manchmal sucht man lange nach einer "einfachen" Einstellung. Und manches lässt sich nur mit Aufwand anpassen. Aber sie funktionieren, haben viele nette Features und der Support ist gut. Ich finde, man kann damit klarkommen, und Alternativen gibt's auch nicht wie Sand am Meer (wobei ich mich mit TMS nicht groß auseinandergesetzt habe).

[Codehunter]

Also dieser Thread ist ja inspiriert vom TcxGrid und da nehm ich doch 1000x lieber den VirtualTree. Auch wenn dem so mehr oder weniger relevante Features wie Skinning und Schriftskalierung fehlen. Erstens um Größenordnungen weniger Code im Projekt und zweitens längst nicht so träge.

[uligerhardt]

Zitat von Codehunter:

Also dieser Thread ist ja inspiriert vom TcxGrid und da nehm ich doch 1000x lieber den VirtualTree. Auch wenn dem so mehr oder weniger relevante Features wie Skinning und Schriftskalierung fehlen. Erstens um Größenordnungen weniger Code im Projekt und zweitens längst nicht so träge.

Ich dachte da eher an Sachen wie eingebaute Sortierung, Filterung und Gruppierung in Gridspalten. Ob man Skinning haben muss, kann man sich streiten.

[Codehunter]

Zitat von uligerhardt:

Ich dachte da eher an Sachen wie eingebaute Sortierung, Filterung und Gruppierung in Gridspalten. Ob man Skinning haben muss, kann man sich streiten.

Mir wäre nie in den Sinn gekommen, die Sortierung als Pro-Feature zu sehen. Bei einem DB-Aware-cxGrid könnte ich dem noch zustimmen. Zeigt das Grid hingegen In-Memory-Daten oder Objektproperties, dann ist die frei implementierbare Sortierung beim VST Gold wert. Zumal die ziemlich einfach zu implementieren ist - wenn man wie gesagt das Funktionsprinzip vom VST erst einmal begriffen hat.

Vielleicht mag ich es auch einfach nur nicht, bevormundet zu werden und nur mit vordefinierten Funktionen arbeiten zu müssen.

[Jumpy]

Zitat von ULIK:

Das Ding ist mächtig ohne Ende

Da zeigt sich wieder das zu selten beachtete Sprichwort:

Aus großer Macht folgt große Verantwortung, bzw. angepasst:
Aus großer Mächtigkeit folgt großer Dokumentationsbedarf

[Stevie]

LiveBindings...