Bonjour
@Hubz nous ne parlons pas des modules externes mais du core dans son intégralité et nous sommes plus sur un aspect qualitatif du code employé et une méthode commune
@defrance un problème se pose avec Transifex pour la réintégration des fichiers langs dans leur module respectif.
Quand est il du dossier compta, il faut l’eclater a la racine, non ?
Tu seras au dev camp ?
faire un script qui récupère les fichiers de langs dans un seul dossier puis les repositionne dans leurs dossiers respectif une fois traduit ne doit pas être trop compliqué…
Oui et ce n’est pas le seul qu’il faut éclater (/comm par exemple)
Toujours présent quand il y a de la free food 
Bonjour (Hello)
J’utilise la fonction getNomUrl, mais sans savoir à l’avance quel est le type d’objet à traiter;
- projet -> function getNomUrl($withpicto=0,$option=’’)
- task -> function getNomUrl($withpicto=0,$option=’’)
- produit -> function getNomUrl($withpicto=0,$option=’’,$maxlength=0)
- holiday -> function getNomUrl($withpicto=0)
- commande -> function getNomUrl($withpicto=0,$option=0,$max=0,$short=0)
- contrat -> function getNomUrl($withpicto=0,$maxlength=0)
Je voudrais souhaiterais donc avoir uniquement quelque soit l’objet
function getNameUrl($withpicto=0,$option=0,$max=0,$short=0)
ex pour fichinter.class.php
function getNameUrl($withpicto=0,$option=0,$maxlen=0,$short=0)
{
return getNomUrl($withpicto);
}ex pour contrat.class.php
function getNameUrl($withpicto=0,$option=0,$maxlen=0,$short=0)
{
return getNomUrl($withpicto, $maxlen);
}etc
On garde les getNomUrl et en anglais le getNameUrl a les mêmes paramètres quelque soit l’objet
Qu’en pensez vous?
Fred
Bonsoir Frederic,
J’ai commencé à travailler sur le problème en octobre 2014, je n’ai pas eu le temps de revenir dessus depuis mais un peu d’uniformisation ne ferait pas de mal.
Le nom retenu était getHtmlLink à la place de getNomUrl
Je t’invite à lire les différent échanges sur ce point.
https://github.com/Dolibarr/dolibarr/pull/1936
http://lists.nongnu.org/archive/html/dolibarr-dev/2014-10/msg00017.html
Bon courage
Bonjour
Merci pour les liens… il y a du boulot:
htdocs/compta/dons/class/don.class.php: function getNomUrl($withpicto=0)
htdocs/compta/deplacement/class/deplacement.class.php: function getNomUrl($withpicto=0)
htdocs/compta/prelevement/class/bonprelevement.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/compta/tva/class/tva.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/compta/sociales/class/chargesociales.class.php: function getNomUrl($withpicto=0,$maxlen=0)
htdocs/compta/sociales/class/paymentsocialcontribution.class.php: function getNomUrl($withpicto=0,$maxlen=0)
htdocs/compta/bank/class/account.class.php: function getNomUrl($withpicto=0, $mode=’’)
htdocs/compta/bank/class/account.class.php: function getNomUrl($withpicto=0,$maxlen=0,$option=’’)
htdocs/compta/localtax/class/localtax.class.php: function getNomUrl($withpicto=0, $option=’’)
htdocs/compta/paiement/class/paiement.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/compta/paiement/cheque/class/remisecheque.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/compta/salaries/class/paymentsalary.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/compta/facture/class/facture-rec.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/compta/facture/class/facture.class.php: function getNomUrl($withpicto=0,$option=’’,$max=0,$short=0,$moretitle=’’)
htdocs/projet/class/project.class.php: function getNomUrl($withpicto=0, $option=’’, $addlabel=0)
htdocs/projet/class/task.class.php: function getNomUrl($withpicto=0,$option=’’,$mode=‹ task ›)
htdocs/comm/action/class/cactioncomm.class.php: function getNomUrl($withpicto=0)
htdocs/comm/action/class/actioncomm.class.php: function getNomUrl($withpicto=0,$maxlength=0,$classname=’’,$option=’’,$overwritepicto=0)
htdocs/comm/askpricesupplier/class/askpricesupplier.class.php: function getNomUrl($withpicto=0,$option=’’, $get_params=’’)
htdocs/comm/propal/class/propal.class.php: function getNomUrl($withpicto=0,$option=’’, $get_params=’’)
htdocs/product/stock/class/entrepot.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/product/class/product.class.php: function getNomUrl($withpicto=0,$option=’’,$maxlength=0)
htdocs/holiday/class/holiday.class.php: function getNomUrl($withpicto=0)
htdocs/expensereport/class/expensereport.class.php: function getNomUrl($withpicto=0)
htdocs/commande/class/commande.class.php: function getNomUrl($withpicto=0,$option=0,$max=0,$short=0)
htdocs/fichinter/class/fichinter.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/categories/class/categorie.class.php: function getNomUrl($withpicto=0,$option=’’,$maxlength=0)
htdocs/contact/class/contact.class.php: function getNomUrl($withpicto=0,$option=’’,$maxlen=0,$moreparam=’’)
htdocs/expedition/class/expedition.class.php: function getNomUrl($withpicto=0,$option=0,$max=0,$short=0)
htdocs/contrat/class/contrat.class.php: function getNomUrl($withpicto=0,$maxlength=0)
htdocs/contrat/class/contrat.class.php: function getNomUrl($withpicto=0,$maxlength=0)
htdocs/resource/class/resource.class.php: function getNomUrl($withpicto=0,$option=’’, $get_params=’’)
htdocs/core/class/discount.class.php: function getNomUrl($withpicto,$option=‹ invoice ›)
htdocs/livraison/class/livraison.class.php: function getNomUrl($withpicto=0)
htdocs/fourn/class/fournisseur.facture.class.php: function getNomUrl($withpicto=0,$option=’’,$max=0)
htdocs/fourn/class/paiementfourn.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/fourn/class/fournisseur.commande.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/ecm/class/ecmdirectory.class.php: function getNomUrl($withpicto=0,$option=’’,$max=0,$more=’’)
htdocs/adherents/class/cotisation.class.php: function getNomUrl($withpicto=0)
htdocs/adherents/class/adherent_type.class.php: function getNomUrl($withpicto=0,$maxlen=0)
htdocs/adherents/class/adherent.class.php: function getNomUrl($withpicto=0,$maxlen=0,$option=‹ card ›)
htdocs/user/class/user.class.php: function getNomUrl($withpicto=0, $option=’’, $infologin=0, $notooltip=0, $maxlen=24)
htdocs/societe/class/address.class.php: function getNomUrl($withpicto=0,$option=’’)
htdocs/societe/class/societe.class.php: function getNomUrl($withpicto=0,$option=’’,$maxlen=0,$notooltip=0)
Fred
bonjour
ce serait pas possible de laisser les fichiers fiche.php avec une redirection vers card.php avec un message dans le syslog pour signaler le changement cela laisserai le temps au dev de faire les modification
Bonsoir,
C’est noté dans le changelog développeur et utilisateur de la 3.7 depuis 6 mois. En plus vu que celle ci ne sort pas pour l’instant. C’est le temps de s’y mettre. Bon courage.
Bonjour à tous,
Ces changements majeurs sont une bonne choses. Ne pas retrouver le même élément sous divers nommages c’est mieux. Mais le soucis c’est si une deuxième vague de renommage est prévue lors de la 3.8.
Ça me fait dire que les développeurs vont attendre la 3.8 pour mettre à jour leurs modules histoire de ne pas devoir le refaire une seconde fois. Compte tenu que la 3.7 est en « stand-by », ne serait-ce pas utile de terminer la phase renommage/standardisation du core sur la 3.7 ?
A vous lire…
@+
Bonjour,
La 3.7 même si elle ne sort pas est freeze, plus de changement majeur à entrevoir même si c’était plus large du coup pour les acceptations de corrections.
Par contre, l’uniformisation/correction que j’effectue et que je vais continuer à faire (Ca au moins, c’est de mon niveau) à commencé sur la 3.6 et a pour but d’avoir une v4.0 (Septembre 2016) plus propre.
Le problème est qu’on intègre des modules Franco-français avec tous les champs de la base de données en français et le nom des fonctions/commentaires en Français. Je passe derrière quand j’en ai le temps pour corriger ça.
Et pour corriger toute le code, standardiser un max, on parle de centaines d’heures ! Y’a du travail.
Bonjour
Je rebondis sur ce dernier message en mode troll car ça me fait halluciner de voir toute cette dépense d’énergie alors que la grande majorité des développeurs et des utilisateurs de dolibarr est francophone…
ok j’arrête et je sors !
Pour ma part, je pense que c’est une excellente initiative, et que j’avais aussi proposé il y a quelques années mais effectivement le boulot est énorme, donc c’est du beau boulot aspangaro si tu arrives au bout 
@altatof: justement, si la plupart des contributeurs sont francophones, c’est peut-être aussi car le code source est en français, c’est une barrière non négligeable pour les contributeurs d’autres pays.
Ich bien ein Troller auch !
C’est vrai que si le code source était en allemand, on se plaindrait grave, en bon franchouillard, ici sur le forum
troll again : en chinois, on aurait encore plus de contributeurs, non ?
en indo-chinois !
d’un autre coté, la majorité des développeurs parlent et écrivent anglais… certains mieux que le français d’ailleurs…
Et pour compléter le sujet, 30% des téléchargements de dolibarr le sont par des Français… un pourcentage qui va en diminuant … malgré une hausse des téléchargements…
ce que je remarque en tout cas, c’est que le forum en français est bien plus actif que celui de dolibarr.org !
en plus, ça m’énerve beaucoup de devoir déchiffrer régulièrement des messages en anglais écrits par des francophones sur la liste de dev ou github - sur github en particulier c’est une source d’erreurs et d’incompréhension, surtout quand les échanges ont lieu entre francophones.
J’avais proposé à l’époque de la refonte de les fusionner… mais cela n’a pas été retenue
Bonsoir,
Ayant installé une 3.6.2 le 14/04/2015 avec la ressaisie de tous clients/prospect/fournisseurs/factures depuis le début de l’année je voudrais savoir quel est le niveau de risque pour un simple utilisateur à installer une 3.7 téléchargeable depuis le 20/04/15 ? (A 6 jours près 
Qu’en est-il des changements de nom de fichier, ceux ci sont-ils gérés par la mise à jour ou faut-il aller mettre les mains dans « le cambouis » ?
Ayant installé le module échéancier, dois je me tourner vers l’éditeur de ce module ? et ces changements de nom de fichier vont-ils empêcher l’accès aux données déjà rentrées dans ce module ou pire le bon fonctionnement de dolibarr ?
Pour faire simple, peu t’on y aller sans craintes ? une sauvegarde au cas où, une mise à jour et hop ça roule ?
Merci de votre réponse et bonne nuit tout le monde
Bonjour,
D’une manière générale, il faut contacter les éditeurs des modules que vous avez installés avant toute mise à jour de dolibarr, et surtout pour les versions « majeures ».
En effet, le rythme (effréné ?) de sortie des versions et l’absence de visibilité préalable des modifications et des nouveautés (roadmap ?) met les éditeurs dans une position délicate à chaque sortie de version car ils doivent alors retester leurs modules sur cette nouvelle release en espérant (priant ?) pour qu’il n’y ait pas trop de modifications du coeur de dolibarr non rétro-compatibles !
Et j’ai bien peur qu’avec cette histoire d’anglicisation des noms, nous ayons à faire face à de nombreux problèmes…
Du côté d’altairis, nous finissons actuellement la sortie des versions de nos modules avec la compatibilité pour la 3.6 et je ne suis pas pressé de m’arracher les cheveux avec la 3.7.
Bon courage à tous les utilisateurs de modules et à tous les éditeurs qui sont mis devant le fait accompli une nouvelle fois sur cette histoire d’internationalisation !
Bonsoir,
Oulà !!! loin de moi l’idée de lancer une polémique entre éditeurs de modules et la communauté de développeur… je souhaitai juste prendre avis concernant les éventuels process de migration d’une 3.6 vers une 3.7 et savoir si cette migration se faisait de façon transparente ou si un professionnel devait intervenir sur les fichier stockés sur le serveur.
