2010-02-20 13 views

Répondre

3

La plupart d'entre eux sont antérieurs à NSPredicateEditor, et certains (comme celui d'iTunes) ne sont même pas de Cocoa. Certains peuvent être NSTableViews ou NSOutlineViews avec des cellules personnalisées très compliquées; d'autres peuvent être entièrement personnalisés, descendant directement de NSView. Sans pouvoir dire à NSPredicateEditor de le faire ou de sous-classer de manière fiable NSPredicateEditor pour le faire (même s'il a des méthodes privées que vous pouvez remplacer pour personnaliser son dessin, vous ne pouvez pas compter sur celles existantes), ce sont les seules façons .

Je ne pense pas que ça vaut le coup. NSPredicateEditor et NSRuleEditor vous offrent beaucoup de fonctionnalités gratuitement ou presque, et leur apparence par défaut est probablement la façon dont Apple veut que ces vues apparaissent dans toutes les applications à l'avenir. Dans ce cas, je dis que c'est mieux d'aller avec le courant.

+0

Triste nouvelle. Merci d'avoir répondu. Mais en regardant ces applications, par exemple The Hit List, leur éditeur est beaucoup plus agréable que celui par défaut "gris". Et j'étais presque sûr qu'ils ont personnalisé NSPredicate/NSRuleEditor, car l'application est relativement nouvelle et 10.5+ seulement. – Indoor

+2

Il ressemble et semble fonctionner comme NSPredicateEditor, mais en regardant la nib (dans un éditeur de texte, puisqu'il est compilé) révèle qu'il s'agit d'un "TRRuleEditor", dont la sortie de class-dump révèle une sous-classe directe de NSView-so, c'est un clone bien fait. Les crédits pour l'application disent que c'est par Reinvented Software, mais Google n'a pas trouvé de correspondance pour "TRRuleEditor". –

+0

Peter, merci beaucoup! J'ai fait un vidage de classe, mais je n'étais pas très intelligent pour ouvrir la plume avec un éditeur de texte. – Indoor