Archives
Contributors
-
Translation in Odoo and OCA
Dear OCA friends,I'm about to start an initiative to improve the French translation of Odoo v14 (official and OCA modules), which is currently very poor compared to other languages before the release of v15. My experience on this topic is very limited, so I have several questions and I'm interested in some advice from translation communities of other languages.Experience/Advice==============I'm interested by the experience of other Odoo translation communities that achieve high coverage and high quality (but not where only 1 company makes all the translation work) :- How are you organised ?- How do you ensure that translations are "coherent" among official and OCA modules ? For example, making sure that "Currency" is always translated by "Devise" and not by "Monnaie". Or how to translate "Quantity on hand" vs "Available quantity" (in the current French translation of Odoo, these 2 terms have the same translation which is a big problem !!!).- Are translations mostly done by developers or by non-developers ?- How do you motivate translators ?- What are the best practice for translation communities on Odoo/OCA ?OCA modules============I only found this page, which gives very little information https://odoo-community.org/page/translateHere are my questions :- what is the delay between translation in Weblate and commit on Github (it seems very fast ; commits seem to be done on a daily basis...)- Does a moderation/review take place before commit on Github for untranslated terms ? (seems that the answer is "no") and when we change/improve a translation ?- are there different access rights for translation of a particular language ? If yes, who is the "master" for French language ?Official modules=============For the official modules, there is a wiki page which gives a lot of information :I read that there are 3 levels of access rights :1) translator2) reviewer3) coordinatorIn my Transifex profile, it says :lang French of the team "Odoo Translators"So I guess I'm at the first level. Do some of you see "Odoo Reviewers'" or "Odoo Coordinator" on your profile page ? How can I know who is the Coordinator for the French language ?On the wiki page, it says that Reviewers "Can approve translation suggestions from Translators". But, when I translate some odoo strings in Transifex, it seems that my changes are commited without review. Or is it only when I change an existing translation ? All these access rights are not clear to me.I remember that, a few years ago, there was a page on a wiki or Etherpad, where there was some guidelines/instructions for the French translation : this page said for example that "Currency" should always be translated by "Devise" (and not "Monnaie"), etc... But I don't find this page any more...Thanks in advance for your answers !--Alexis de Lattre
Akretion France - 27 rue Henri Rolland - 69100 Villeurbanne - France
Mail : alexis.delattre@akretion.com
by Alexis de Lattre - 12:26 - 22 Jul 2021-
RE: Translation in Odoo and OCA
This is how I do it:
I use poedit to create or update translations locally.
I only work on the "fr" versions since I noticed that only the fr.po files are taken into account during the installation of the modules, (not the fr_FR) (maybe I missed something ?)
Once the translation is done, I test it locally by importing the created fr.po file in Odoo and I check that the texts are consistent in the menus and forms.
Then, I import the fr.po file on translation.odoo-community.org by using the "Files/upload translation" (« Fichiers/Téléverser la traduction ») function.
Sometimes I get comments on my translations (example : sbi on MIS-Builder) and I correct accordingly.
For the moment, I don't dare to work on the official modules. There are few missing terms and when it is the case I correct locally (I know, it is not good...).
Have a nice day
Yves Le Doeuff
Email: y.ledoeuff@alliasys.fr
Tél. 02 23 20 03 25 – Fax. 02 23 20 03 26
2, rue de la Senestrais – 35520 La Chapelle des Fougeretz
P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.
De : Alexis de Lattre [mailto:alexis.delattre@akretion.com]
Envoyé : jeudi 22 juillet 2021 12:28
À : Contributors
Objet : Translation in Odoo and OCADear OCA friends,
I'm about to start an initiative to improve the French translation of Odoo v14 (official and OCA modules), which is currently very poor compared to other languages before the release of v15. My experience on this topic is very limited, so I have several questions and I'm interested in some advice from translation communities of other languages.
Experience/Advice
==============
I'm interested by the experience of other Odoo translation communities that achieve high coverage and high quality (but not where only 1 company makes all the translation work) :
- How are you organised ?
- How do you ensure that translations are "coherent" among official and OCA modules ? For example, making sure that "Currency" is always translated by "Devise" and not by "Monnaie". Or how to translate "Quantity on hand" vs "Available quantity" (in the current French translation of Odoo, these 2 terms have the same translation which is a big problem !!!).
- Are translations mostly done by developers or by non-developers ?
- How do you motivate translators ?
- What are the best practice for translation communities on Odoo/OCA ?
OCA modules
============
I only found this page, which gives very little information https://odoo-community.org/page/translate
Here are my questions :
- what is the delay between translation in Weblate and commit on Github (it seems very fast ; commits seem to be done on a daily basis...)
- Does a moderation/review take place before commit on Github for untranslated terms ? (seems that the answer is "no") and when we change/improve a translation ?
- are there different access rights for translation of a particular language ? If yes, who is the "master" for French language ?
Official modules
=============
For the official modules, there is a wiki page which gives a lot of information :
I read that there are 3 levels of access rights :
1) translator
2) reviewer
3) coordinator
In my Transifex profile, it says :
lang French of the team "Odoo Translators"
So I guess I'm at the first level. Do some of you see "Odoo Reviewers'" or "Odoo Coordinator" on your profile page ? How can I know who is the Coordinator for the French language ?
On the wiki page, it says that Reviewers "Can approve translation suggestions from Translators". But, when I translate some odoo strings in Transifex, it seems that my changes are commited without review. Or is it only when I change an existing translation ? All these access rights are not clear to me.
I remember that, a few years ago, there was a page on a wiki or Etherpad, where there was some guidelines/instructions for the French translation : this page said for example that "Currency" should always be translated by "Devise" (and not "Monnaie"), etc... But I don't find this page any more...
Thanks in advance for your answers !
--
Alexis de Lattre
Akretion France - 27 rue Henri Rolland - 69100 Villeurbanne - France
Mail : alexis.delattre@akretion.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Yves Le Doeuff - 02:51 - 22 Jul 2021 -
Re: Translation in Odoo and OCA
My answers are more about my translation workflow.Experience/Advice==============I'm translating all our modules by myself.I always reuse existing translations when possible even if not coherent since Users are used to these words.OCA modules============All my translations are done using poedit.To use its translation suggestion feature, you can pre-fill it with existing po files.I create a "compendium" of all existing translations (from openerp 6.1 -> odoo 12.0)find ./ -name "fr.po" -not -path "*/test*/*" -o -name "fr_FR.po" -not -path "*/test*/*" | xargs msgcat --use-first | msgattrib --translated --no-wrap -o ./odoo_fr.poTo translate an OCA module,I'm exporting a po file using WeblateAnd I'm reimporting it after the translation is done.If the module was already translated using poedit or if you have imported the po file, you can use the pre-translate to go faster.If you need to have your changes published immediately to the github repository, you can force it using the "Push" button.Official modules=============I only use the Transifex web tool.I'm only fixing some missing or invalid translations, most of the time to fix format issues like missing leading or ending space.--
Yann PAPOUIN, Ingénieur R&D | DECLe jeu. 22 juil. 2021 à 12:27, Alexis de Lattre <alexis.delattre@akretion.com> a écrit :Dear OCA friends,I'm about to start an initiative to improve the French translation of Odoo v14 (official and OCA modules), which is currently very poor compared to other languages before the release of v15. My experience on this topic is very limited, so I have several questions and I'm interested in some advice from translation communities of other languages.Experience/Advice==============I'm interested by the experience of other Odoo translation communities that achieve high coverage and high quality (but not where only 1 company makes all the translation work) :- How are you organised ?- How do you ensure that translations are "coherent" among official and OCA modules ? For example, making sure that "Currency" is always translated by "Devise" and not by "Monnaie". Or how to translate "Quantity on hand" vs "Available quantity" (in the current French translation of Odoo, these 2 terms have the same translation which is a big problem !!!).- Are translations mostly done by developers or by non-developers ?- How do you motivate translators ?- What are the best practice for translation communities on Odoo/OCA ?OCA modules============I only found this page, which gives very little information https://odoo-community.org/page/translateHere are my questions :- what is the delay between translation in Weblate and commit on Github (it seems very fast ; commits seem to be done on a daily basis...)- Does a moderation/review take place before commit on Github for untranslated terms ? (seems that the answer is "no") and when we change/improve a translation ?- are there different access rights for translation of a particular language ? If yes, who is the "master" for French language ?Official modules=============For the official modules, there is a wiki page which gives a lot of information :I read that there are 3 levels of access rights :1) translator2) reviewer3) coordinatorIn my Transifex profile, it says :lang French of the team "Odoo Translators"So I guess I'm at the first level. Do some of you see "Odoo Reviewers'" or "Odoo Coordinator" on your profile page ? How can I know who is the Coordinator for the French language ?On the wiki page, it says that Reviewers "Can approve translation suggestions from Translators". But, when I translate some odoo strings in Transifex, it seems that my changes are commited without review. Or is it only when I change an existing translation ? All these access rights are not clear to me.I remember that, a few years ago, there was a page on a wiki or Etherpad, where there was some guidelines/instructions for the French translation : this page said for example that "Currency" should always be translated by "Devise" (and not "Monnaie"), etc... But I don't find this page any more...Thanks in advance for your answers !--Alexis de Lattre
Akretion France - 27 rue Henri Rolland - 69100 Villeurbanne - France
Mail : alexis.delattre@akretion.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "Yann Papouin" <ypa@decgroupe.com> - 01:06 - 22 Jul 2021
-
Changes in Odoo v14
Dear all is anybody of you aware of a near complete collection of changes (functionality, code / api) between Odoo major versions (ideally regularly maintained). Specifically v13 to v14? I know there are a couple of websites out there that do bits and pieces of it but what i am searching for, is some sort of collective review of the community (e.g. in a OCA wiki page). any answer on the matter is appreciated Cheers Frederik -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 09:11 - 21 Jul 2021-
Re: Changes in Odoo v14
Hi Graeme, thanks for your thoughts. Concerning the enterprise migration logs are you aware of any public space where people share insights from these logs or is the only way to obtain those really going through this lenghty and unreliable offical process ourselfes ;-) Best Frederik Am Mittwoch, den 21.07.2021, 07:32 +0000 schrieb Graeme Gellatly: > Hi, > > Generally Odoo release notes are most authoritative and complete. > Also for technical specifics OCA Migration Guides and the issues and > notes in Openupgrade repo are good guides. > > Finally the instructions to fix all the mess caused by Odoo > enterprise migration gives a few hints, as do the enterprise > migration logs. > > For code/ideas taken from OCA, twitter on release day :) > > On Wed, Jul 21, 2021 at 7:12 PM Frederik Kramer < > frederik.kramer@initos.com> wrote: > > Dear all > > > > is anybody of you aware of a near complete collection of changes > > (functionality, code / api) between Odoo major versions (ideally > > regularly maintained). Specifically v13 to v14? I know there are a > > couple of websites out there that do bits and pieces of it but what > > i > > am searching for, is some sort of collective review of the > > community > > (e.g. in a OCA wiki page). any answer on the matter is appreciated > > > > Cheers Frederik > > > > > > > > -- > > Dr.-Ing. Frederik Kramer > > Geschäftsführer > > > > initOS GmbH > > An der Eisenbahn 1 > > 21224 Rosengarten > > > > Phone: +49 4105 56156-12 > > Fax: +49 4105 56156-10 > > Mobil: +49 179 3901819 > > > > Email: frederik.kramer@initos.com > > Web: www.initos.com > > > > Geschäftsführung: > > Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke > > > > Sitz der Gesellschaft: Rosengarten – Klecken > > Amtsgericht Tostedt, HRB 205226 > > Steuer-Nr: 15/200/53247 > > USt-IdNr.: DE815580155 > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 > > Post to: mailto:contributors@odoo-community.org > > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 10:30 - 21 Jul 2021 -
Re: Changes in Odoo v14
Hi,Generally Odoo release notes are most authoritative and complete. Also for technical specifics OCA Migration Guides and the issues and notes in Openupgrade repo are good guides.Finally the instructions to fix all the mess caused by Odoo enterprise migration gives a few hints, as do the enterprise migration logs.For code/ideas taken from OCA, twitter on release day :)On Wed, Jul 21, 2021 at 7:12 PM Frederik Kramer <frederik.kramer@initos.com> wrote:Dear all is anybody of you aware of a near complete collection of changes (functionality, code / api) between Odoo major versions (ideally regularly maintained). Specifically v13 to v14? I know there are a couple of websites out there that do bits and pieces of it but what i am searching for, is some sort of collective review of the community (e.g. in a OCA wiki page). any answer on the matter is appreciated Cheers Frederik -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Graeme Gellatly - 09:31 - 21 Jul 2021
-
-
Produce multiple products from one component
Dear Community,
For the second time, we are requested by customers to make Odoo produce multiple products from a single component (when mrp is basically doing the other way around : 1 product and some side products from multiple components)
First time was by wood industry, from a single trunk they produce at once various planks of different sizes. At that time we answered that we were not in a position to handle this need.
Second time is for food industry, from a single fish, they will make at once various fillets or blocks of different sizes. This time we should put in place a solution for that.
Later on we should look at how to plan/automate from SO the quantities and sizes to be produced.
The fact that the same functional need coming from 2 different industries is brought to us, makes me think that we could go for a generic solution that could fit both needs. Also I suppose that this need may have already been solved by some of you ?
Do you know of any company / person / module implementing this need ?
Otherwise I should raise an RFC as issue on manufacture repo to functionnally describe the need and collect your inputs/comments/remarks before starting development.
Thanks for your help !
Best Regards,
Rémi
SCOP Le Filament
by Rémi Cazenave - 08:06 - 19 Jul 2021-
Re: Produce multiple products from one component
Hi Rémi,It seems native "Unbuild Orders" is the perfect tool for your request.Le lun. 19 juil. 2021 à 15:52, Yoshi Tashiro <tashiro@quartile.co> a écrit :As far as I understand, there is no logic to distribute the production cost to the by-product using Odoo's standard function.A recent inquiry I got from a potential client was about implanting parts and cutting out multiple circuit boards out of a large board. Would be happy to know if there is a good solution.--Yoshi TashiroOn Mon, Jul 19, 2021 at 4:06 PM Tom <tom@sunflowerweb.nl> wrote:Doesnt "mrp_byproduct" already solve this case? IMO it doesnt require multiple compoments as an input, can also be just one
Jul 19, 2021 08:08:01 Rémi CAZENAVE - Le Filament <remi@le-filament.com>:
Dear Community,
For the second time, we are requested by customers to make Odoo produce multiple products from a single component (when mrp is basically doing the other way around : 1 product and some side products from multiple components)
First time was by wood industry, from a single trunk they produce at once various planks of different sizes. At that time we answered that we were not in a position to handle this need.
Second time is for food industry, from a single fish, they will make at once various fillets or blocks of different sizes. This time we should put in place a solution for that.
Later on we should look at how to plan/automate from SO the quantities and sizes to be produced.
The fact that the same functional need coming from 2 different industries is brought to us, makes me think that we could go for a generic solution that could fit both needs. Also I suppose that this need may have already been solved by some of you ?
Do you know of any company / person / module implementing this need ?
Otherwise I should raise an RFC as issue on manufacture repo to functionnally describe the need and collect your inputs/comments/remarks before starting development.
Thanks for your help !
Best Regards,
Rémi
SCOP Le Filament_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 08:11 - 19 Jul 2021 -
Re: Produce multiple products from one component
As far as I understand, there is no logic to distribute the production cost to the by-product using Odoo's standard function.A recent inquiry I got from a potential client was about implanting parts and cutting out multiple circuit boards out of a large board. Would be happy to know if there is a good solution.--Yoshi TashiroOn Mon, Jul 19, 2021 at 4:06 PM Tom <tom@sunflowerweb.nl> wrote:Doesnt "mrp_byproduct" already solve this case? IMO it doesnt require multiple compoments as an input, can also be just one
Jul 19, 2021 08:08:01 Rémi CAZENAVE - Le Filament <remi@le-filament.com>:
Dear Community,
For the second time, we are requested by customers to make Odoo produce multiple products from a single component (when mrp is basically doing the other way around : 1 product and some side products from multiple components)
First time was by wood industry, from a single trunk they produce at once various planks of different sizes. At that time we answered that we were not in a position to handle this need.
Second time is for food industry, from a single fish, they will make at once various fillets or blocks of different sizes. This time we should put in place a solution for that.
Later on we should look at how to plan/automate from SO the quantities and sizes to be produced.
The fact that the same functional need coming from 2 different industries is brought to us, makes me think that we could go for a generic solution that could fit both needs. Also I suppose that this need may have already been solved by some of you ?
Do you know of any company / person / module implementing this need ?
Otherwise I should raise an RFC as issue on manufacture repo to functionnally describe the need and collect your inputs/comments/remarks before starting development.
Thanks for your help !
Best Regards,
Rémi
SCOP Le Filament_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Yoshi Tashiro. - 03:51 - 19 Jul 2021 -
Re: Produce multiple products from one component
Поздрав,
Росен Владимиров
+359886100204На пн, 19.07.2021 г. в 9:07 ч. Rémi CAZENAVE - Le Filament <remi@le-filament.com> написа:Dear Community,
For the second time, we are requested by customers to make Odoo produce multiple products from a single component (when mrp is basically doing the other way around : 1 product and some side products from multiple components)
First time was by wood industry, from a single trunk they produce at once various planks of different sizes. At that time we answered that we were not in a position to handle this need.
Second time is for food industry, from a single fish, they will make at once various fillets or blocks of different sizes. This time we should put in place a solution for that.
Later on we should look at how to plan/automate from SO the quantities and sizes to be produced.
The fact that the same functional need coming from 2 different industries is brought to us, makes me think that we could go for a generic solution that could fit both needs. Also I suppose that this need may have already been solved by some of you ?
Do you know of any company / person / module implementing this need ?
Otherwise I should raise an RFC as issue on manufacture repo to functionnally describe the need and collect your inputs/comments/remarks before starting development.
Thanks for your help !
Best Regards,
Rémi
SCOP Le Filament_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Rosen Vladimirov - 09:46 - 19 Jul 2021 -
Re: Produce multiple products from one component
Haven't worked with any of these but the discussion caught my attention so I went to check the modules. mrp_byproduct existed up until 12.0, in 13.0 it was merge with/into mrp module. Just my $0.02 Best regards Radovan Skolnik On pondelok 19. júla 2021 9:06:50 CEST Tom wrote: > Doesnt "mrp_byproduct" already solve this case? IMO it doesnt require > multiple compoments as an input, can also be just one > > > Jul 19, 2021 08:08:01 Rémi CAZENAVE - Le Filament <remi@le-filament.com>: > > Dear Community, For the second time, we are requested by customers to make > Odoo produce multiple products from a single component (when mrp is > basically doing the other way around : 1 product and some side products > from multiple components) First time was by wood industry, from a single > trunk they produce at once various planks of different sizes. At that time > we answered that we were not in a position to handle this need. Second time > is for food industry, from a single fish, they will make at once various > fillets or blocks of different sizes. This time we should put in place a > solution for that. Later on we should look at how to plan/automate from SO > the quantities and sizes to be produced. The fact that the same functional > need coming from 2 different industries is brought to us, makes me think > that we could go for a generic solution that could fit both needs. Also I > suppose that this need may have already been solved by some of you ? Do you > know of any company / person / module implementing this need ? Otherwise I > should raise an RFC as issue on manufacture repo to functionnally describe > the need and collect your inputs/comments/remarks before starting > development. Thanks for your help ! Best Regards, Rémi SCOP Le Filament > > _______________________________________________ Mailing-List: > https://odoo-community.org/groups/contributors-15 [1] Post to: > mailto:contributors@odoo-community.org Unsubscribe: > https://odoo-community.org/groups?unsubscribe [2] > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [3] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [4] > > > > [1] https://odoo-community.org/groups/contributors-15 > [2] https://odoo-community.org/groups?unsubscribe > [3] https://odoo-community.org/groups/contributors-15 > [4] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 09:15 - 19 Jul 2021
-
-
Prevent 2 modules from testing together in OCA repo.
Hello,When we have 2 module that's will failed when tested together. In OCA repo, are there ways to ensure not to run tests together?I remember it is about setting in travis.yaml? but can't find the sample. (Also in the future if we move to github action, how to?Thank you,
by Kitti Upariphutthiphong - 07:26 - 17 Jul 2021-
Re: Prevent 2 modules from testing together in OCA repo.
In general you should avoid modifying repo-level dotfiles such as .travis.yml manually, so they can be kept in sync with the template automatically.The correct way to test some modules independently from others is to run "copier update" and answer the rebel_module_groups question.This will generate the correct Travis configuration and will be compatible with the future GitHub actions config too.So, for example, if you answer ["a", "b,c"], it will create 3 groups to test- a alone- b and c only- all the modules in the repo except a, b, cBest regards,-sbiOn Sat, Jul 17, 2021 at 5:57 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Yes, this is exactly what I am looking for.Thank you Kevin!On Sat, Jul 17, 2021 at 8:12 PM Kevin Khao <kevinkhao@gmail.com> wrote:Hi Kitti,Here is an example of how I did it.On Sat, Jul 17, 2021 at 7:27 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Hello,When we have 2 module that's will failed when tested together. In OCA repo, are there ways to ensure not to run tests together?I remember it is about setting in travis.yaml? but can't find the sample. (Also in the future if we move to github action, how to?Thank you,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Bidoul - 03:45 - 25 Jul 2021 -
Re: Prevent 2 modules from testing together in OCA repo.
Yes, this is exactly what I am looking for.Thank you Kevin!On Sat, Jul 17, 2021 at 8:12 PM Kevin Khao <kevinkhao@gmail.com> wrote:Hi Kitti,Here is an example of how I did it.On Sat, Jul 17, 2021 at 7:27 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Hello,When we have 2 module that's will failed when tested together. In OCA repo, are there ways to ensure not to run tests together?I remember it is about setting in travis.yaml? but can't find the sample. (Also in the future if we move to github action, how to?Thank you,
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 05:55 - 17 Jul 2021 -
Re: Prevent 2 modules from testing together in OCA repo.
Hi Kitti,Here is an example of how I did it.On Sat, Jul 17, 2021 at 7:27 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Hello,When we have 2 module that's will failed when tested together. In OCA repo, are there ways to ensure not to run tests together?I remember it is about setting in travis.yaml? but can't find the sample. (Also in the future if we move to github action, how to?Thank you,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kevin Khao. - 03:11 - 17 Jul 2021
-
-
Migration Folders during migration in OCA Modules
Hi all,Increasingly I am facing an issue with both OpenUpgrade and Enterprise migrations in relation to migrations folders. We have a practice of deleting them whenever a module is migrated.So my question is why?Let me outline a few issues on one side and hope I can be enlightened of the other side.Client is on version 8.0.1 of mis_builder. They migrate using OpenUpgrade and it skips the very important 8.0.2 migration.Another client chose to use Openupgrade only for core modules for intervening versions. This is essentially the same issue as an enterprise migration of 2 versions. You get the database back without 3rd party modules migrated.The latest module version only contains scripts for 1 version. So you spend hours hunting through finding the scripts, forking repos etc to get the scripts you need.But also I ask myself if we couldn't reduce multiversion migration time if a current version ran multiple folders. But then again, Odoo enterprise migration does all modules for a version, then moves to the next version so perhaps not feasible.
by Graeme Gellatly - 01:20 - 15 Jul 2021-
Re: Migration Folders during migration in OCA Modules
Yes, a pre-requisite is to have the previous version up to date before starting the migration, and if you run a migration across several versions in between, you have to manually launch the intermediate version scripts. It's what you have if you go through the enterprise path. I doubt Odoo performs all the migrations in one step, but it would be a version per version migration, but you only see the final result of the black box.It's not possible to keep all the migration scripts across versions due to several reasons:- "Logistic" one: keeping in sync such migration scripts across versions is a pain. If you perform a fix on v12 migration scripts, would you sincerely do the same patch on v13 and v14?- And the main one: there are data transformations that aren't idempotent (for example, the renaming of a column), which means that running them several times will lead to errors. This combined with the pre/post/end mechanism, makes a non deterministic scenario where you will need to add a lot of control logic - or it will be directly impossible- to be handled across several versions. Example:- On v12, you have 12.0.1.0.0 and 12.0.2.0.0 with scripts.- On v13, you have 13.0.1.0.0 with scripts.Migrating from v11 to v13, if all the scripts are in v13 (12.0.1.0.0, 12.0.2.0.0, 13.0.1.0.0 and 13.0.2.0.0), and you are not accessing v12 migration cycle, you will get this execution pipeline:- Run 12.0.1.0.0 pre-migration- Run 12.0.2.0.0 pre-migration- Run 13.0.1.0.0 pre-migration- Run 12.0.1.0.0 post-migration- Run 12.0.2.0.0 post-migration- Run 13.0.1.0.0 post-migrationRunning with OpenUpgrade on each version, the execution pipeline is:- Run 12.0.1.0.0 pre-migration- Run 12.0.2.0.0 pre-migration- Run 12.0.1.0.0 post-migration- Run 12.0.2.0.0 post-migration<new migration cycle>- Run 13.0.1.0.0 pre-migration- Run 13.0.1.0.0 post-migrationThe only way is to manually re-create the same sequence. And this, expecting that there's no other dependent modules that perform operations on the expected pipeline.More things to take into account: OCA module migration scripts are settled on expected renamed columns by OpenUpgrade, so we don't know how enterprise migration scripts are letting data, and thus, you will probably need to adapt existing migration scripts. Example: on the migration from 12 to 13, account.invoice model is merged with account.move. On OpenUpgrade, we created the columns `old_invoice_id` and `old_invoice_line_id` to link the previous record, and a lot of migration scripts rely on these columns for transferring information from old invoices to new moves.Conclusion: I have resigned to use enterprise migration services, even on enterprise instances, and always do it through OpenUpgrade.Regards.
by Pedro M. Baeza - 02:30 - 15 Jul 2021
-
-
Propose Alba Riera as PSC for Donation
I would like to propose Alba as PSC on Donation. She has made some PRs for the migration to 13.0 and I think a new PSC would be great in order to minimize the open PRsKind regardsEnric Tobella Alomar
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
by Enric Tobella Alomar - 09:31 - 14 Jul 2021-
Re: Propose Alba Riera as PSC for Donation
Le mer. 14 juil. 2021 à 11:27, Lois Rilo Antelo <lois.rilo@forgeflow.com> a écrit :+1 It seems some more hands will help to manage the repositoryYes, good idea, we need more active PSC on the donation project ! Let's welcome Alba as PSC.--Alexis de Lattre
by Alexis de Lattre - 11:35 - 15 Jul 2021 -
Re: Propose Alba Riera as PSC for Donation
+1 It seems some more hands will help to manage the repositoryEl mié, 14 jul 2021 a las 11:17, Enric Tobella Alomar (<etobella@creublanca.es>) escribió:I know, but in this specific case, there is only one member on the PSC and there is not many answers from there :(Enric Tobella AlomarDesarrolloAv. J. V. Foix 6308034 BarcelonaTlf. 932 522 522 (Ext. 1621)From: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>
To: "Contributors" <contributors@odoo-community.org>
Date: Wed, 14 Jul 2021 07:37:17 -0000
Subject: Re: Propose Alba Riera as PSC for Donation
+1 as a general feeling, although only existing PSCs can vote for this.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Lois Rilo AnteloOdoo consultant at ForgeFlow S.L.
by Lois Rilo Antelo - 11:25 - 14 Jul 2021 -
Re: Propose Alba Riera as PSC for Donation
I know, but in this specific case, there is only one member on the PSC and there is not many answers from there :(Enric Tobella AlomarDesarrolloAv. J. V. Foix 6308034 BarcelonaTlf. 932 522 522 (Ext. 1621)
From: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>
To: "Contributors" <contributors@odoo-community.org>
Date: Wed, 14 Jul 2021 07:37:17 -0000
Subject: Re: Propose Alba Riera as PSC for Donation
+1 as a general feeling, although only existing PSCs can vote for this.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
by Enric Tobella Alomar - 11:16 - 14 Jul 2021 -
Re: Propose Alba Riera as PSC for Donation
+1 as a general feeling, although only existing PSCs can vote for this.Regards.
by Pedro M. Baeza - 09:36 - 14 Jul 2021 -
Re: Propose Alba Riera as PSC for Donation
+1----- Original message -----From: Enric Tobella Alomar <etobella@creublanca.es>To: Contributors <contributors@odoo-community.org>Subject: Propose Alba Riera as PSC for DonationDate: Wednesday, July 14, 2021 10:31I would like to propose Alba as PSC on Donation. She has made some PRs for the migration to 13.0 and I think a new PSC would be great in order to minimize the open PRsKind regardsEnric Tobella AlomarTanto este mensaje como los documentos que, en su caso, lleve como anexos,pueden contener información reservada y/o confidencial, destinada exclusivamentepara el uso del destinatario o la persona responsable de entregarlo al mismo,estando su uso no autorizado prohibido legalmente.Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)salvo ratificación escrita por ambas partes. En caso de su recepción por error,rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensajeo documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,a su eliminación._______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe
by Yves Goldberg - 09:36 - 14 Jul 2021
-
-
OCA Days 2021 - RFQ - Video Post Production
Hello OCA Contributors,As you know we are gearing up for OCA Days 2021 Online.- You can register here.
- You can send in your talk proposals here.
As we did last year we want to be able to share the presentations after the event, to do so we need video post production.
Please find the link to the RFQ for OCA Days 2021 - Video Post Production here.
To register your interest or ask any questions at all please send to rfq@odoo-community.orgWarmest regards,Rebecca--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 01:40 - 14 Jul 2021 -
OCA module contributors and migrations
Hi,This is about what counts as valid "contribution", that is, what you need to do to be added in the CONTRIBUTORS.rst file.In some (most?) cases, a migration is not a huge amount of work. In some cases, it can represent a lot of work.So it is arguable whether you should add yourself during migration commits.In discussions on Github, I have seen differing opinions on this subject. Some think it "cheapens" the contributor list that you add yourself if you just did a migration commit.I would lean towards adding yourself in any case a contributor anyways, since even if it's small it is still work, and should be recognized. Commit history is still there if you're interested in how much anyone contributed.Maybe there is already a consensus that I'm not aware of ? What do you think ?
by "Kevin Khao" <kevin.khao@akretion.com.br> - 04:46 - 13 Jul 2021-
Re: OCA module contributors and migrations
+1 JairoEl jue, 15 jul 2021 a las 11:07, Jairo Llopis (<jairo.llopis@tecnativa.com>) escribió:El jue, 15 de jul de 2021 a las 07:32:02 AM, Harald Panten Lopez <harald.panten@sygel.es> escribió:I think the responsibility to control these "fake contributors" shouldn't be for the modules authors but for PSC.Don't you think so?If a spammer properly migrates a module, let him spam!If he just fixes one typo in the readme, block that from being added to contributors.I think spam contributions are a valid point, but still anything like that should be recorded in the contribution guidelines too. How to identify a spammy contribution is a subject in itself that is interesting not only for OCA, so if somebody has a study on that, it would help here._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Harald Panten López
CEO
Sygel Technology S.L
+34 637 88 42 41 
harald.panten@sygel.es 
https://www.sygel.es 
C/ Àlaba 61, 5ª planta, 08005, Barcelona
by Harald Panten Lopez - 12:06 - 15 Jul 2021 -
Re: OCA module contributors and migrations
Hi Raphaël,I think the responsibility to control these "fake contributors" shouldn't be for the modules authors but for PSC.Don't you think so?El mié, 14 jul 2021 a las 19:42, Raphaël Valyi (<rvalyi@akretion.com>) escribió:Hello,I think it should be up to modules authors to decide if a contribution is worth getting mentioned or not as in any open source project. Don't like it? Then fork, but make sure you can do better or go back to your place. Indeed we already see some kind of "contribution squatting". I won't give names here but I have seen people forcing new pointless features into famous modules just to drive attention to their own company. This is very real already... Usually people doing this are not serious people, their trivial work won't be missed.And it didn't stop there, in some project you got noobs artificially inflating their image with non relevant contribs and starting to get their noob employee destroy serious modules... In Brazil so many companies failed their project because this kind of un responsable behaviors from noobs trying to auto promote them as expert at any cost to make a dent in the saas business...If you state rules like any tiny contrib is with a mention, soon enough you'll have contribution trolling exploding, just like during the Hacktober fest when gazillions of people were making pointless PRs to any project just to win a free T-shirt. Now think about getting it's company named along with Tecnativa or CamToCamp...This is sad, but this is the wild world we live in. Instead when module authors decide, then real efforts can be rewarded and notoriety squating may be avoided.Also bare in mind that one can always see the number of commits and lines changed in any git(hub) repo, so it's not like it's invisible either...On Wed, Jul 14, 2021, 6:26 AM Harald Panten Lopez <harald.panten@sygel.es> wrote:I think any migration should be considered as a contribution. As some of you said before, that may encourage more users to contribute.Any migration (even if it's a standard migration) needs an investment of time. On the other hand, when a user starts a migration he/she is "open" to receive suggestions, changes... Any migration is liable to become a headache.I agree that correcting a small typo (for example) wouldn't be enough for being considered as a contributor.Regards.El mié, 14 jul 2021 a las 9:17, Jairo Llopis (<jairo.llopis@tecnativa.com>) escribió:El mar, 13 de jul de 2021 a las 15:37:13 PM, David Beal <david.beal@akretion.com> escribió:A point of view could be that contributors should be someone who can answer any questions about the module in the future.Then it should have the expertise on the topic to do it.That sounds more like a maintainer.El mar, 13 de jul de 2021 a las 15:37:12 PM, Tom Blauwendraat <tom@sunflowerweb.nl> escribió:
- The "authors" list in manifest is something you want to keep small and just for important companies which contributed to the development, since it's also ugly when it's very long
- The contributors list in README can be as long as you want because it's not directly in anyone's view IMO - and I think any "thank you" that we can give people that invest their time in OCA, should be given
Just if people themselves feel their contribution is not worth a lot they can just not add it
100% agree.As a side note, remember that there are plenty of ways to contribute to a module without writing a single line of code.OCA should be generous in this kind of attribution. That will encourage people to contribute more.This should be hardcoded in the guidelines though._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Harald Panten López
CEO
Sygel Technology S.L
+34 637 88 42 41 harald.panten@sygel.es https://www.sygel.es C/ Àlaba 61, 5ª planta, 08005, Barcelona _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Harald Panten López
CEO
Sygel Technology S.L
+34 637 88 42 41 harald.panten@sygel.es https://www.sygel.es C/ Àlaba 61, 5ª planta, 08005, Barcelona
by Harald Panten Lopez - 09:30 - 15 Jul 2021 -
Re: OCA module contributors and migrations
Hello,I think it should be up to modules authors to decide if a contribution is worth getting mentioned or not as in any open source project. Don't like it? Then fork, but make sure you can do better or go back to your place. Indeed we already see some kind of "contribution squatting". I won't give names here but I have seen people forcing new pointless features into famous modules just to drive attention to their own company. This is very real already... Usually people doing this are not serious people, their trivial work won't be missed.And it didn't stop there, in some project you got noobs artificially inflating their image with non relevant contribs and starting to get their noob employee destroy serious modules... In Brazil so many companies failed their project because this kind of un responsable behaviors from noobs trying to auto promote them as expert at any cost to make a dent in the saas business...If you state rules like any tiny contrib is with a mention, soon enough you'll have contribution trolling exploding, just like during the Hacktober fest when gazillions of people were making pointless PRs to any project just to win a free T-shirt. Now think about getting it's company named along with Tecnativa or CamToCamp...This is sad, but this is the wild world we live in. Instead when module authors decide, then real efforts can be rewarded and notoriety squating may be avoided.Also bare in mind that one can always see the number of commits and lines changed in any git(hub) repo, so it's not like it's invisible either...On Wed, Jul 14, 2021, 6:26 AM Harald Panten Lopez <harald.panten@sygel.es> wrote:I think any migration should be considered as a contribution. As some of you said before, that may encourage more users to contribute.Any migration (even if it's a standard migration) needs an investment of time. On the other hand, when a user starts a migration he/she is "open" to receive suggestions, changes... Any migration is liable to become a headache.I agree that correcting a small typo (for example) wouldn't be enough for being considered as a contributor.Regards.El mié, 14 jul 2021 a las 9:17, Jairo Llopis (<jairo.llopis@tecnativa.com>) escribió:El mar, 13 de jul de 2021 a las 15:37:13 PM, David Beal <david.beal@akretion.com> escribió:A point of view could be that contributors should be someone who can answer any questions about the module in the future.Then it should have the expertise on the topic to do it.That sounds more like a maintainer.El mar, 13 de jul de 2021 a las 15:37:12 PM, Tom Blauwendraat <tom@sunflowerweb.nl> escribió:- The "authors" list in manifest is something you want to keep small and just for important companies which contributed to the development, since it's also ugly when it's very long
- The contributors list in README can be as long as you want because it's not directly in anyone's view IMO - and I think any "thank you" that we can give people that invest their time in OCA, should be given
Just if people themselves feel their contribution is not worth a lot they can just not add it
100% agree.As a side note, remember that there are plenty of ways to contribute to a module without writing a single line of code.OCA should be generous in this kind of attribution. That will encourage people to contribute more.This should be hardcoded in the guidelines though._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Harald Panten López
CEO
Sygel Technology S.L
+34 637 88 42 41 harald.panten@sygel.es https://www.sygel.es C/ Àlaba 61, 5ª planta, 08005, Barcelona _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "Raphaël Valyi" <rvalyi@akretion.com> - 07:41 - 14 Jul 2021 -
Re: OCA module contributors and migrations
I think any migration should be considered as a contribution. As some of you said before, that may encourage more users to contribute.Any migration (even if it's a standard migration) needs an investment of time. On the other hand, when a user starts a migration he/she is "open" to receive suggestions, changes... Any migration is liable to become a headache.I agree that correcting a small typo (for example) wouldn't be enough for being considered as a contributor.Regards.El mié, 14 jul 2021 a las 9:17, Jairo Llopis (<jairo.llopis@tecnativa.com>) escribió:El mar, 13 de jul de 2021 a las 15:37:13 PM, David Beal <david.beal@akretion.com> escribió:A point of view could be that contributors should be someone who can answer any questions about the module in the future.Then it should have the expertise on the topic to do it.That sounds more like a maintainer.El mar, 13 de jul de 2021 a las 15:37:12 PM, Tom Blauwendraat <tom@sunflowerweb.nl> escribió:
- The "authors" list in manifest is something you want to keep small and just for important companies which contributed to the development, since it's also ugly when it's very long
- The contributors list in README can be as long as you want because it's not directly in anyone's view IMO - and I think any "thank you" that we can give people that invest their time in OCA, should be given
Just if people themselves feel their contribution is not worth a lot they can just not add it
100% agree.As a side note, remember that there are plenty of ways to contribute to a module without writing a single line of code.OCA should be generous in this kind of attribution. That will encourage people to contribute more.This should be hardcoded in the guidelines though._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Harald Panten López
CEO
Sygel Technology S.L
+34 637 88 42 41 harald.panten@sygel.es https://www.sygel.es C/ Àlaba 61, 5ª planta, 08005, Barcelona
by Harald Panten Lopez - 11:25 - 14 Jul 2021
-
-
Oracle to Odoo migration
Hi Colleagues,
I am looking for a successful project of migration from Oracle to Odoo.
We are on the point of decision making and the Finance team would like to get a reference call with a such customer.
Might be anybody can share the customer contacts details with whom we can arrange a call.
Thank you!
Alexey
by Alexey - 05:51 - 12 Jul 2021 -
Import data from incoming email
Hi,Do we have a module in OCA that can help importing data send as an email attachment?Thank you--Yves Goldberg--
by Yves Goldberg - 01:11 - 8 Jul 2021-
Re: Import data from incoming email
Hi Daniel. I mean to import records in a custom model from a CSV data sent by mail.Thank you--Yves Goldbergodoo| Official Partner - OCA delegateOpen Source ERP, CRM & CMST +972 (3) 720 8818
M +972 (55) 966 1405T +32 (2) 588 2500
------- Original message -----From: Daniel Reis <dreis@opensourceintegrators.com>To: Contributors <contributors@odoo-community.org>Subject: Re: Import data from incoming emailDate: Thursday, July 08, 2021 19:21Maybe clarification is needed, but I feel this is out of the box:Fetchmail will get email the email attachments and add them to the target record./DanielOn 08/07/21 12:11, Yves Goldberg wrote:Hi,Do we have a module in OCA that can help importing data send as an email attachment?Thank you--Yves Goldberg--_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe
by Yves Goldberg - 06:31 - 8 Jul 2021 -
Re: Import data from incoming email
Maybe clarification is needed, but I feel this is out of the box:
Fetchmail will get email the email attachments and add them to the target record.
/Daniel
On 08/07/21 12:11, Yves Goldberg wrote:
Hi,
Do we have a module in OCA that can help importing data send as an email attachment?
Thank you
--
Yves Goldberg
--
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Daniel Reis - 06:20 - 8 Jul 2021
-
-
Re: Odoo automatic code documentation
Dear, Tom, Daniel and David,Many thanks for your replies.Generally it does work this way, and it nicely reveals which coding artist is doing what amount of documentation to the extent of readability for the other developers.However, we went into an issue, when it comes to recursions: here the running of the Python code is frequently running into an endless loop.Is there any kind of switch in odoo, that prevents this behavior like "maximum depth of recursion loops"Best, Joe-------- Ursprüngliche Nachricht --------Von: Daniel Reis <dreis@opensourceintegrators.com>Datum: 24.06.21 15:17 (GMT+01:00)An: Contributors <contributors@odoo-community.org>Betreff: Re: Odoo automatic code documentationHello,
Try "cd /path/to/odoo && pip install ."
You will then be able to "import odoo"
Thanks
Daniel
On 24/06/2021 09:42, Joerg Lorenz wrote:
Hi Guys, today we are asking for your insightfullness.Our quest: how the python code of odoo can be automatically documented from the code itself.
But the approach with the various toos that there are fails:
We have tested:-
pdoc, a simple Python 3 command line tool and library to auto-generate API documentation for Python modules. Supports Numpydoc / Google-style docstrings, doctests, reST directives, PEP 484 type annotations, custom templates ...
-
pdoc3, a fork of pdoc for Python 3 with support for Numpydoc / Google-style docstrings, doctests, LaTeX math, reST directives, PEP 484 type annotations, custom templates ...
-
PyDoc, a documentation browser (in HTML) and/or an off-line reference manual. Also in the standard library as pydoc.
-
pydoctor, a replacement for now inactive Epydoc, born for the needs of Twisted project.
If anyone has some experience, ideas, or pointer towards a solution, it would be highly appreaciated.and all of them fail. It has to do that odoo as such is not a python module itself and thus cannot be imported.
problem in models/res_company.py - <type 'exceptions.ImportError'>: No module named odoo
Best, Joe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Daniel Reis
Managing Director
M: +351 919991307
E: DReis@OpenSourceIntegrators.comAv. Republica 3000, Edificio Estoril Office, B Piso 3 - 34 • 2649-517 Alcabideche, Portugal 
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "joergl" <joergl@itis.de> - 12:00 - 7 Jul 2021 -
-
l10n-italy 14.0 on apps.odoo.com
Hi all,
is it possible to check if there are problems or conflicts with l10n-italy 14.0 and apps.odoo.com ?
thank you
--
Andrea Cometa - Presidente Associazione Odoo Italia
Apulia Software srl - Responsabile Commerciale ed Amministrativo
Taranto / Milano / Potenza
Tel: 0999915404 http://www.apuliasoftware.it
a.cometa@apuliasoftware.it pec: apulia.software@pec.it
linkedin: http://it.linkedin.com/in/andreacometa
by Andrea Cometa - 10:25 - 7 Jul 2021-
Re: l10n-italy 14.0 on apps.odoo.com
Ciao Andrea,checked: the 14.0 branch was not registered yet.I added it and it's scanning now. I'll let you know if there's any problem.Unfortunately - as the apps mgmt s***ks - you have to register every single branch as a new repo :(@all: if you spot modules from other repos on missing for v14 let us know, thanks!CheersOn Wed, Jul 7, 2021 at 10:27 AM Andrea Cometa - Apulia Software srl <a.cometa@apuliasoftware.it> wrote:Hi all,
is it possible to check if there are problems or conflicts with l10n-italy 14.0 and apps.odoo.com ?
thank you
--
Andrea Cometa - Presidente Associazione Odoo Italia
Apulia Software srl - Responsabile Commerciale ed Amministrativo
Taranto / Milano / Potenza
Tel: 0999915404 http://www.apuliasoftware.it
a.cometa@apuliasoftware.it pec: apulia.software@pec.it
linkedin: http://it.linkedin.com/in/andreacometa_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.
by Simone Orsi - 10:46 - 7 Jul 2021
-
-
Odoo automatic code documentation
Hi Guys, today we are asking for your insightfullness.Our quest: how the python code of odoo can be automatically documented from the code itself.But the approach with the various toos that there are fails:We have tested:pdoc, a simple Python 3 command line tool and library to auto-generate API documentation for Python modules. Supports Numpydoc / Google-style docstrings, doctests, reST directives, PEP 484 type annotations, custom templates ...
pdoc3, a fork of pdoc for Python 3 with support for Numpydoc / Google-style docstrings, doctests, LaTeX math, reST directives, PEP 484 type annotations, custom templates ...
PyDoc, a documentation browser (in HTML) and/or an off-line reference manual. Also in the standard library as pydoc.
pydoctor, a replacement for now inactive Epydoc, born for the needs of Twisted project.
If anyone has some experience, ideas, or pointer towards a solution, it would be highly appreaciated.and all of them fail. It has to do that odoo as such is not a python module itself and thus cannot be imported.problem in models/res_company.py - <type 'exceptions.ImportError'>: No module named odooBest, Joe
by Joerg Lorenz. - 10:41 - 24 Jun 2021-
Re: Odoo automatic code documentation
Hi,You may probably use https://github.com/acsone/click-odoo and build your own python package.and have a look here https://medium.com/python-pandemonium/python-introspection-with-the-inspect-module-2c85d5aa5a48Specifically about Odoo, we could imagine generating functional documentation coming from code split by models.We all have a lot of custom code in our projects.There is a major problem with custom code:Your colleagues who know odoo perfectly and are aware of OCA modules don't know the specificity of your project.Then to quickly dive into your project, it could be sufficient to read documentation from the custom part of the project.But as you know, documentation lies, not the code.So if functional doc is near the code (then attached to a model), then it could be easier to be updated.Everybody could win: consultant and customer.My 2 ctsLe jeu. 24 juin 2021 à 15:17, Daniel Reis <dreis@opensourceintegrators.com> a écrit :Hello,
Try "cd /path/to/odoo && pip install ."
You will then be able to "import odoo"
Thanks
Daniel
On 24/06/2021 09:42, Joerg Lorenz wrote:
Hi Guys, today we are asking for your insightfullness.Our quest: how the python code of odoo can be automatically documented from the code itself.
But the approach with the various toos that there are fails:
We have tested:-
pdoc, a simple Python 3 command line tool and library to auto-generate API documentation for Python modules. Supports Numpydoc / Google-style docstrings, doctests, reST directives, PEP 484 type annotations, custom templates ...
-
pdoc3, a fork of pdoc for Python 3 with support for Numpydoc / Google-style docstrings, doctests, LaTeX math, reST directives, PEP 484 type annotations, custom templates ...
-
PyDoc, a documentation browser (in HTML) and/or an off-line reference manual. Also in the standard library as pydoc.
-
pydoctor, a replacement for now inactive Epydoc, born for the needs of Twisted project.
If anyone has some experience, ideas, or pointer towards a solution, it would be highly appreaciated.and all of them fail. It has to do that odoo as such is not a python module itself and thus cannot be imported.
problem in models/res_company.py - <type 'exceptions.ImportError'>: No module named odoo
Best, Joe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Daniel Reis
Managing Director
M: +351 919991307
E: DReis@OpenSourceIntegrators.comAv. Republica 3000, Edificio Estoril Office, B Piso 3 - 34 • 2649-517 Alcabideche, Portugal
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 05:05 - 24 Jun 2021 -
-
Re: Odoo automatic code documentation
Hello,
Try "cd /path/to/odoo && pip install ."
You will then be able to "import odoo"
Thanks
Daniel
On 24/06/2021 09:42, Joerg Lorenz wrote:
Hi Guys, today we are asking for your insightfullness.Our quest: how the python code of odoo can be automatically documented from the code itself.
But the approach with the various toos that there are fails:
We have tested:-
pdoc, a simple Python 3 command line tool and library to auto-generate API documentation for Python modules. Supports Numpydoc / Google-style docstrings, doctests, reST directives, PEP 484 type annotations, custom templates ...
-
pdoc3, a fork of pdoc for Python 3 with support for Numpydoc / Google-style docstrings, doctests, LaTeX math, reST directives, PEP 484 type annotations, custom templates ...
-
PyDoc, a documentation browser (in HTML) and/or an off-line reference manual. Also in the standard library as pydoc.
-
pydoctor, a replacement for now inactive Epydoc, born for the needs of Twisted project.
If anyone has some experience, ideas, or pointer towards a solution, it would be highly appreaciated.and all of them fail. It has to do that odoo as such is not a python module itself and thus cannot be imported.
problem in models/res_company.py - <type 'exceptions.ImportError'>: No module named odoo
Best, Joe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Daniel Reis
Managing Director
M: +351 919991307
E: DReis@OpenSourceIntegrators.comAv. Republica 3000, Edificio Estoril Office, B Piso 3 - 34 • 2649-517 Alcabideche, Portugal
by Daniel Reis - 03:16 - 24 Jun 2021 -
-
OCA Codesprint 2021/2022 - help us choose the dates
Dear OCA Contributors,I hope this finds you all well.
We are getting ourselves geared for the OCA Days 2021 - 28th- 29th October.- If you haven't registered yet, you can do so here
- If you have a talk proposal you would like to share, please do so here
With the caliber of talks given during the online event in 2020 we found that the codesprint side of things wasn't as well attended due to people not wanting to miss out on the presentations.
There has been discussion within the OCA Board about delaying the codesprint to help accommodate the busy time. We wanted to get a gauge from you, the Community, as to which dates/time of year people think would work.We are conscious when having 3 events (Odoo XP, OCA Days Talks and OCA Days Codesprint) of interest so close together, it can be difficult for attendees to juggle these events with work. High on our list of criteria is trying to find a time slot close enough (but not too close to the other events) that it wouldn't interfere with expected outcomes within your companies and mean a high attendance at the codesprint.
A quick survey has been set up below - please take a minute (it is less than a minute really) to complete to help.We appreciate your time in helping us get the best dates for the next OCA codesprint.
Warmest regards,Rebecca--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 02:30 - 22 Jun 2021 -
Proposing dalonsod as PSC for Helpdesk
Hi!https://github.com/dalonsod has been actively developing the helpdesk repository for some time, being probably the most active user in contributions and reviews (https://github.com/OCA/helpdesk/issues?q=dalonsod)So I think he would be an active member and add a lot of value to the maintenance of the helpdesk repository.
by dariodafoz - 03:16 - 18 Jun 2021-
Re: Proposing dalonsod as PSC for Helpdesk
+1 and good work.SANDIP MANGUKIYA
TEAM LEAD MANAGERO: 1.855.877.2377
E: SMangukiya@OpenSourcelntegrators.comP.O. BOX 940, HIGLEY, AZ 85236 On Fri, Jun 18, 2021 at 6:16 AM Darío <dariodafoz@gmail.com> wrote:Hi!https://github.com/dalonsod has been actively developing the helpdesk repository for some time, being probably the most active user in contributions and reviews (https://github.com/OCA/helpdesk/issues?q=dalonsod)So I think he would be an active member and add a lot of value to the maintenance of the helpdesk repository._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Sandip Mangukiya - 10:21 - 18 Jun 2021 -
Re: Proposing dalonsod as PSC for Helpdesk
+1!El vie., 18 jun. 2021 15:37, Enric Tobella <etobella@creublanca.es> escribió:+1On 18 Jun 2021 15:27, Yves Goldberg <yves@ygol.com> wrote:+1--Yves Goldberg------- Original message -----From: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>To: Contributors <contributors@odoo-community.org>Subject: Re: Proposing dalonsod as PSC for HelpdeskDate: Friday, June 18, 2021 16:21+1 of course.El vie., 18 jun. 2021 15:16, Darío <dariodafoz@gmail.com> escribió:Hi!https://github.com/dalonsod has been actively developing the helpdesk repository for some time, being probably the most active user in contributions and reviews (https://github.com/OCA/helpdesk/issues?q=dalonsod)So I think he would be an active member and add a lot of value to the maintenance of the helpdesk repository._______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Harald Panten Lopez - 06:11 - 18 Jun 2021 -
Re: Proposing dalonsod as PSC for Helpdesk
+1On 18 Jun 2021 15:27, Yves Goldberg <yves@ygol.com> wrote:+1--Yves Goldberg------- Original message -----From: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>To: Contributors <contributors@odoo-community.org>Subject: Re: Proposing dalonsod as PSC for HelpdeskDate: Friday, June 18, 2021 16:21+1 of course.El vie., 18 jun. 2021 15:16, Darío <dariodafoz@gmail.com> escribió:Hi!https://github.com/dalonsod has been actively developing the helpdesk repository for some time, being probably the most active user in contributions and reviews (https://github.com/OCA/helpdesk/issues?q=dalonsod)So I think he would be an active member and add a lot of value to the maintenance of the helpdesk repository._______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
by Enric Tobella Alomar - 03:36 - 18 Jun 2021 -
Re: Proposing dalonsod as PSC for Helpdesk
+1El 18 jun 2021, a las 15:16, Darío <dariodafoz@gmail.com> escribió:Hi!https://github.com/dalonsod has been actively developing the helpdesk repository for some time, being probably the most active user in contributions and reviews (https://github.com/OCA/helpdesk/issues?q=dalonsod)So I think he would be an active member and add a lot of value to the maintenance of the helpdesk repository._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Valentín Vinagre - 03:31 - 18 Jun 2021 -
Re: Proposing dalonsod as PSC for Helpdesk
+1--Yves Goldberg------- Original message -----From: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>To: Contributors <contributors@odoo-community.org>Subject: Re: Proposing dalonsod as PSC for HelpdeskDate: Friday, June 18, 2021 16:21+1 of course.El vie., 18 jun. 2021 15:16, Darío <dariodafoz@gmail.com> escribió:Hi!https://github.com/dalonsod has been actively developing the helpdesk repository for some time, being probably the most active user in contributions and reviews (https://github.com/OCA/helpdesk/issues?q=dalonsod)So I think he would be an active member and add a lot of value to the maintenance of the helpdesk repository._______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribe
by Yves Goldberg - 03:26 - 18 Jun 2021
-
-
Hardware revisions in Odoo
Dear OCA friends,I've been searching recently for some community modules to handle hardware revisions in Odoo. Surprisingly, I haven't found any serious module to handle hardware revisions. The only OCA module I found is this one, but it's very limited :Did I miss something?I wrote a draft specification of a potential new module to handle hardware revision :The main difficulty in this specification is: we want a hardware revision on BOMs, but do we want a hardware revision on BOM lines ? If yes, how do we apply this constraint ?I would be happy to have your input and experience on this topic.--Alexis de Lattre
by Alexis de Lattre - 12:50 - 16 Jun 2021-
Re: Hardware revisions in Odoo
--Le mer. 16 juin 2021 à 13:01, Wim Audenaert <Wim.Audenaert@ucamco.com> a écrit :
Did you have a look at the Product Lifecycle Management module from OmniaSolutions (https://apps.odoo.com/apps/modules/14.0/plm/)? This module could probably fit for most of your requirements.
No, I didn't know that module, thanks for pointing me to this. Seems like a big module with a very large functional coverage ; very interesting.Regards,Alexis de Lattre
by Alexis de Lattre - 06:26 - 18 Jun 2021 -
RE: Hardware revisions in Odoo
Hello Alexis,
Did you have a look at the Product Lifecycle Management module from OmniaSolutions (https://apps.odoo.com/apps/modules/14.0/plm/)? This module could probably fit for most of your requirements.
Best regards,
Wim
From: Alexis de Lattre <alexis.delattre@akretion.com>
Sent: woensdag 16 juni 2021 0:52
To: Contributors <contributors@odoo-community.org>
Subject: Hardware revisions in OdooDear OCA friends,
I've been searching recently for some community modules to handle hardware revisions in Odoo. Surprisingly, I haven't found any serious module to handle hardware revisions. The only OCA module I found is this one, but it's very limited :
Did I miss something?
I wrote a draft specification of a potential new module to handle hardware revision :
The main difficulty in this specification is: we want a hardware revision on BOMs, but do we want a hardware revision on BOM lines ? If yes, how do we apply this constraint ?
I would be happy to have your input and experience on this topic.
--
Alexis de Lattre
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by wim.audenaert - 01:00 - 16 Jun 2021 -
Re: Hardware revisions in Odoo
Le mer. 16 juin 2021 à 12:32, Dominique k <dominique.k@elico-corp.com.sg> a écrit :
i read through the doc, and i don't understand the business need behind.
the revision is linked to a lot number?Yes, a production lot would be linked to a revision number. And, if the product is manufactured, a revision number would be linked to a particular BOM.Alexis
by Alexis de Lattre - 12:56 - 16 Jun 2021 -
Re: Hardware revisions in Odoo
hi Alexis,i read through the doc, and i don't understand the business need behind.the revision is linked to a lot number?so the same product would have different boms based on the lot?regards--On Wed, 16 Jun 2021 at 6:52 AM, Alexis de Lattre <alexis.delattre@akretion.com> wrote:Dear OCA friends,I've been searching recently for some community modules to handle hardware revisions in Odoo. Surprisingly, I haven't found any serious module to handle hardware revisions. The only OCA module I found is this one, but it's very limited :Did I miss something?I wrote a draft specification of a potential new module to handle hardware revision :The main difficulty in this specification is: we want a hardware revision on BOMs, but do we want a hardware revision on BOM lines ? If yes, how do we apply this constraint ?I would be happy to have your input and experience on this topic.--Alexis de Lattre_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Dominique KON-SUN-TACK [Project Manager]Odoo Gold Partner, best Odoo Partner 2014 for APACMobile: + 65 8502 2399Skype: dominique_elicoWebsite: www.elico-corp.com
by dominique.k - 12:31 - 16 Jun 2021
-
-
Full text search
Hello everyone,I remember some discussion about implementing full text search for Odoo, but I can't find any module or work in progress.Do you have any pointers?Thanks!
--Lorenzo Battistini
https://github.com/eLBati
by Lorenzo Battistini. - 11:26 - 15 Jun 2021-
Re: Full text search
Hi Lorenzo,I agree that having an implementation of postgres full text search would be a great improvement and would solve many use cases without needed integrations and other softwares.The Holger module could be a good starting point https://github.com/Therp/fulltextsearchI believe it would be great to make an implementation of full text search configurable by the user on each model similar as done here. Basically it would be:* user can choose on each models fields to be included on the full text search* user can choose to enable that search as the "name_search" one* user can choose to enable "smart search" it would be the first available option on the "search view" that would implement the full text search.So, for eg:* user choose on product.product the following fields to be used: name, barcode, default_code, brand* user enable "smart search" + " name search"* then:a) on a sale order, user can search a product with a very flexible wayb) on the product.product tree view user can search with same flexible wayAll this searches are already implemented with native "ilike" searches but are not so powerful and performant. It's also integrated on ecommerce hereEl mar, 22 de jun. de 2021 a la(s) 06:22, Lorenzo Battistini (elbaddy@gmail.com) escribió:Thanks everyone for your helpful advice.My primary goal is to improve search mechanisms of some frontend pages, like e-commerce products or slides.Of course a solution at framework level, which would allow to apply the improved search to any model, would be great.I like the postgres approach because
- It seems powerful enough to cover our needs
- We don't have to install other (big) softwares, hard and onerous to maintain
So, in the first place, I will have a look at Holger's and Anders's works.Thanks a lot!
On Tue, 22 Jun 2021 at 08:12, Mignon, Laurent <laurent.mignon@acsone.eu> wrote:Hello everyone,I think Simone has given a good summary of the problem. I don't have much more to say. I would however just like to clarify a technical point about https://github.com/OCA/search-engine and more specifically the module dedicated to Elasticsearch. This module has been developed based of versions of Elasticsearch licensed under Apache 2.0. This module uses a limited number of methods from the api provided by Elasticsearch to publish and synchronize data in the indexes. I have personally used it with the Opendistro distribution of ES and I am confident that it will work seamlessly with Opensearh (https://opensearch.org/) which is a fork of ES based on the latest version released under Apache 2.0. If this is not the case, it is very likely that the adaptations to be made will be minor. These are just a few technical considerations of no importance until the functional needs are clearly defined.Regards,lmiOn Tue, Jun 22, 2021 at 7:27 AM Simone Orsi <simahawk@gmail.com> wrote:Hello everyone,guys, let's get back on track! I think none of these topics is relevant for Lorenzo. At least not at this stage.Nobody is asking what's the final goal. Me included ;)@Lorenzo: What are you looking for?From my perspective:a) if you need something pluggable in the backend, something that works w/ "normal" odoo models you should have a look at what Holger did. It's a bit complex and many implementation details should be rewritten completely but it gives you an idea on how to get there.b) If you need something for the frontend, I'd definitely go for ES (especially if you want faceted search). Once you have ES in place you can use SearchKit JS to easily build a search UI.c) If you don't want to maintain the search engine and you want a reliable and easy to use configuration you can use Algolia (yes, a proprietary servivce! :P) but watch out because it can be very expensive.Both b and c are feasible w/ the search-engine framework.d) If you only need a full text index for one very particular model in one very particular form, I'd go for basic postgres full text indexing + some custom code.HTH. If you need help on setting up the search engine stuff let me know ;)Bests,On Mon, Jun 21, 2021 at 8:57 PM Frederik Kramer <frederik.kramer@initos.com> wrote:Holger of course you are right, but just hiding crap in a container doesn't make it significantly less cumbersome at the detailed level. But of course if you have a nicely built docker-compose oder kubernetes service defintion at hand much is done anywhere else an you only have to handle ENV variables. Best Frederik Am Montag, den 21.06.2021, 18:31 +0000 schrieb Holger Brunn: > > Neverthless all Java ;-) > > when I was young I would complain about Java, but now you just stick > it into a > container and be done with it > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Lorenzo Battistini
https://github.com/eLBati_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Juan José Scarafía - 04:16 - 23 Jun 2021 -
Re: Full text search
Thanks everyone for your helpful advice.My primary goal is to improve search mechanisms of some frontend pages, like e-commerce products or slides.Of course a solution at framework level, which would allow to apply the improved search to any model, would be great.I like the postgres approach because
- It seems powerful enough to cover our needs
- We don't have to install other (big) softwares, hard and onerous to maintain
So, in the first place, I will have a look at Holger's and Anders's works.Thanks a lot!
On Tue, 22 Jun 2021 at 08:12, Mignon, Laurent <laurent.mignon@acsone.eu> wrote:Hello everyone,I think Simone has given a good summary of the problem. I don't have much more to say. I would however just like to clarify a technical point about https://github.com/OCA/search-engine and more specifically the module dedicated to Elasticsearch. This module has been developed based of versions of Elasticsearch licensed under Apache 2.0. This module uses a limited number of methods from the api provided by Elasticsearch to publish and synchronize data in the indexes. I have personally used it with the Opendistro distribution of ES and I am confident that it will work seamlessly with Opensearh (https://opensearch.org/) which is a fork of ES based on the latest version released under Apache 2.0. If this is not the case, it is very likely that the adaptations to be made will be minor. These are just a few technical considerations of no importance until the functional needs are clearly defined.Regards,lmiOn Tue, Jun 22, 2021 at 7:27 AM Simone Orsi <simahawk@gmail.com> wrote:Hello everyone,guys, let's get back on track! I think none of these topics is relevant for Lorenzo. At least not at this stage.Nobody is asking what's the final goal. Me included ;)@Lorenzo: What are you looking for?From my perspective:a) if you need something pluggable in the backend, something that works w/ "normal" odoo models you should have a look at what Holger did. It's a bit complex and many implementation details should be rewritten completely but it gives you an idea on how to get there.b) If you need something for the frontend, I'd definitely go for ES (especially if you want faceted search). Once you have ES in place you can use SearchKit JS to easily build a search UI.c) If you don't want to maintain the search engine and you want a reliable and easy to use configuration you can use Algolia (yes, a proprietary servivce! :P) but watch out because it can be very expensive.Both b and c are feasible w/ the search-engine framework.d) If you only need a full text index for one very particular model in one very particular form, I'd go for basic postgres full text indexing + some custom code.HTH. If you need help on setting up the search engine stuff let me know ;)Bests,On Mon, Jun 21, 2021 at 8:57 PM Frederik Kramer <frederik.kramer@initos.com> wrote:Holger of course you are right, but just hiding crap in a container doesn't make it significantly less cumbersome at the detailed level. But of course if you have a nicely built docker-compose oder kubernetes service defintion at hand much is done anywhere else an you only have to handle ENV variables. Best Frederik Am Montag, den 21.06.2021, 18:31 +0000 schrieb Holger Brunn: > > Neverthless all Java ;-) > > when I was young I would complain about Java, but now you just stick > it into a > container and be done with it > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Lorenzo Battistini
https://github.com/eLBati
by Lorenzo Battistini. - 11:21 - 22 Jun 2021 -
Re: Full text search
Hello everyone,I think Simone has given a good summary of the problem. I don't have much more to say. I would however just like to clarify a technical point about https://github.com/OCA/search-engine and more specifically the module dedicated to Elasticsearch. This module has been developed based of versions of Elasticsearch licensed under Apache 2.0. This module uses a limited number of methods from the api provided by Elasticsearch to publish and synchronize data in the indexes. I have personally used it with the Opendistro distribution of ES and I am confident that it will work seamlessly with Opensearh (https://opensearch.org/) which is a fork of ES based on the latest version released under Apache 2.0. If this is not the case, it is very likely that the adaptations to be made will be minor. These are just a few technical considerations of no importance until the functional needs are clearly defined.Regards,lmiOn Tue, Jun 22, 2021 at 7:27 AM Simone Orsi <simahawk@gmail.com> wrote:Hello everyone,guys, let's get back on track! I think none of these topics is relevant for Lorenzo. At least not at this stage.Nobody is asking what's the final goal. Me included ;)@Lorenzo: What are you looking for?From my perspective:a) if you need something pluggable in the backend, something that works w/ "normal" odoo models you should have a look at what Holger did. It's a bit complex and many implementation details should be rewritten completely but it gives you an idea on how to get there.b) If you need something for the frontend, I'd definitely go for ES (especially if you want faceted search). Once you have ES in place you can use SearchKit JS to easily build a search UI.c) If you don't want to maintain the search engine and you want a reliable and easy to use configuration you can use Algolia (yes, a proprietary servivce! :P) but watch out because it can be very expensive.Both b and c are feasible w/ the search-engine framework.d) If you only need a full text index for one very particular model in one very particular form, I'd go for basic postgres full text indexing + some custom code.HTH. If you need help on setting up the search engine stuff let me know ;)Bests,On Mon, Jun 21, 2021 at 8:57 PM Frederik Kramer <frederik.kramer@initos.com> wrote:Holger of course you are right, but just hiding crap in a container doesn't make it significantly less cumbersome at the detailed level. But of course if you have a nicely built docker-compose oder kubernetes service defintion at hand much is done anywhere else an you only have to handle ENV variables. Best Frederik Am Montag, den 21.06.2021, 18:31 +0000 schrieb Holger Brunn: > > Neverthless all Java ;-) > > when I was young I would complain about Java, but now you just stick > it into a > container and be done with it > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Laurent Mignon - 08:11 - 22 Jun 2021 -
Re: Full text search
Hello everyone,guys, let's get back on track! I think none of these topics is relevant for Lorenzo. At least not at this stage.Nobody is asking what's the final goal. Me included ;)@Lorenzo: What are you looking for?From my perspective:a) if you need something pluggable in the backend, something that works w/ "normal" odoo models you should have a look at what Holger did. It's a bit complex and many implementation details should be rewritten completely but it gives you an idea on how to get there.b) If you need something for the frontend, I'd definitely go for ES (especially if you want faceted search). Once you have ES in place you can use SearchKit JS to easily build a search UI.c) If you don't want to maintain the search engine and you want a reliable and easy to use configuration you can use Algolia (yes, a proprietary servivce! :P) but watch out because it can be very expensive.Both b and c are feasible w/ the search-engine framework.d) If you only need a full text index for one very particular model in one very particular form, I'd go for basic postgres full text indexing + some custom code.HTH. If you need help on setting up the search engine stuff let me know ;)Bests,On Mon, Jun 21, 2021 at 8:57 PM Frederik Kramer <frederik.kramer@initos.com> wrote:
Holger of course you are right, but just hiding crap in a container doesn't make it significantly less cumbersome at the detailed level. But of course if you have a nicely built docker-compose oder kubernetes service defintion at hand much is done anywhere else an you only have to handle ENV variables. Best Frederik Am Montag, den 21.06.2021, 18:31 +0000 schrieb Holger Brunn: > > Neverthless all Java ;-) > > when I was young I would complain about Java, but now you just stick > it into a > container and be done with it > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.
by Simone Orsi - 07:26 - 22 Jun 2021 -
Re: Full text search
Holger of course you are right, but just hiding crap in a container doesn't make it significantly less cumbersome at the detailed level. But of course if you have a nicely built docker-compose oder kubernetes service defintion at hand much is done anywhere else an you only have to handle ENV variables. Best Frederik Am Montag, den 21.06.2021, 18:31 +0000 schrieb Holger Brunn: > > Neverthless all Java ;-) > > when I was young I would complain about Java, but now you just stick > it into a > container and be done with it > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 08:55 - 21 Jun 2021
-
