On Mon, Jun 11, 2018 at 8:39 PM, ml icfr wrote:
> Hello,
>
> it will be great to use the mailing list for all backwards incompatible
> changes
>
> In fact afaik mailing lists are used exaclty for connecting developers and
eventually to make other people join the same effort, etc.
Not to criticize
Hello,
it will be great to use the mailing list for all backwards incompatible
changes
Le 11/06/2018 à 20:27, Christophe Battarel a écrit :
Hello,
The problem is not with the object property names in class functions
but here it is with the database llx_entrepot table field that was
chang
Hello,
The problem is not with the object property names in class functions but
here it is with the database llx_entrepot table field that was changed
from "label" to "ref".
Frustrating indeed ;-)
Best regards
Christophe
Le 11/06/2018 à 20:10, Rüdiger Hahn a écrit :
Hi Maxime,
to give
Hi Maxime,
to give you some positive feedback: I do really appreciate your efforts
uniforming variables, fields and making the complete project more
"international" - last not least with English variable names and similar.
Thank you for all the work! Maybe you should consider using deprecated
fie
I have update my main product (factory, equipement, restock, ...) since march
(last devcamp)
Bien cordialement,
Ch. BENKE
Ps : merci de me joindre a présent à l'adresse suivante : char...@benke.fr
> Le 11 juin 2018 à 19:36, Maxime Kohlhaas a écrit :
>
> Hi Christophe,
>
> I understand the fr
Hi Christophe,
I understand the frustration, but we have to always improve the core code
of Dolibarr. And to uniformize variables and fields is a good way to do it.
These changes are made to go to a new model with a class descriptor and
more generic functions (see module builder).
If this means c
Thank you very much for renaming the "label" field of the llx_entrepot;
it is great for external module and specific devs.
Not as we haven't enough work...
Christophe
___
Dolibarr-dev mailing list
Dolibarr-dev@nongnu.org
https://lists.nongnu.org/mail