C'est un magnifique plugin. Je comprends Apple. Ce que je ne comprends pas c'est qu'apple n'aie pas intégrer cette fonction devenue indispensable. Ils n'ont qu' a racheter les droits de ce logiciel comme ils l'ont fait avec coverflow et embaucher le développeur. Je vais leur écrire ! :)

raf > A mon avis ils l'ont racheté, mais le développeur en question n'a pas le droit de le dire. Ca avait été le cas avec Coverflow : silence radio puis grosse surprise (cf. http://www.ff00aa.com/fr/space/2006/09/12/190-it-s-showtime/ paragraphe "iTunes 7" ) !!

il se base sur quel moteur de recherche ? il prend que les premiers résultats de la recherche dans ce moteur ?

A mon avis il pourra faire ce qu'il veut les inputs managers sont morts et heureusement. Quand je vois le nombre de plantages que peuvent générer ces trucs (Application Enhancer mon amour), ou le fabuleux vecteur d'infection pour spywares que ça représente. La décision d'Apple est la bonne.

ce plugin est sympa mais perso sur un G4 il ralentit la frappe à un point gênant

les inputManagers sont une très bonne idée, sinon, autant dire qu'on devrait interdire l'installation de logiciels par les utilisateurs sur les ordinateurs généralistes, vu que ces programmes peuvent être mal faits et planter l'ordi. (et ici, j'ai exactement l'opinion contraire de ce que je disais pour l'ipod, apple tv et iphone). de ce que j'ai lu, en fait, les inputmanagers sont désactivés par défauts, et réactivables si l'utilisateur copie un inputmanager dans le bon dossier de sa bibliothèque. je n'ai pas confirmation.

Ayant eu à faire à des plantages à répétition sur un OSX Intel tout neuf à cause de l'utilisation de ceux-ci par une application tierce ça m'a plutôt donné une mauvaise impression (surtout que le soft en question à l'air de provoquer des plantages chez de nombreuses personnes depuis de nombreuses années). <br /> Et tout ce qui peut rendre trop facilement le système instable devrait être interdit ou au moins difficilement accessible. Sinon on vas finir comme sous Windows avec des interdépendances entre applications qui rendent le système instable. Et ça c'est le chemin que je n'aimerai pas qu'OSX emprunte.

on ne le dira jmais assez: N'INSTALLER PAS TOUS LES PLUGINS DU MONDE SUR VOTRE ORDI !! On a la chance d'avoir un OS robuste, mais arrive, meme pour lui, un point de saturation. Les inputmanagers, comme tous ces gadgets qui montent en haut à droite et donc MacG et les autres sites sont friants, vous prennent de la ram, sont porteurs de bugs, se connectent plus ou moins sans vous le dire sur le net, etc.. Deja Apple a des soucis de securites avec les elements opensource ou tierce preinclus dans macOSX, evitons d'en rajouter une couche.. Bref, choisir, voir son efficacite/interet et desinstaller le plug ( avec appzapper par exemple) proprement..

Mais justement je n'installe pas n'importe quoi. Je me restreint volontairement à ne pas installer n'importe quoi. Mais je ne sais même pas laquelle de ces applis m'a installée un module d'APE. <br /> Encore si le système avertissait quand une appli installe un input manager ça serait acceptable.

>berlitz Je pense qu'il parlait des versions un peu anciennes d'Apache, CUPS etc... qui sont installées avec OSX.

Ce que Apple devrait faire, c'est d'obliger le téléchargement de ces plugins uniquement depuis le site d'Apple, pour filtrer tout type de problème. Mais, moi qui ne m'y connait pas trop en web, je sais pas si c'est très réalisable..

non les versions "anciennes" comme vous dites d'apaches et consorts sont toujours "maintenues" par les développeurs de ces projets (dont certains sont d'apple, hein, n'oublions pas qu'apache est une fondation dirigée par IBM, Collabra et autres, pas du tout un geek barbu dans ma cave)<br /> quand apache 2.0 est sortie, ils n'ont pas dit "boarf, oublions apache 1.x , d'ailleurs j'efface zou" bref, des gens y travaillent, surveillent le code avec mamour, tout va bien. si vous avez souvent des mises à jour c'est justement parce que ces logiciels sont améliorés _constamment_ par une batterie de gens et d'_entreprises_ sans précédent avec ce qui se faisait dans les années 80. oui les temps changent, l'informatique est un truc de masse. rassurez vous pour autant, ca ne veut pas dire que chaque faille de sécurité était un simple "j'éternue et boum je suis administrateur" des fois, les mises à jour "corrige des bugs et améliorations la performance du système" que dit Apple, est un résumé barbare d'une tonne de petits détails assez subtils mais qu'apple a jugé intéressant et important de mettre à disposition. <br /> -- le fin mot est que : ces outils sont _très_ fiables et maintenus par _Beaucoup_ de sociétés. c'est un GAIN pour vous et apple. mutualisation, mise en commun de moyens, l'union fait la force. etc concernant cups, n'oubliez pas qu'Apple était le contributeur principal de CUPS et que depuis ce mois ci ils en sont PROPRIETAIRES de Cups (et que l'auteur original de cups travaille chez eux) ils ont comme qui dirait la Force dans leur cave. alors qu'il y ait écrit "cups version 0.8.3644beta-gammaX" ou "cups 1.3.1" , apple se garantit lui même qu'il y a les bonnes fonctionnalités, et les bons correctifs. ce sont ubuntu, redhat , novell, ibm, sun qui doivent maintenant faire confiance à Apple pour Cups. (d'où l'intérêt GIGANTESQUE d'une licence d'utilisation qui permet de rassurer ces entreprises) (précisons , CUPS est le programme qui gère vos imprimantes et partages d'imprimantes dans os X. très gros morceau) <br /> --- revenons aux input managers ok, les gens qui ont pondu APE ont exagéré. je n'aime pas APE. le principe de APE est d'ouvrir le mécanisme "input manager" à toute personne qui utilise APE. ca simplifie démesurément cette fonctionnalité à tout concepteur de programme mais "input manager" n'est PAS un "hack" c'est une fonctionnalité native de Objective C et de Cocoa : l'introspection et le chargement dynamique de Classe compilée ou non<br /> cela sert _partout_ dans os X. les input managers étant conçus dans nextstep pour dynamiquement (après que le programme ait été conçu) des manières alternatives d'Entrer du texte (input), souris, via un dictionnaire dans un menu, interface d'accessabilité handicapé etc. le truc, c'est qu'une classe chargée dynamiquement peut faire autre chose que de greffer un mécanisme d'entrée de texte. elle peut TOUT faire faire au programme qui charge le input manager. <br /> mécanisme très puissant. trop ? ze dis NAN. parce que d'abord il est bigrement utile pour plein d'usages pleinement justifiés. (par exemple des PLUGINS pour Mail) ensuite parce qu'on peut le sécuriser par exemple, os X refusant de les charger s'ils sont dans le dossier de l'utilisateur. pour activer le mécanisme, faut passer administrateur (taper le mot de passe) etc, etc. forcer l'utilisateur à être conscient qu'l se passe un truc. Finder est en mesure de déclencher cela. . bref, ce n'est PAS un HACK, c'est vraiment un mécanisme conçu, pensé, désigné au sein de "cocoa" (du temps de Nextstep et Openstep) -- les plugins firefox sont aussi de l'injection de code binaire par une tiers partie. houuu danger ! -- les plugins Mails, c'est le même bidule que input manager. danger. -- les gestionnaires de matériel fournis par logitech ou autre (une petite société inconnue) sont aussi de l'injection de code (au sein carrément du Noyau, bref, là où on a tout les droits, heuu.... ) <br /> etc. etc. oui faut un équilibre entre facilité, puissance et sécurité mais que diable, j'ai pas envie de me prendre OPENBSD dans la tête sur mon mac. qu'apple verrouille la fonctionnalité, , je suis à fond pour, et que cela soit invisible à l'utilisateur (je veux surtout pas une case à cocher dans les préférence systemes, qui va être moche et incompréhensible) mais au moins une manière de déclencher l'activation de la fonctionnalité si boudié je veux utiliser un input manager dans mon programme. par exemple en m'autorisant encore leur chargement depuis ~/Library/Inputmanagers SI j'ai changé un paramètre de /Library/SecurityStuff/bidule où il faut être adminstrateur obligatoirement pour pouvoir le faire. <br /> bien compliqué, intrusif, mais disponible pour ceux qui veulent. <br /> -- vous savez.. l'ajout de polices de caractères par les utilisateurs est aussi un risque et une gêne, si vous savez le nombre de bugs imaginables à cause des ces utilisateurs qui veulent écrire des lettres fantaisistes. scandaleux ! interdisons cela. ca serait tellement plus simple. vous écrirez en lucida et helvetica. na !

On se calme, on se calme... Rappelons nous avant tout de ceci : <br /> A.P.E. : Acceptation Passive d'Exploit De rien... ArrArrArr !