Le dimanche 18 février 2007, christian.palluy a écrit : > Le 17/02/2007 11:00, Daniel Moyne écrivait : > > Le vendredi 16 février 2007, christian.palluy a écrit : > >> Le 16/02/2007 12:11, Daniel Moyne écrivait : > >>> Le vendredi 16 février 2007, christian.palluy a écrit : > >>> Enfin des premiers commentaires !!!! > >>> > >>>> Bonjour, > >>>> > >>>> J'ai testé cette fonction, qui est intéressante, toutefois j'ai un > >>>> constat et une remarque à faire à son sujet. > >>>> > >>>> > >>>> Constat : Lorsque l'on met dans le texte qui sert à alimenter la > >>>> fonction des prénoms avec des caractères spéciaux, ceux-ci sont pris > >>>> tels quels et si on ne fait pas attention, il est impossible de > >>>> sauvegarder le GEDCOM sans faire les corrections. > >>>> Ce qui m'est arrivé : > >>>> J'ai fait mon texte avec notepad++, j'avais un François dans la liste. > >>>> Lors de la génération de la fratrie, il y a eu un Franxxois, lequel n' > >>>> a pas attiré mon attention, et lors de la sauvegarde du GEDCOM il y eu > >>>> un avertissement et impossibilité de sauvegarder (ce qui est excellent > >>>> comme détection d'erreur). > >>> > >>> Je crois que tu as simplement un problème d'inconsistence d'encodage > >>> entre ce que tu mets dans notepad et ce que tu choisi dans genj ; je > >>> suis sous Linux et j'utilise Kate en encodage utf-8 et mon genj est > >>> UNICODE ce qui est en cohérence ; je pense que ton problème vient de là > >>> ! > >> > >> De fait, c'est plus pour attirer l'attention des utilisateurs que j'ai > >> fais cette remarque, que pour la gène que celà m'a occasionné. > >> Mon GEDCOM est en ANSEL et mon éditeur de texte en Win 1252 ou ASCII, > >> peu importe d'ailleurs, dès l'instant ou d'un côté on est en ANSEL qui > >> code les caractères spéciaux sur deux lettres et de l'autre avec un > >> éditeur qui code sur un caractère. > >> Ce qui est par contre excellent c'est que GenJ ne tolère pas ce genre > >> d'erreur à la sauvegarde du GEDCOM > > > > Ça par contre c'est nouveau cette erreur à la sauvegarde je vais voir > > avec Nils s'il est possible que je capture cette erreur à la création > > d'un INDI avec des caractères spéciaux dans son prénom ; je vais aussi > > essayer de mettre un caractère spécial dans un prénom puis essayer de > > sauver. Tu ne dis pas comment tu as corrigé ton problème d'encodage ! > > Bêtement, dans GenJ en allant sur le prénom et en tapant la bonne > lettre. J'avais un François dans mon fichier texte devenu Franaeois dans > Genj, qui ne voulait pas sauvegarder les modifications du GEDCOM. > > ATTENTION, je ne considère PAS qu'il s'agisse d'une ERREUR de *GenJ* > Je serai plutôt partisan de laisser ce comportement en place. > voir les deux images jointes. > > En complément, le fichier texte du rapport de génération de fratrie ne > fonctionne, sous windows, que s'il est au format ANSI. Si tu le mets en > UTF8, lors de sa rédaction et l'enregistre ainsi, lors de l'utilisation, > une erreur apparaît en disant que GENJ ne trouve pas le Header du fichier. > Si ton éditeur de texte permet le passage ANSI UTF8, tu peux reproduire > l'erreur que je signale. > On fait le texte en ANSI, mais on l'enregistre en UTF8. > On le réouvre et on le sauve en ANSI (sinon il ne marchera pas dans > GenJ). Si tout c'est bien passé, les lettres accentuées, les "ç" et > autres sont codés de manière bizarre. > On génère la fratrie dans Genj avec ce texte farfelue. > On essaie de sauvegarder le GEDCOM en ANSEL, et là on a un message > d'erreur. Là je ne comprends pas pourquoi tu as une erreur "ne trouve pas le HEADER" générée par mon Rapport c'est à dire la ligne #HEADER qui pourtant y est bien ; peux-tu tenter la manip suivante : (1) tu sauvegardes ton gedcom en utf-8 pour cet essai (2) tu édite un fichier tout neuf en utf-8 avec un éditeur (j'ai peur sinon que le conversion joue des tour)s avec juste ces lignes : #HEADER BIRT #INDI Jeanne,F (3) tu retentes la manip
de mon côté je vais faire un essai en ANSI avec edition ANSI qui pour moi est
et "windows-1252" mais pas un format iso "Européen de l'Ouest
> > ok j'avais lu un peu vite ton commentaire ; une idée intéressante mais tu
> > le reconnaitras pas aussi souple que le fichier car tu ne parles pas des
> > étiquettes à clôner qui font partie du fichier texte qui contient donc
> > plus que la simple liste des prénoms et sexe.
>
> Là je vais être barbare : les étiquettes à cloner cela me passe à 33000
> pieds au-dessus de la tête, comme d'ailleurs à la plupart des
> utilisateurs Zordinaires.
eCla permet de choisir ce que tu veux clôner dans chacun des frères et sœurs ;
si par exemple tu pars d'un INDI renseigné pour naissance baptêmes et décès
en général tu n'auras pas le décès des personnes à créer donc tu choisis BIRT
BAPM, mais tu peux l'avoir ; ça c'est de la souplesse !
> Pour l'instant, nous avons un rapport de génération de fratrie qui est
> FONCTIONNEL, mais encore EXPÉRIMENTAL.
> Il est doté d'une grande souplesse dans la programmation, mais d'une
> certaine rigidité dans l'exploitation.
> Mon souhait est de faire sauter cette rigidité d'exploitation.
> Je suis bien conscient, pour avoir donné dans le passé, que plus on
> facilite l'exploitation par l'utilisateur Lambda, plus on complique la
> tâche du programmeur.
mon grand souci a été de simplifier l'édition du fichier tout en apportant
assez d'info et pour ne pas se retrouver au final avec "procédure par clônage
de n individus" au coup par coup plus longue que "procédure de création de n
individus dans Genj"
> Voir les images, ce n'est qu'un exemple, on peut se passer de la
> présentation en ligne et colonnes avec des traits.
>
> > Là cette idée n'a pas été retenue par Nils.
>
> Bien dommage, mais qui sait ?
>
> > As-tu essayé mes autres rapports : la Classe de Noms et l'indexation
> > Sosa ?
>
> Oui, mais celà fera l'objet d'autres messages.
Daniel.
--
Daniel Moyne (Nulix)---------------------------------------------------------
Distribution : Ubuntu Edgy \\|||// Machine : x86_64
kernel 2.6.17-26-amd64-k8 / --- \ ATI Radeon X300
KDE 3.5.5 (' o-o ')
----------------------------------------oOO-(_)-OOo--------------------------
pgpNyovWPCYAQ.pgp
Description: PGP signature
