On Sunday 18 June 2006 01:16, Frederic Lapeyre wrote:
Bonjour ou bonsoir pour toi ;-),
> > > Il n'existe plus dans genj la possiblité d'exporter les donneées sous
> > > forme de page web. (création de site)
> > > Il me semblait qu'il y avait quelque chose avant, mais je ne le
> > > retrouve plus
> >
> > Oui je pense qu'il a disparu avec les nouveaux formats de sortie des
> > rapports. Je suis entrain d'y travailler ... lentement ;-)
>
> J'avais pose' la question dans le forum GenJ il y a 2 mois ce a quoi Nils
> et autres avaient repondu que cela n'etait pas la priorite vue tous les
> outils disponibles par ailleurs pour produire des sites a partir de
> fichiers GedCom.
Oui, car cela n'est pas non plus une priorité pour Nils. Il avait fait un
premier outil a une époque, mais qui n'a pas évolué, c'est l'applet.
Par contre pour bon nombre de gens, ça l'est. D'ou la nécessité d'avoir un
outil digne de ce nom.
Dans l'esprit de Nils, les rapports sont plus orientés vers les utilisateurs
développeurs. C'est moins son affaire. Il écrit pour mettre à notre
disposition les outils permettant de les écrire, mais leur écriture est
moins de son ressort.
Il ne faut pas hésiter par contre, à lui demander d'intégrer les fonctions
qui peuvent manquer dans le core pour les rapports. C'est ce que Daniel
André a fait quand il a développé tous les rapports que nous avons, et Nils
a fini par intégré tout son travail dans le core. On en profite tous
maintenant.
> Un rapport dans GenJ integrerait effectivement mieux avec GenJ. Merci
> Daniel pour regarder. Mais c'est du boulot. Oxy-Gen me genere plus de 500
> fichiers!
Effectivement, ça génére beaucoup de fichiers, mais c'était la même chose
avec le rapport que l'on avait avant. Il y avait une fiche par personne et
une fiche par famille, donc 3000 personnes et 800 familles nous donnait
3802 fiches avec l'index et un tableau.
Ta remarque sur la présence d'un rapport pour GenJ est la bonne solution.
L'utilisation d'un outil externe n'est pas à recommander, et la principale
raison est que GenJ est trés scrupuleux de la norme Gedcom, et la quasi
totalité des programmes de généalogie ne le sont pas, donc les outils qui
vont avec non plus. On risque donc d'avoir des structures d'arborescence du
fichier gedcom qui ne seront pas lues ni compris par ces outils externes.
Je ne vais pas me relancer dans l'explication de la structure PLAC et CITY
ici :-)) mais tu as vu le genre.
> cartes qui en sortent, je peux essayer d'integrer mon java dans un
> rapport GenJ en regardant comment faire ca avec Daniel.
Le rève que beaucoup de nous avons, est la possibilité d'afficher en plus
des cartes actuelles les cartes de Cassini. Des messages ont été passés sur
ça, et là, si ce ne sont pas des français qui s'en occupent, on est pas
prés de l'avoir ;-)
Donc rapport intégré à Genj : A mon avis c'est la solution. Par contre il
ne sert à rien d'aller dépenser du temps et de l'énergie pour faire une
solution temporaire. Le moindre développement vous oblige a y consacrer
beaucoup de votre temps. Le mieux est de se lancer dans quelque chose de
valable et même si cela prend du temps, je crois qu'on peut attendre, on a
bien vécu sans jusqu'à maintenant, ;-))
De plus le développement d'un rapport est quelque chose d'évolutif. Dans le
cadre du développement, des versions seront dispo au fur et à mesure du
travail, si bien qu'on pourrait même être capable de mettre en ligne
certaines choses.
Francois
---------------------------------------------------------------------
<*> Pour vous désincrire de cette liste, envoyez un mail à :
[EMAIL PROTECTED]
<*> Pour obtenir de l'aide sur les commandes de la liste :
[EMAIL PROTECTED]
