Re: [Dolibarr-dev] Prochain numero de version

[Rodolphe Quiedeville]

Eldy wrote:
> Rodolphe Quiédeville wrote:
>
> > Salut,
> >
> > Je prépare la prochaine release et j'avoue être assez indécis sur le 
> > numéro de version, aux vus des modifications assez conséquente ne 
> > serait-il pas plus logique de nommer cette version em majeur 2 ? De 
> > plus je vais mettre à dispo des paquets en x.y.z-beta1, l'idée étant 
> > de passer par le nombre de bétaX nécessaire, puis de passer par des 
> > RCX qui elles inclueront les scripts de migrations pour la 1.1.0, et 
> > enfin de sortir une release stable.
> >
> > Donc au choix :
> >
> > - 1.2.0-beta1
> > - 2.0.0-beta1
> Il est clair que 2.0 reflète mieux la réalité des changements.
> Une release, je suis pour, a fond, depuis le temps qu'on me la réclame. 
> Le problème, c'est qu'il faudrait stabiliser les choses instables qui 
> existent tout en arrétant les ajouts.
>
> Pour ce qui est des fonctions "non finis", j'ai fait un petit recensement:
>
> - Le mailing. J'ai vachement avancé dessus hier et on peut considérer 
> que cette fonction est stable maintenant à l'exception du fait qu'il 
> manque encore un bouton "envoyer" pour envoyer le mailing. A moins qu'on 
> se contente de mettre un bouton "envoyer" qui afficherait juste un 
> message signalant que les mailings s'envoient en batch depuis le script 
> mailing-send.php

Oui les envois se font obligatoirement en batch, car cela peut-être très 
long, de plus je ne souhaite aucunement faire un outil qui facilite 
l'envoi de masse d'email, mais cela m'a été demandé pressement, donc 
c'est intégré dans Dolibarr mais l'envoi ne peut se faire QUE en ligne 
de commande.

 (En tout cas, le reste est ok, préparation, mise a
> jour, choix des destinataires, validation, test d'envoi).
> Cette fonctionnalité attend vos tests...
>
> - Les contrats.
> La, c'est carrément hors service. Je peux stabiliser la fonction 
> moyennant un peu de spec ....

Je m'en occuperais, mais on peut laisser aussi dans Dolibarr certain 
aspect non résolu, sinon on ne releasera jamais.

> - Le lien "dossier client".
> Il mène nulle part sur les écrans liste des clients ou liste des 
> prospets. Je vois pas a quoi il sert car le lien sur la fiche client 
> amène déjà sur un fiche avec onglets qui présente tout ce qui est en 
> rapport avec le client y compris documents et factures.

Si, si il permet une nouvelle consultation des documents, en fait si tu 
as installé imagemagicks, il te présente une image de la facture, cela 
permet de consulter les facture, commande, propale, sans ouvrir les PDF, 
mais ce n'est pas entièrement finit, je vais modulariser ce point et je 
pense que cela ne sera distribuer qu'une fois finaliser dans une future 
version.


> - Les fichiers dans doc/install et doc/user sont obsolètes. Peux-etre 
> faudrait-il les supprimer au profit du wiki ?

Tout a fait !

> - Enfin il y a peut etre des modules qui sont complètement hors service :
> voyages ? boutique ? Ils sont stables ceux la ?

Non, et j'avais prévu dans le tar.gz de ne pas inclure tout l'arbre CVS 
dont justement ces modules.

> En ce qui concerne la génération des packages pour la version x.x, si ca 
> peut t'aider, le script dolibarr/build/makepack-dolibarr.pl permet de 
> générer des packages (zip, tgz, rpm et exe). La version est stockée en 
> dur et il se lance en mode interactif ou ligne de commande. Je l'utilise 
> personnellement sur windows en interactif et sur linux en batch pour 
> générer tous les soirs en batch un snapshot.
> Il gagnerait cependant à etre débuggé sur d'autres environnements...

Oui je l'ai utilisé hier il est très pratique, cependant juste une 
amélioration possible, inclure le numéro de version en paramètre du 
script et sur 3 niveau 1.2.3 ;-)