Change ton interface via IB !
Ceetix
Membre
Tu en as marre des modules IB fournis par défaut par Apple ?
Choisi l'un (et même les trois !) de ces liens et embelli ton application
• BWToolKit
• BGHUDAppKit
• MGScopeBar
Je n'ai pas encore testé mais ça à l'air d'être du tonnerre .
Choisi l'un (et même les trois !) de ces liens et embelli ton application
• BWToolKit
• BGHUDAppKit
• MGScopeBar
Je n'ai pas encore testé mais ça à l'air d'être du tonnerre .
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Même s'ils sont très bien pour personnaliser ses aplis, il faut juste garder en mémoire quelques points :
- les IBPlugins (anciennement IBPalettes) sont parfaits pour introduire de nouveaux contrôles qui n'existent pas toujours sous cocoa. Mais si c'est juste pour "modifier" ceux existant, cela devient galère... Surtout lorsque OSX évolue au niveau de son UI...
L'un des points forts de OSX est la certaine homogénéité de son UI quelque soit l'appli... Pourquoi vouloir casser cette UI parce que le développeur aime les fonds noirs, ce qui ne sera peut être pas le cas de ses utilisateurs finaux ?
- il ne faut pas oublier que un nib/xib qui utilise des objets provenants d'un IBPlugin/IBPalette devient inutilisable sur un autre mac avec IB sans la peltte/plugin ad hoc .
On pourrait me dire : où est le problème ?
Pour moi le problème vient de ce qui fait la force des applis mac VS les applis windows : la facilité à modifier l'interface notamment pour la traduire...
Moi, je suis un peu comme Schlum (Silvain, je me permets de te prendre comme exemple, excuse moi par avance), j'aime travailler dans le cambouis ou le moteur, et la carrosserie c'est pas trop mon truc.
Par contre toi, Pierre, à voir ton profil, tu es plutôt l'artiste de la famille, donc c'est normal que tu bichonnes l'aspect extérieur plus que moi je le ferais.
Mais n'est-ce pas un peu l'esprit d'Apple de bichonner l'aspect extérieur tant qu'intérieur ? Si tu regardes tous les sharewares connus du monde Mac, ils sont tous beaux et niveau fonctionnalités y'a rien à dire.
Bien sûr qu'on peut vendre en faisant un truc pas très très beau, j'en ai fait l'expérience. Mais on parle beaucoup plus des applications qui sont sublimes & utiles que des applications bof bof à la limite du moche & utiles.
Moi j'aime bien aussi allé dans le cambouis mais bon je débute en tant que mécano mais je compte bien aller au fin fond des lignes de code mais ne pas oublier de bichonner l'interface. Car un programme peut-être super puissant, l'user téléchargera l'app rien qu'au premier coup d'oeil, puissante ou pas... C'est toujours bien plus agréable de bosser avec quelque chose qui fasse du bien à nos yeux rempli d'interface windows toutes laides du boulot. No ?
Tout à fait d'accord, mais ce n'est pas vraiment le problème. POur la convivialité de son interface,Apple s'est efforcé (depuis ses débuts) de définir une base commune pour ses raccourcis claviers, sa disposition standard du bouton Ok, etc ..
C'est même décrit dans ses Human Interface GuideLines , et c'est le confort de l'utilisateur que cette unité. Je pense avec No qu'il faut en respecter les bases, et avec EagleLouk que l'enjoliver fait l'attrait vendeur d'une appli ...
D'autre part il est vrai qu'il manque beaucoup d'IBPlugin, moins dans l'esthétique que dans les fonctionnalités. Je crois que j'ai écrit quelque part un tuto sur les IBPalettes, qui ne doit pas être mis à jour en IBPlugin, mais j'avoue que c'est un peu casse-pieds.
Non, tu as raison, mon côté artiste c'est plus architecte que peintre
Je suis tout à fait d'accord avec vous. je bosse avec un graphiste qui respecte les HIG d'Apple. Mais dans le IBPlugin BWToolkit par exemple, je m'en sers pour la bottom de la fenêtre, ça ajoute un style iLife à la fenêtre (juste au bottom) et ça évite du code et des images en plus (ok bon.. 2 lignes de code et 3 images.. mais bon
Et puis Apple, a force de faire évoluer ses interfaces, en oublie presque les développeurs. Ils se sont un peu rattrapés avec Leopard et les nouveaux outils à disposition comme les fenêtres HUD, les controls iLife (Aqua Unifié), et surtout ils proposent une petite selection d'images qui sont souvent utiles et qu'on retrouve dans pas mal d'application.
Maintenant Apple s'amuse encore à customizer un peu... Si Apple le fait, pourquoi pas nous ?
On a vu pas mal d'application (shareware surtout) rajouter un petit "X Days left... Buy now" en haut à droite de la fenêtre... et voilà que maintenant Safari 4 s'y met avec sa nouvelle gestion des onglets !
Je pense que d'un côté certains pourront se permettre d'innover un peu aussi pour à leur tour inspirer Apple. Surtout si l'interface reste conviviale.
D'ailleurs, un point sur lequel j'étais content aussi à la sortie de Leopard, c'est le fait de pouvoir changer les selection des NSTableView en type "Source", qui ajoute automatiquement un dégradé à la selection. Jusque là on était obligé de le coder, et tout le monde faisait, parce qu'Apple le faisait aussi dans ses applications.
Ce sont des bibliothèques de contrôles customisés (les mêmes que ceux dont on parlait dans un autre sujet), rien de magique ! :P
Merci pour les liens.
Sinon, il y a aussi le KTUIKit 0.9.0 qui peut être intéressant. D'ailleur j'ai toujours trouvé dommage que les deux n'ai pas fusionner car ils sont fort complèmentaires.
Enfin, en ce qui concerne le point souvelé par je ne sais plus qui comme quoi en cas d'evolution on risquait de ce retrouver dans une impassse, je dirais que c'est pas faut. Mais je pense que cela n'arrivera pas si on evite les plugins/library un peu exotiques.
Un exemple : RBSliptView qui est venu pour combler un manque des SplitView d'apple. Beaucoup de logiciels l'utilise et continue à l'utiliser malgrè le fait qu'Apple a corrigè les lacunes de ses NSSplitView sous leopard.
J'ai souvent utilisé RBSplitView mais maintenant je préfère arranger mes splitview à ma sauce.
Certe, mais si tu regarde dans le bundle de beacoup d'application tu verra que pas mal de monde continue à utiliser le RBSplitView...
Mais c'est vrai que cela va dans le sens de l'histoire de l'abandonner.
Histoire de ne plus voir à travers.
Une fenêtre HUD sans transparence ça n'est plus du HUD mais du noir pur et dur
À part refaire ta fenêtre à la main avec du noir pur, je ne vois pas.
J'ai tout essayer !
J'ai télécharger les sources du BWToolKit et je l'ai compiler. J'ai mis les sources + les builds dans un sous dossier de mon projet.
Dans IB j'ai ajouter le plugin. J'ai crée un lien symbolique dans le dossier ~/Library/Frameworks/; et j'ai utilisé ce lien lors de l'ajout du frameworks dans mon projet xCode. J'ai ajouté le frameworks dans une tâche de copie (lors de la compilation) dans le dossier "Frameworks" de l'application.
ça ne veux toujours pas fonctionner !!!!
Si quelqu'un a une idée ? :why?: :why?:
NB: C'est la première fois que j'utilise un plugin IB avec sont frameworks
C'est sûr que sans le code pour désarchiver le contenu du NIB, l'application ne va pas pouvoir faire grand chose d'autre que planter lamentablement.
Le soucis, c'est qu'au moment où je veux relier mon bouton à l'action toggleCollapse de ma vue à collapser, l'action n'apparait pas comme sur la video. Quelq'un a-t-il essayé?
J'ai rencontré le même problème tout à l'heure.
J'avais un projet fonctionnel, j'ai retiré le framework pour le réajouter, et là ce fut le drame. Je pensais que copier le framework le "linkait" automatiquement, mais non...
Merci en tout cas, cela m'a bien aidé.