Toutdoux a écrit : > Frederic (notre Frederic) a posté un >> message dans le forum sur son développement "docs". Il a proposé d'en >> faire un "plugin" pour GenJ. Cela veut dire que si c'est fait, >> l'architecture plugin de GenJ sera une réalité. Frederic a posté ce >> message en demandant aux utilisateurs ce qu'il pensait de cette >> démarche. Pour moi elle est PRIMORDIALE et ESSENTIELLE, et bien pas une >> personne n'a mis un mot dans le forum. ;-( C'est à mon avis une >> catastrophe, Francois > > Bonjour > plugin: mot déjà vu qqpart dans des pages en "avancement de projets > développeurs" je crois. > mais ça ne doit pas trop parler à l'utilisateur lambda; > "architecture plugin" ??idem > peut etre que le lambda ne se manifeste pas parce qu'il ne voit pas les > plus ou la nécessité de soutenir une idée qui ne lui parle point.
;-) Exact. Architecture plugin : cela veut dire que le code de genj va être modifié pour permettre à tout un chacun (il faut savoir écrire du code quand même), de faire un module (un outil, un rapport, etc. Exemple : Quelqu'un décide de faire un nouvel éditeur (là ou vous rentrez vos données, date de naissance, nom, etc...) qui soit très convivial et adapté à nos exigences francophones). Ce module une fois écrit va avoir des points d'entrée qui seront compris automatiquement par genj. Tu as vu dejà les adaptateurs de courant qui te permettent de brancher n'importe quel engin dans n'importe quel pays. Et bien disons que GenJ va être dessiné avec des points d'accroche, des bouts de code qui seront des adaptateurs, et l'outil que quelqu'un va développer n'a plus qu'à s'occuper de faire des points d'accroche qui vont être la partie male ou femelle de l'adaptateur. Cette manière de faire lui permettra d'envoyer ou de recevoir des données sans avoir besoin de s'occuper de ce qui se passera dans GenJ. Lui il n'aura qu'à gérer son outil. "Plugin" doit venir de "To Plug in" qui nous donne une bonne image de ce que ça veut dire, on branche quelque chose dans quelque chose d'autre. Pour que ces deux choses puissent se brancher, il faut qu'elles soient compatibles, qu'elles se comprennent. L'architecture plugin sert à ça. Nils a développé une version de GenJ en architecture plugin, et déjà nos petits amis français ont fait quelques réalisations que j'ai testées et que j'aime particulièrement ;-) Merci D. ;-) Cependant cette version de GenJ n'en est qu'au stade développement, donc on est que trois à l'avoir utilisée, et elle ne bouge plus faute de motivation pour Nils voyant que cela ne suscite aucun intérêt dans la communauté des utilisateurs. > ça peut réduire le nombre de manip pour arriver à rentrer plein de > champs différents d'un seul coup? Oui, dans ce qu'a fait Frederic. Si le rapport Docs qu'a fait Frederic est considéré comme un plugin, il faut que Nils modifie GenJ pour que cette architecte soit faite, et ainsi permettre l'arrivée du travail de Fred. Le travail de Fred te permet de rentrer des sources d'une manière beaucoup plus conviviale sans avoir besoin de s'occuper de la norme gedcom, il le gère en interne. C'est un avantage indéniable. Frederic envisage de retravailler son rapport mais il faudrait avant savoir quoi faire par rapport à cette architecture plugin. Francois -- Vous utilisez GenJ ? Nous aussi. http://www.arvernes.com/files/genj_localisation_utilisateurs.html --------------------------------------------------------------------- Utilisateurs de GenJ, localisez-vous sur le site: http://www.arvernes.com/wiki/index.php/Genj_-_Participants#Les_Utilisateurs <*> Pour vous desinscrire de cette liste, envoyez un mail a : [email protected] <*> Pour obtenir de l'aide sur les commandes de la liste : [email protected]
