Salut,
forum.ytac wrote:
- Il y a du boulot pour préparer les diffusions. Sachant que
bon nombre de comités locaux sont sous windows, il va falloir
intégrer cette problématique ... Dans le cadre des diffusions,
il faut préparer un classeur OOo par département. J'ai chez
moi la liste des communes de France et de Navarre, élément que
nous devrons diffuser d'une manière ou d'une autre. J'avoue ne
pas trop savoir comment faire actuellement. Peut-être attendre
une demande des comités et mettre alors en ligne le classeur
correspondant ? Pas terrible mais si quelqu'un a une idée géniale.
A mon avis, le makefile doit le faire.
Autrement dis, tu fais un truc generique dans le CVS avec cette liste de
communes *(toutes) dans un coin - elle est sous licence libre cette
liste?-, ensuite un truc du genre "make 74" fabrique le fichier OO
kivabien pour le departement 74.
- Concernant le makefile, j'ai demandé à Yaniick d'intégrer
une fonction de mise à jour. En effet, au fil des évolutions,
il faudra modifier les macros des feuilles de calcul sans
altérer les données. La décompression d'un fichier OOo le
permet sans trop de problème. Yannick a réalisé le bébé hier
et je na sais si celà fut testé. A faire éventuellement.
A vrais dire, j'ai du mal à comprendre le sens exact de la requete que
tu m'as faites.
En quoi une mise à jour partielle est preferable ?
Dans mon idée, le travail se fait ainsi:
- Le developpeur travaille sur clgestionOO.sxc depuis openoffice.
- Quand il est satisfait, il retourne au shell et tappe:
$ make unzip
-> Son travail recent dans clgestionOO.sxc ets alors éclaté dans le
rértoire clgestionOO.
- Il fait les CVS commit, eventuellement des cvs update pour récuperer
les modifs des autres developpeurs (faudra gerer les conflits à la main
dans le xml).
- Il tappe alors:
$ make zip
-> Un nouveau fichier clgestionOO.sxc mis à jour est reconstitué, il
reprends son travail, et on recommence...
Il y a surement encore un certain travail à faire sur ces outils
d'assistances au developpement.
Une chose que j'aimerais vraiment savoir, et que je ne suis pas parvenus
à faire, c'est de savoir si OO ets capable de travailler sur un ficher
dezipper: en gros, d'ouvrir un reprtoire donné comme il ouvrirait le
zip. D'un point de vue code dans OO l'effort est minimal, mais est il
fait quelque part ?
Ceci aiderait beaucoup le dev parceque cela permetrait de travailler
directement sur la version eclatée, sans ces cycle de "make" sauf au
moment ou l'on désire publier les fichiers pour les utilsiateurs.
Je propose de repousser la réflexion sur un système plus
évolué (type base de donnée) de quelques semaines, le temps
de se focaliser pour obtenir un systeme OO fonctionnel.
Qu'en pensez-vous ?
D'accord sur ce point. Il sera intéressant de conserver des
morceaux comme le publipostage, ... pour permettre auc comités
d'adopter OOo (premier pas vers le libre) et en plus ca peut
être utile. Mixer Base de données, programmation OOo, ...etc
pourrait alors se faire en C++ et d'autres outils.
Mon idée est aussi de repartir du travail que tu fais et ajouter une
interface vers une BD. Parallement, un systeme web (ou autre) pourrait
être développé, dans la perspective d'un accès distant un jour (quand on
aura fait nos preuves au niveau local, deja).
Yannick
--
_/ Yannick Patois _________________ Address (home) __________________
| irc(undernet): Garp on #france25+ | Résidence L'Helvétie |
| email : [EMAIL PROTECTED] | 9, rue de Lyon |
| http://garp.feelingsurfer.net/ | 01630 Saint Genis Pouilly |
| Tel-home: +33 (0)4 50 20 33 28 | FRANCE |
