Re: [Dolibarr-dev] [task #3313] adapter les fiches clients/fournisseurs a la belgique

[Eldy]

Il y a, à mon avis, 3 points différents dans ce que tu évoques:

1) Celui de l'internationalisation de l'interface, a savoir avoir les 
pages php en d'autres langues. Pour cela, c'est dors est deja possible:
On choisit la langue d'affichage dans Configuration - Configuration IHM 
- Langue par defaut.
Pour ajouter une traduction, il suffit de créer un fchier pour la 
nouvelle langue dans le repertoire htdoc/langs.
Dans le code php pour que les langues soit gérées, il faut au lieu de 
mettre en dur le texte en français par exemple 'Société',
il faut mettre $langs->trans('Société')

Voir exemple sur la page htdocs/soc.php.
Quand on switch en "en" dans la page de configuration de la langue par 
défaut, certains champs (adresse, téléphone,...) passent en anglais.
Notons que j'ai fait le choix d'avoir des fichier langues qui s'appuient 
sur le francais, cela permet de ne rien avoir a faire pour gérer le 
francais.
Eventuellement on pourra toujours faire l'inverse pour avoir le terme 
anglais dans le code et avoir à maintenir toutes les langues
sauf l'anglais (on verra au retour de rodolphe).
Il n'y a pour l'instant, à ma connaissance, pas de fonctionnalité pour 
que l'utilisateur définisse ces préférences (il choisirait lui même sa 
langue plutot
qu'avoir un paramètre global) mais une telle fonctionnalité est simple à 
faire.

2) Pour les infos comme le siret, sa vocation est de fournir un champ 
d'identification professionnel. Hors tous les pays en ont. Seul le nom 
champ.
La meilleure solution reste, a mon avis, de renommer le champ "Siret" en 
"Identifiant professionnel (Siret, ...)", bref un terme générique 
valable pour
tous les pays. Personnellement c'est comme ça que je fais sur d'autres 
appli web, ouvertes au monde francophone (france, belgique, suisse) et ça
a le mérite de bien fonctionner et d'etre très simple (même interface 
pour tout le monde).

3)  Pour ce qui est de la tradution des données de références (les 
valeures même des dictionnaires de donnée des tables llx_c_xxx), là, 
c'est plus compliqué.
Mieux vaut attendre le retour de rodolphe pour décider de l'architecture.



Benoit Mortier wrote:

> Le Jeudi 10 Juin 2004 18:59, Eldy a ?crit :
>
>  
>
> > Cela veut dire que les départements belges et francais sont tous deux
> > affichées (et à terme Suisse et autres), ce qui permet de créer des
> > sociétés en belgique aussi bien qu'en france sans limitation (pour
> > ceux comme moi qui gèrent des clients dans les 2 pays). Si
> > l'utilisateur veut restreindre le choix à la France seule ou la
> > Belgique, il lui suffit d'aller dans l'écran de configuration du
> > dictionnire de donnée et de désactiver soit les régions
> > indépendemment, soit le pays dans le dictionnaire de donnée pays
> > (auquel cas cela désactive les regions et département de ce pays qui
> > n'apparaissent plus dans les listes déroulantes).
> >
> > Cette solution me semble préférable, car:
> > - Elle gère l'international (pour les utilisateurs comme moi), aussi
> > bien que le national seul pour celui qui veut (comme toi pour la
> > Belgique). Dolibarr s'installe avec un seul référentiel qui est
> > complet, à charge de l'administrateur de choisir le champ d'action de
> > dolibarr. Remarque, le choix des pays actifs ou non pourrait très
> > bien etre fait à l'install.
> >    
>
> tout d'abord merci ;-) c'est effectivement beaucoup plus propre.
> j'avais deja pense a l'install j'y reflechit
>
>  
>
> > - Elle rend les fichiers data-BE.sql et mysql-BE.sql obsolètes. Pas
> > de jonglage a faire dans les distrib ou setup.
> >    
>
> ok.
>
>  
>
> > Je laisse Benoit tester cette mouture mais normallement cela convient
> > à tous les besoins.
> >    
>
> je vais tester cela des demain, et je rajouterai toutes les données en 
> neerlandais ( en belgique on a trois langues francais, néerlandais, 
> allemand)
>
> Deux autres problemes subsistent :
>
> L'un des problème qui me préocupe c'est l'internationalisation de 
> l'interface, car par exemple dans la fiche societe en france on a un 
> siret ape etc... alors qu'en belgique on n'a pas cela
>
> doit on utiliser une classe pear comme translation2 afin de creer des 
> tables specifiques qui permettent de creer une interface localisée.
>
> cest ma solution préferée si l'impact sur les performances n'est pas 
> trop élevé.
>
> l'autre problème est liée au fait d'avoir besoin par exemple des 
> produits dans plusieurs langues, on devrait avoir des champs libelle 
> dans les differentes langues,  le plus simple est sans doute de faire 
> dans llx_c_departements
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>  


--
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
AWStats : http://awstats.sourceforge.net
AWBot : http://awbot.sourceforge.net
CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net