Der Objektinspektor ist oft mit veröffentlichten Propertys überfüllt.
I.d.R. braucht man dort für jede Klasse nur wenige sichtbare Propertys.
Manchmal gibt es Ausnahmen und man nutzt doch einmal etwas ausgefalleneres.

Lösungsvorschläge:

1) VIP
Es könnte ein VIP-Bezeichner eingeführt werden:

markieren

Delphi-Quellcode:

TPanel = class...
...
published
property Color: TColor read fColor write set_Color; vip;

Im Objectinspektor könnte man nach vip-Attributen filtern oder sortieren.
Die wichtigsten Propertys einer Klasse wären dann optional immer oben oder allein zu sehen.

2) Usereinstellungen
Es sollte auch möglich sein, die Propertys händisch nach VIP/NotVIP einzuordnen und dies in einer Ini oder Registry zu sichern.
So könnte jeder die Eigenschaft "Color" für sich selbst als VIP deklarieren oder als NichtVIP oder auf "UseStandard".
Man könnte dies zusärtzlich auch pro Klasse ermöglichen:
Color ist für mich immer VIP, Height auch aber nicht bei einem Edit.


Das wäre m.E. mal eine sinnvolle Erweiterung und Emba könnte zeigen, dass die IDE noch lebt.

Uwe Schuster schrieb einst eine entsprechende Erweiterung für die IDE, die es dem Entwickler ermöglichte, eigene Favoriten-Listen anzulegen.
Im Quellcode würde ich das nicht definieren, denn als Komponenten-Entwickler kann ich unmöglich sagen, welche Eigenschaften später wichtig werden. Oder anders herum: Wenn ich schon vorher weiß, dass Eigenschaften nicht wichtig sind, nehme ich sie aus dem OI raus.

Du hast ja wenigstens die Ansicht nach Kategorie um es Dir etwas einfacher zu machen. Diese kannst Du auch ein-/ausblenden. Die Frage ist, wie diese Kategorien gesetzt werden. In den published properties doch bitte nicht, davon halte ich auch nichts.

RegisterPropertyInCategory ('Ganz Wichtig!', TEdit, 'Color');

Ich habe auch nicht verstanden, warum man in aktuellen Versionen noch auf dem herumreiten muss, was vor 15 Jahren so gemacht wurde. Die Sprache selbst bietet mit Attributen eigentlich eine Menge toller Möglichkeiten, die Properties zu "taggen", kategorisieren und sonstwas. Und der published-Sichtbarkeitsmodifikator für die Formular-Serialsierung ist an sich auch eine Unart, die Komponenten selbst sollten protected sein.

Da man die Dinge so weit unten bei Embarcadero wohl nicht gerne anfasst, könnte sollte man wenigstens ein paar Komfortfunktionen in die IDE einbauen, genau wie von dir vorgeschlagen. Hoffentlich sieht sich Embarcadero mit iOS7 und Adroid-Unterstützung dann aufgeschlossen und fasst berherzt die IDE an. Ja, das werden Sie!

Ist doch seit D2010 schon drin, siehe meinen obigen Beitrag. Man kann die Kategorien für alle Properties mit dem Aufruf von RegisterPropertyInCategory definieren wie man lustig ist. Das muss inder Register Prozedur der Komponenten unit erfolgen.

Hallo...

Zitat:

Uwe Schuster schrieb einst eine entsprechende Erweiterung für die IDE, die es dem Entwickler ermöglichte, eigene Favoriten-Listen anzulegen.

...dazu sage ich mal Funktioniert bestens und man fummelt nicht am QT rum... PS: Die Favoritenliste bezieht sich immer auf die Klasse. Also für jede Gelegenheit das passende.