Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
-
Advanced(?) QWeb question using customize_show and active
Hello,
I am working on extending website_sale_hide_empty_category so that recursively empty directories will be hidden in website_sale. However I encountered an issue here. Let me explain. In website_sale the list of categories is rendered using template products_categories which in calls recursive template website_sale.categories_recursive. See here. There is a template option_collapse_products_categories that enables collapsing this list of categories - see here. That works in a way that it replaces a t-call to website_sale.categories_recursive in products_categories with t-call to website_sale.option_collapse_categories_recursive.
Now the original approach was to create 2 templates with customize_show that would extend and alter behaviour of website_sale.categories_recursive and website_sale.option_collapse_categories_recursive (to cover both collapsed and non-collapsed rendering). Like this:
<template
inherit_id="website_sale.categories_recursive" id="hide_categories_recursive" active="True"
customize_show="True" name="Hide Empty Category list"
>
<xpath expr="//t[@t-name='website_sale.categories_recursive']" position="attributes">
<attribute name="t-if">c.has_product_recursive</attribute>
</xpath>
</template>
<template
inherit_id="website_sale.option_collapse_categories_recursive" id="hide_categories_collapse_recursive" active="True"
customize_show="True" name="Hide Empty Category in Collapsible list"
>
<xpath expr="//t[@t-name='website_sale.option_collapse_categories_recursive']" position="attributes">
<attribute name="t-if">c.has_product_recursive</attribute>
</xpath>
</template>
However this does not work - the customize option is never shown for website_sale.option_collapse_categories_recursive. My guess is the rendering engine skips that because on parsing the templates it cannot find any instance where website_sale.option_collapse_categories_recursive would be used. Even if you activate option for it, the option for the website_sale.categories_recursive is still rendered.
There would be no issue if both templates would be active - because only one of them would be in effect. But then I'd need a way to activate them both upon one radio button (customize_show). Is there a way to do that? I have tried template inside a template. Not working. Or is there a way to set a variable in one template that would be visible in other templates? I'd create a helper template with customize_show that would set the variable that would be included in condition of both the above templates.
Thank you very much. Best regards
Radovan Skolnik
by Radovan Skolnik - 12:10 - 5 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hi,
Yes.it's not Open Source, but you can legally use it by signing an agreement05 novembre 2020 10:57 "Frederik Kramer" <frederik.kramer@initos.com> a écrit:Hi Jacques-André, thanks for your reply, but that is the library that is not really Open Source so i suppose you purchased a license or only use it with its very limited free capabilities ? Best Frederik Am Donnerstag, den 05.11.2020, 09:27 +0000 schrieb Open Net Sàrl / J-A Eberhard: > Hello, > > We based our devellopement on the > > https://pypi.org/project/fintech/ > and develop the specifics for the Swiss Market > > From what we know, in Germany, you will have much less to do as you > better stick to the norm as the Swiss do... > > 03 novembre 2020 17:07 "Frederik Kramer" <frederik.kramer@initos.com> > a écrit: > > Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS > > integration. First thanks to Luc DeMeyer from Noviat, Bettina > > Peiffer from Digitally, Jacques-André Eberhard from Open Net and > > Thorsten Vocks from OpenBig who all already provided valuable and > > knowledgable feedback on the matter. As it seems Noviats modules > > https://github.com/Noviat/account_ebics are the only ones for full > > automation of banking interation with the EBICS standard so far, > > but rely on a python fintech module > > https://pypi.org/project/fintech/ that has a "free to use" license > > for a restricted environment and cost quite a bit of money for > > production level usage besides creating a lock-in. > > https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't > > successful in finding a "real" open source alternative to that > > python module. In that regard i have recenty found a Java based > > Open Source implementation of an EBICS client > > https://github.com/uwemaurer/ebics-java-client and as Thorsten > > Vocks suggested some form of semi automation may also be achieve by > > using the Java based banking tools of the Hibiscus Banking > > application https://www.willuhn.de/products/hibiscus/ Now to my > > question: I am wondering if somebody else in the community found or > > is working on a python basis (i.e. Open Source Python Ebics client) > > in that direction that solves the problem for the python world or > > has made production level experiences with any from of end to end > > Open Souce based integration. Any feedback / comments on the matter > > are very much appreciated. Best 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 > > > Avec mes cordiales salutations. > > Jacques-André Eberhard > CEO & Founder ● Certified Odoo Functionnal Specialist > > Open Net Sàrl ● Odoo Gold Partner > Rue de Genève 77 > 1004 Lausanne VD > www.open-net.ch > +41 21 701 42 45 > > Odoo Ne vivez plus avec vos problèmes, résolvez-les. > > > _______________________________________________ > 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-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribeAvec mes cordiales salutations.Jacques-André EberhardCEO & Founder ● Certified Odoo Functionnal SpecialistOpen Net Sàrl ● Odoo Gold PartnerRue de Genève 771004 Lausanne VD+41 21 701 42 45Odoo Ne vivez plus avec vos problèmes, résolvez-les.
by J-A Eberhard - 11:26 - 5 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hi Jacques-André, thanks for your reply, but that is the library that is not really Open Source so i suppose you purchased a license or only use it with its very limited free capabilities ? Best Frederik Am Donnerstag, den 05.11.2020, 09:27 +0000 schrieb Open Net Sàrl / J-A Eberhard: > Hello, > > We based our devellopement on the > > https://pypi.org/project/fintech/ > and develop the specifics for the Swiss Market > > From what we know, in Germany, you will have much less to do as you > better stick to the norm as the Swiss do... > > 03 novembre 2020 17:07 "Frederik Kramer" <frederik.kramer@initos.com> > a écrit: > > Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS > > integration. First thanks to Luc DeMeyer from Noviat, Bettina > > Peiffer from Digitally, Jacques-André Eberhard from Open Net and > > Thorsten Vocks from OpenBig who all already provided valuable and > > knowledgable feedback on the matter. As it seems Noviats modules > > https://github.com/Noviat/account_ebics are the only ones for full > > automation of banking interation with the EBICS standard so far, > > but rely on a python fintech module > > https://pypi.org/project/fintech/ that has a "free to use" license > > for a restricted environment and cost quite a bit of money for > > production level usage besides creating a lock-in. > > https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't > > successful in finding a "real" open source alternative to that > > python module. In that regard i have recenty found a Java based > > Open Source implementation of an EBICS client > > https://github.com/uwemaurer/ebics-java-client and as Thorsten > > Vocks suggested some form of semi automation may also be achieve by > > using the Java based banking tools of the Hibiscus Banking > > application https://www.willuhn.de/products/hibiscus/ Now to my > > question: I am wondering if somebody else in the community found or > > is working on a python basis (i.e. Open Source Python Ebics client) > > in that direction that solves the problem for the python world or > > has made production level experiences with any from of end to end > > Open Souce based integration. Any feedback / comments on the matter > > are very much appreciated. Best 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 > > > Avec mes cordiales salutations. > > Jacques-André Eberhard > CEO & Founder ● Certified Odoo Functionnal Specialist > > Open Net Sàrl ● Odoo Gold Partner > Rue de Genève 77 > 1004 Lausanne VD > www.open-net.ch > +41 21 701 42 45 > > Odoo Ne vivez plus avec vos problèmes, résolvez-les. > > > _______________________________________________ > 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:56 - 5 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hello,
We based our devellopement on thehttps://pypi.org/project/fintech/
and develop the specifics for the Swiss Market
From what we know, in Germany, you will have much less to do as you better stick to the norm as the Swiss do...03 novembre 2020 17:07 "Frederik Kramer" <frederik.kramer@initos.com> a écrit:Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS integration. First thanks to Luc DeMeyer from Noviat, Bettina Peiffer from Digitally, Jacques-André Eberhard from Open Net and Thorsten Vocks from OpenBig who all already provided valuable and knowledgable feedback on the matter. As it seems Noviats modules https://github.com/Noviat/account_ebics are the only ones for full automation of banking interation with the EBICS standard so far, but rely on a python fintech module https://pypi.org/project/fintech/ that has a "free to use" license for a restricted environment and cost quite a bit of money for production level usage besides creating a lock-in. https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't successful in finding a "real" open source alternative to that python module. In that regard i have recenty found a Java based Open Source implementation of an EBICS client https://github.com/uwemaurer/ebics-java-client and as Thorsten Vocks suggested some form of semi automation may also be achieve by using the Java based banking tools of the Hibiscus Banking application https://www.willuhn.de/products/hibiscus/ Now to my question: I am wondering if somebody else in the community found or is working on a python basis (i.e. Open Source Python Ebics client) in that direction that solves the problem for the python world or has made production level experiences with any from of end to end Open Souce based integration. Any feedback / comments on the matter are very much appreciated. Best 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-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribeAvec mes cordiales salutations.Jacques-André EberhardCEO & Founder ● Certified Odoo Functionnal SpecialistOpen Net Sàrl ● Odoo Gold PartnerRue de Genève 771004 Lausanne VD+41 21 701 42 45Odoo Ne vivez plus avec vos problèmes, résolvez-les.
by J-A Eberhard - 10:25 - 5 Nov 2020 -
Re: New check for the development_status manifest key
Great, thanks for the update!On Wed, Nov 4, 2020 at 9:12 AM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Dear contributors,A new validity check for the development_status manifest key has been enabled on all branches.As a reminder, the valid values are 'Alpha', 'Beta', 'Production/Stable', 'Mature' and the default is 'Beta'. You can read more about the meaning of these values at https://odoo-community.org/page/development-status.This check is part of pylint-odoo (thanks Moises!)Up to 12, this is done as part of the lint step of OCA/maintainer-quality-tools.From 13, this is part of the pre-commit checks.This check must pass to get a green build on all branches, because invalid values cause issues down the line. In particular, invalid development status keys prevent publication to https://odoo-community.org/apps.Best regards,-sbi_______________________________________________
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, Freelance in love with open source.
by Simone Orsi - 11:15 - 4 Nov 2020 -
New check for the development_status manifest key
Dear contributors,A new validity check for the development_status manifest key has been enabled on all branches.As a reminder, the valid values are 'Alpha', 'Beta', 'Production/Stable', 'Mature' and the default is 'Beta'. You can read more about the meaning of these values at https://odoo-community.org/page/development-status.This check is part of pylint-odoo (thanks Moises!)Up to 12, this is done as part of the lint step of OCA/maintainer-quality-tools.From 13, this is part of the pre-commit checks.This check must pass to get a green build on all branches, because invalid values cause issues down the line. In particular, invalid development status keys prevent publication to https://odoo-community.org/apps.Best regards,-sbi
by Stéphane Bidoul - 09:11 - 4 Nov 2020 -
[26132] Status of the EBICS Integration
Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS integration. First thanks to Luc DeMeyer from Noviat, Bettina Peiffer from Digitally, Jacques-André Eberhard from Open Net and Thorsten Vocks from OpenBig who all already provided valuable and knowledgable feedback on the matter. As it seems Noviats modules https://github.com/Noviat/account_ebics are the only ones for full automation of banking interation with the EBICS standard so far, but rely on a python fintech module https://pypi.org/project/fintech/ that has a "free to use" license for a restricted environment and cost quite a bit of money for production level usage besides creating a lock-in. https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't successful in finding a "real" open source alternative to that python module. In that regard i have recenty found a Java based Open Source implementation of an EBICS client https://github.com/uwemaurer/ebics-java-client and as Thorsten Vocks suggested some form of semi automation may also be achieve by using the Java based banking tools of the Hibiscus Banking application https://www.willuhn.de/products/hibiscus/ Now to my question: I am wondering if somebody else in the community found or is working on a python basis (i.e. Open Source Python Ebics client) in that direction that solves the problem for the python world or has made production level experiences with any from of end to end Open Souce based integration. Any feedback / comments on the matter are very much appreciated. Best 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 - 05:06 - 3 Nov 2020 -
[legal] Odoo CE and EE not GDPR Compliance?
Dear Contributors,
This looks like is a European Need that maybe Odoo SA should cover.
Is Odoo Community website legal? Is Odoo website legal?
In February 2020 Grégory Schreiner (from France) opened an issue about "Cookie notice > GDPR compliance #696"
https://github.com/OCA/website/issues/696
As a result it looks like the OCA module need to be improved.
https://github.com/OCA/website/tree/13.0/website_cookie_notice
Some contributors have developed modules to integrate with https://www.cookiebot.com
[MIG] website_cookiebot: Migration to 12.0 #790
https://github.com/OCA/website/pull/790
[13.0][ADD][website_cookiebot] New module for Cookiebot integration #724
https://github.com/OCA/website/pull/724
Any idea or update are really welcome. BEST place to write comments, please --> https://github.com/OCA/website/issues/696
Thanks in advance
Regards,
Rafael Blasco
by Rafael Blasco (Moduon) - 03:00 - 3 Nov 2020 -
Re: New Repository for Office 365 connector
Hello Rémi,I didn't know about microsoft_calendar, thanks.I agree: we can backport it, if something similar was not already published in OCA.Should we put it in OCA/calendar?On Mon, 2 Nov 2020 at 19:59, Rémi CAZENAVE - Le Filament <remi@le-filament.com> wrote:Dear all,
For v14 Odoo core code implements this sync. I was wondering whether it would not be better to backport that module (in case you would use it for a previous version, we may have a customer interested for v12) rather than maintaining another one ?
Best Regards,
Rémi CAZENAVE - SCOP Le Filament
De : Lorenzo Battistini <elbaddy@gmail.com>
Envoyé : 2 novembre 2020 16:26:58 GMT+01:00
À : Contributors <contributors@odoo-community.org>
Objet : Re: New Repository for Office 365 connector
Hello Dennis,did your module land somewhere in the end?Thanks!On Tue, 23 Apr 2019 at 14:17, Dennis Sluijk <d.sluijk@onestein.nl> wrote:Dear OCA Project Steering Committee,I've made a module that synchronizes calendar events in Office 365 to Odoo (and back). I didn't find a repository where this module fits, so therefore this email.For now it only synchronizes calendar events but I also want to synchronize other objects like:- Files
- Contacts
- Notes
My Github account is https://github.com/tarteoWith kind regards,Dennis SluijkOnestein_______________________________________________
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
--Lorenzo Battistini
https://github.com/eLBati
by Lorenzo Battistini. - 12:41 - 3 Nov 2020 -
Re: Update to 14.0 dot files
Thank you Stéphane Bidoul!Regards!
by Moisés López Calderón - 09:41 - 2 Nov 2020 -
Re: New Repository for Office 365 connector
Dear all,
For v14 Odoo core code implements this sync. I was wondering whether it would not be better to backport that module (in case you would use it for a previous version, we may have a customer interested for v12) rather than maintaining another one ?
Best Regards,
Rémi CAZENAVE - SCOP Le Filament
De : Lorenzo Battistini <elbaddy@gmail.com>
Envoyé : 2 novembre 2020 16:26:58 GMT+01:00
À : Contributors <contributors@odoo-community.org>
Objet : Re: New Repository for Office 365 connector
Hello Dennis,did your module land somewhere in the end?Thanks!On Tue, 23 Apr 2019 at 14:17, Dennis Sluijk <d.sluijk@onestein.nl> wrote:Dear OCA Project Steering Committee,I've made a module that synchronizes calendar events in Office 365 to Odoo (and back). I didn't find a repository where this module fits, so therefore this email.For now it only synchronizes calendar events but I also want to synchronize other objects like:- Files
- Contacts
- Notes
My Github account is https://github.com/tarteoWith kind regards,Dennis SluijkOnestein_______________________________________________
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 Rémi Cazenave - 08:01 - 2 Nov 2020 -
Re: New Repository for Office 365 connector
Hello Dennis,did your module land somewhere in the end?Thanks!On Tue, 23 Apr 2019 at 14:17, Dennis Sluijk <d.sluijk@onestein.nl> wrote:Dear OCA Project Steering Committee,I've made a module that synchronizes calendar events in Office 365 to Odoo (and back). I didn't find a repository where this module fits, so therefore this email.For now it only synchronizes calendar events but I also want to synchronize other objects like:- Files
- Contacts
- Notes
My Github account is https://github.com/tarteoWith kind regards,Dennis SluijkOnestein_______________________________________________
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. - 04:25 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thanks a lotLe lun. 2 nov. 2020 à 08:47, Rafael Blasco <rafael.blasco@tecnativa.com> a écrit :Thank you Stéphane.
De: Stéphane Bidoul [mailto:stephane.bidoul@acsone.eu]
Enviado el: domingo, 1 de noviembre de 2020 22:02
Para: Contributors <contributors@odoo-community.org>
Asunto: Update to 14.0 dot filesHello,
As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.
It includes the following pre-commit hook updates
- automatic fixing of the manifest website key
- new pylint-odoo validity check for the development_status key
- automatic requirements.txt generation
- a 'prettier' fix for compatibility with pre-commit 2.8+
- less aggressive xml auto-formatter to work around a bug with long field values in data files
The detailed list of change can be examined in the v1.0.3 milestone [1].
Best regards,
-sbi
--
Stéphane Bidoul | @SBidoul
Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120
_______________________________________________
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 - 09:21 - 2 Nov 2020 -
Re: Warning: Using "numpy" library you will have weird errors in production even if you are not using it
Hi Moises,It's indeed unfortunate that you have had such issues. It's also very surprising that websocket-client attempts to import numpy :)But I don't think blacklisting numpy is appropriate. It is very widely used outside OCA and can be useful at times in OCA too.-sbiOn Mon, Nov 2, 2020 at 9:01 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:Thanks for the warning.I don't use any OCA module using numpy AFAIK, but there are some out there indeed. Not sure if blacklisting is the best thing to do, as changing such modules to adapt to other things may not be easy, but developers that used it can tell.Regards._______________________________________________
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 - 09:11 - 2 Nov 2020 -
Re: Warning: Using "numpy" library you will have weird errors in production even if you are not using it
Thanks for the warning.I don't use any OCA module using numpy AFAIK, but there are some out there indeed. Not sure if blacklisting is the best thing to do, as changing such modules to adapt to other things may not be easy, but developers that used it can tell.Regards.
by Pedro M. Baeza - 09:00 - 2 Nov 2020 -
RE: Update to 14.0 dot files
Thank you Stéphane.
De: Stéphane Bidoul [mailto:stephane.bidoul@acsone.eu]
Enviado el: domingo, 1 de noviembre de 2020 22:02
Para: Contributors <contributors@odoo-community.org>
Asunto: Update to 14.0 dot filesHello,
As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.
It includes the following pre-commit hook updates
- automatic fixing of the manifest website key
- new pylint-odoo validity check for the development_status key
- automatic requirements.txt generation
- a 'prettier' fix for compatibility with pre-commit 2.8+
- less aggressive xml auto-formatter to work around a bug with long field values in data files
The detailed list of change can be examined in the v1.0.3 milestone [1].
Best regards,
-sbi
--
Stéphane Bidoul | @SBidoul
Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Rafael Blasco (Moduon) - 08:46 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thank you Stéphane.On Mon, Nov 2, 2020 at 3:52 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Thank you StephaneOn Mon, 2 Nov 2020, 04:01 Stéphane Bidoul, <stephane.bidoul@acsone.eu> wrote:Hello,As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.It includes the following pre-commit hook updates- automatic fixing of the manifest website key- new pylint-odoo validity check for the development_status key- automatic requirements.txt generation- a 'prettier' fix for compatibility with pre-commit 2.8+- less aggressive xml auto-formatter to work around a bug with long field values in data filesThe detailed list of change can be examined in the v1.0.3 milestone [1].Best regards,-sbi--_______________________________________________
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 Laurent Mignon - 08:05 - 2 Nov 2020 -
Module to split 1 JE to many JEs
Dear Community,Want to double check if there is any module in OCA that helps to split one Journal Entry into multiple Journal Entries (group by Partner, etc.)Thank you,Kitti U.
by Kitti Upariphutthiphong - 07:31 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thank you StephaneOn Mon, 2 Nov 2020, 04:01 Stéphane Bidoul, <stephane.bidoul@acsone.eu> wrote:Hello,As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.It includes the following pre-commit hook updates- automatic fixing of the manifest website key- new pylint-odoo validity check for the development_status key- automatic requirements.txt generation- a 'prettier' fix for compatibility with pre-commit 2.8+- less aggressive xml auto-formatter to work around a bug with long field values in data filesThe detailed list of change can be examined in the v1.0.3 milestone [1].Best regards,-sbi--_______________________________________________
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 - 03:51 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thanks a lot!El dom., 1 nov. 2020 22:42, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> escribió:Thanks for the work.El dom., 1 nov. 2020 22:01, Stéphane Bidoul <stephane.bidoul@acsone.eu> escribió:Hello,As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.It includes the following pre-commit hook updates- automatic fixing of the manifest website key- new pylint-odoo validity check for the development_status key- automatic requirements.txt generation- a 'prettier' fix for compatibility with pre-commit 2.8+- less aggressive xml auto-formatter to work around a bug with long field values in data filesThe detailed list of change can be examined in the v1.0.3 milestone [1].Best regards,-sbi--_______________________________________________
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 dariodafoz - 11:35 - 1 Nov 2020