Laurent Godard a écrit :
les sources sont elles disponibles ? Sous quelle licence ?
Oui, les sources seront disponibles au public. J'emploie le futur, car
je voudrais avancer un peu plus ce projet avant de les diffuser, et les
nettoyer, (beaucoup de copier/coller et de changements de dernière
minute; les commentaires ne sont plus forcément d'actualité, quelques
ajustements et optimisations nécessaires, etc.)
Quelle licence?
L'application est pour l'instant spécifiquement dépendante du fichier
des affixes français fr_FR.aff et ne pourrait pas tourner sans lui, car
les données de celui-ci sont indispensables. La licence est donc pour
l'instant GPL 2.
Quand j'aurai le temps, je m'arrangerai pour l'application puisse
tourner avec n'importe quel fichier d'affixes, et soit donc indépendante.
Les histoires et conflits de licence m'ennuient profondément, et je
souhaite utiliser la licence qui sera la plus commode pour
OpenOffice.org (LGPL?).
je ne peux en effet pas utiliser d'executable windows
mais comme je vois que tu as fait ca en python en bas de page de ton
site, ce devrait etre possible de l'utilsier sur toutes les plateformes
Je suis un débutant sous Linux. Pour l'instant, ma partition linux est
sous Ubuntu Herd 3 ou 4, préversion de la Feisty Fawn qui doit sortir en
avril. Je n'ai pas réussi à installer wxPython dessus, car mon
gestionnaire de paquets plante pas mal. Je ne peux donc vous dire
comment ça tourne sur ce système.
Néanmoins, je présage que l'interface graphique va poser problème, car
je n'ai pas utilisé les "sizer" de wxPython, et je n'ai pas encore eu le
courage de m'y mettre. L'interface est donc rigide, et nécessitera
peut-être un redimensionnement.
Je vous envoie les sources par mail. Je vous demande de ne pas les diffuser.
L'application tourne avec Python 2.5, mais je peux facilement revenir à
la 2.4, puisque la seule spécificité de la 2.5 que j'emploie, ce sont
les nouvelles expressions conditionnelles:
> data = valeur1 if condition else valeur2 <
wxPython 2.8 est par contre indispensable.
Pour le moment, la base de données est stockée sur un compte personnel
chez Free, et il est fréquent que le serveur soit saturé aux heures de
pointe.
on devrait pouvoir à terme trouver une solution avec la communauté
(tony, cusoon pourrait quelque chose ? il y a des scripts à faire
tourner je suppose - comme munch et unmunch)
L'application envoie des requêtes url à la façon d'un navigateur, genre:
http://www.site.fr/pagedeconnexion.php?passe=%s&login=%s&pw=%s&id_block=%d&valeur=%s
et lit le résultat envoyé par les pages en PHP.
Ces pages en PHP lisent et écrivent dans une base en PostgreSQL sur mon
compte.
munch et unmunch n'ont pas été intégrés à l'application, et ne le seront
probablement pas, car pas nécessaires a priori.
D'une manière générale, l'application client fait tout. Les pages PHP ne
servent strictement que de passerelle pour communiquer à la base de données.
Pour l'instant, l'hébégerment va demeurer sur mon compte, car j'ai
encore du boulot à finir sur les pages PHP notamment et j'ai besoin d'y
accéder régulièrement.
Je remercie d'ailleurs aussi N. J. qui s'est immédiatement proposé
d'héberger ce projet.
La page la plus demandeuse de ressources sera celle qui fait le dump des
données de la base:
http://dico.savant.free.fr/baselog/viewbase.php?passe=ahuramazda
(ce n'est qu'un passe de contrôle, pas de celui de ma base, je vous
rassure...)
mais donc contrairement à ta page, c'est du MySQL et non du postgres.
Je ne connais pas grand chose au PHP. J'ai demandé à un ami de me
montrer quelques exemples pour accéder à ma base, puis j'ai écrit ce
dont j'avais besoin grâce à ces exemples et en fouinant dans les doc en
ligne.
Mais je crois me souvenir qu'il avait dit que les commandes PHP pour
PostgreSQL étaient très semblables à celles pour MySQL.
C'est toujours du python ?
Au début, j'avais écrit un serveur en Python pour accéder à la base de
données et j'utilisais psycopg pour ce faire. Puis j'ai changé d'avis et
j'ai décidé de tout passer par des pages PHP, Python n'accède jamais
directement à la base.
Qui controle la validité des entrees et comment gere tu les petits
rigolos qui vont te flooder et pourrir la base ?
Chaque utilisateur doit s'identifier pour entrer des propositions, et
chacune est enregistrée au nom d'un utilisateur.
Si l'un d'eux envoient des tonnes de conneries, une simple requête SQL
effacera toutes les entrées qu'il aura envoyées.
Pour la validité des entrées, j'avais d'abord songé à un système de
vote, puis je me suis ravisé, car peu efficace, lourd à gérer et pas
forcément fiable. J'ai finalement préféré créer un système de rang
d'utilisateurs avec des fonctions définies :
- utilisateurs lambda : proposer des entrées, signaler des erreurs
- contrôleurs : donner une note aux entrées (approuvé, rejeté, incertain)
- administrateurs du dico : valider une entrée ou l'effacer de la base
(le seul administrateur de la base sera moi-même tant qu'elle demeurera
sur mon compte.)
Quelques personnes connaissant bien le français et le système du
dictionnaire me semblent préférable à une masse de votants.
En tout cas bravo et c'est la bonne voie !!!
J'ai tenu compte de vos remarques du printemps dernier. ;)
Une des choses à améliorer, à mon avis, c'est de clarifier le système de
préfixes actuels. Une moitié ne sert pas au dictionnaire, et ne servira
probablement jamais. A mon avis, on peut effacer nombre d'entre eux,
sans nuire au dictionnaire. D'ailleurs, le dictionnaire réformé de 1990
a tout simplement effacé la plupart des préfixes de l'ancien.
Cf. le comptage de ceux-ci que j'avais effectué l'an dernier.
http://fr.openoffice.org/servlets/ReadMsg?list=dic&msgNo=477
J'aimerais surtout épurer l'interface :)
Ensuite, je voudrais ajouter les deux nouveaux préfixes qui sont apparus
dans le fichier des affixes du dictionnaire réformé de 1990, afin que
ceux aient une base commune. Je prévois en effet à terme de gérer les
deux dictionnaires en même temps.
Avec qui faut-il que je me mette d'accord pour faire des changements
dans le fichier des affixes?
O.
PS. J'oubliais de dire aux testeurs que j'ai créé un utilisateur de
démonstration, avec les droits d'un contrôleur.
login : demo
mot de passe : demo
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
