eldy et auguria ne sont pas en doublon.
L'un offre un menu gere par le php. Cela permet d'avoir un systeme de menu qui peut s'enrichir par du code php dynamique, comme par exemple, par un appel de web service qui irait chercher ailleurs des infos pour completer le menu
auguria, lui offre un menu full base de donnée permettant une personnalisation complete de la position et libellés des menus.
Certes par defaut, le visuel après activation est le même mais la techno differe et les possibilités techniques derrières aussi. On maintient les 2 car on a besoin des 2, sauf a sacrifier des fonctionnalités (hors la techno du menu eldy est utilisé par certains modules, et la techno auguria peut etre utilisé par des utilisateurs désiré de personnalisé à outrance leur menu).
C'est le meme pb que les module de numérotation, il y en a 2 aussi. Ici l'idée est d'en avoir 1 simple pour les néophites et 1 complexe qui fonctionne par paramétrage (pas toujours compris par les utilisateurs lambda qui ne comprennent pas un regex mais il s'en foute ils en ont eux qui fonctionne clés en main et les utilisateurs avancé ont aussi leur fonction). Bref, les sous-modules servent à la meme chose mais offre des fonctions ou techno différentes. Pour moi, toute fonction modulaire doit au moins avoir 2 variantes (menu, theme, numérotation), ne serait que pour garantir qu'elle est bien modulaire et bien faire comprendre à l'utilisateur qu'il a le choix entre 2. Par contre, en avoir 3, 4, etc, je suis d'accord que cela ne sert pas. C'est le cas des themes. La y en a trop. Mais plus je fais le menage plus d'autres en ajoutes, snif.
Rem: la ML dev est plus appropriée, la ML asso board étant réservé pour la gestion de l'asso.
Le 29/08/2012 14:28, Régis Houssin a écrit :
L'un offre un menu gere par le php. Cela permet d'avoir un systeme de menu qui peut s'enrichir par du code php dynamique, comme par exemple, par un appel de web service qui irait chercher ailleurs des infos pour completer le menu
auguria, lui offre un menu full base de donnée permettant une personnalisation complete de la position et libellés des menus.
Certes par defaut, le visuel après activation est le même mais la techno differe et les possibilités techniques derrières aussi. On maintient les 2 car on a besoin des 2, sauf a sacrifier des fonctionnalités (hors la techno du menu eldy est utilisé par certains modules, et la techno auguria peut etre utilisé par des utilisateurs désiré de personnalisé à outrance leur menu).
C'est le meme pb que les module de numérotation, il y en a 2 aussi. Ici l'idée est d'en avoir 1 simple pour les néophites et 1 complexe qui fonctionne par paramétrage (pas toujours compris par les utilisateurs lambda qui ne comprennent pas un regex mais il s'en foute ils en ont eux qui fonctionne clés en main et les utilisateurs avancé ont aussi leur fonction). Bref, les sous-modules servent à la meme chose mais offre des fonctions ou techno différentes. Pour moi, toute fonction modulaire doit au moins avoir 2 variantes (menu, theme, numérotation), ne serait que pour garantir qu'elle est bien modulaire et bien faire comprendre à l'utilisateur qu'il a le choix entre 2. Par contre, en avoir 3, 4, etc, je suis d'accord que cela ne sert pas. C'est le cas des themes. La y en a trop. Mais plus je fais le menage plus d'autres en ajoutes, snif.
Rem: la ML dev est plus appropriée, la ML asso board étant réservé pour la gestion de l'asso.
Le 29/08/2012 14:28, Régis Houssin a écrit :
déjà je serait pour supprimer le menu eldy et uniformiser sur le menu auguria
et supprimer tout ce qui est doublon en général
trop de choses à maintenir en double, c'est relativement chiant de devoir penser à faire ça et ça pour ne pas casser ça si ça c'est pas actif ou si ça c'est actif, etc... etc...
on a vite mal au crâne!
Le 27/08/12 14:31, Cyrille de Lambert a écrit :
Il y a de toute façon pas mal de chose à revoir en général dans le code.
J'ai mal à la tête quand je vois des bouts de code avec des centaines de lignes ;-)
Dolibarr ne va t'il pas devoir dans une période de refonte complète come l'ont fais beaucoup de projets ? (Joomla, Magento, etc ...)
Le 27/08/2012 14:06, Régis Houssin a écrit :
perso je préfères tester sur les 3 object que de devoir inclure des balises php dans du jquery Le 27/08/12 14:03, Laurent Destailleur a écrit :Le 27/08/2012 13:50, Régis Houssin a écrit :j'ai corrigé aussi mais en détection jquery et pas php car moche visuellementOui mais mieux vaut du moche visuellement que du moche sur le plan conception: En effet, la condition qui dit si on utilise ou pas l'éditeur avancé c'est la constante PHP et non le fait qu'il y ait une instance ckeditor on ou pas. Il peut tres bien y avoir une instance on (par exemple pour un champ commentaire) mais le choix d'utiliser fckeditor sur les lignes de produits etre à off. Il faut donc remettre sur la bonne option.en ce qui concerne la liste déroulante je n'ai pas encore testé mais je suis en train de le faire je suis en train aussi de remettre l'ancien système en attendant. en ce qui concerne la liste déroulante je penses qu'il ne faut plus la mettre par défaut car est limité à 100 produits et est donc non fonctionnelle dans 90% des cas Le 27/08/12 13:39, Laurent Destailleur a écrit :J'ai corrigé le test sur la detection de ckeditor. On est encore loin de quelquechose de fonctionnel. En effet, dans objectline_add.tpl.php, sur l'action select d'un produit défini (ligne 219), la seule chose qu'on fasse c'est un focus sur le champ textarea. Il est donc normal qui ne se passe rien, alors que le champ type devrait disparaitre, le champ tva mis a jour avec le taux de tva de vente et les prix unitaires, préremplis et (soit dégrisé, soit grisé avec la case modifier le prix qui doit apparaitre). ----------------------------------------- EMail: address@hidden Web: http://www.destailleur.fr Messenger GTalk/Jabber: address@hidden Tel: 0662724322Cordialement,Cordialement,
--
Cyrille de Lambertaddress@hidden
26 bis rue des olivettes
44300 NANTESTél : +33 (0) 2 51 13 50 12
Mobile :+33 (0) 6 29 41 81 22
Fax : +33 (0) 2 51 13 52 88
http://www.auguria.net
Cordialement, -- Régis Houssin --------------------------------------------------------- Cap-Networks Cidex 1130 34, route de Gigny 71240 MARNAY FRANCE VoIP: +33 1 83 62 40 03 GSM: +33 6 33 02 07 97 Web: http://www.cap-networks.com/ Email: address@hidden Dolibarr developer: address@hidden Web Portal: http://www.dolibarr.fr/ SaaS offers: http://www.dolibox.fr/ Shop: http://www.dolistore.com/ Development platform: https://doliforge.org/ ---------------------------------------------------------
-- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: address@hidden Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: address@hidden AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: address@hidden AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net