Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Re: Odoo with a decoupled front-end 
    On 7/12/23 13:28, wytzejan wrote:

> On the other hand, I very much like the integration of the portal so 

> customers can see theirs projects, sales orders, etc.

For me I've never found a "best" choice, I think all are viable:

- If needs are not that big, Pedro's advice makes sense - stick to Odoo, 
especially from a maintenance perspective you'll keep things simple - 
your team already knows Odoo, you won't be mixing technologies, 
upgrading will be simple etc

- If you like building frontends in Nuxt, it's also not that big of a 
deal to also port over the sale order / projects view and the login flow 
to your new framework of choice. This makes sense from a security 
perspective - it's a full decoupling, so you decrease attack vectors, 
and it makes sense from a UI perpective - people won't be switching 
between the Odoo portal and your portal, don't have to load 2 sets of 
JS/CSS, etc

- If you just want to add one Nuxt app into the Odoo portal, the hybrid 
idea also makes sense

Good luck with making a choice :)
    by Tom Blauwendraat - 05:51 - 12 Jul 2023
  • Re: Git

    Hi Daniel,

    thanks for you reply. Yes i am using it directly on windows. I am just curious about what happened, as it was working flawlessly. Kind of weird.

    Temporarily i will switch back on my mac… but i want to get this running on the new system.

    I´ll have a look tot he WSL2 Ubuntu environment. Thank you!

     

    All the best

    Nils

     

    -- 

    NICO SOLUTIONS - ENGINEERING & IT 
    Dr.-Ruckert-Str.     1G 
    28865 Lilienthal 
    Deutschland (Germany) 

     

    Von: Daniel Reis <notifications@odoo-community.org>
    Antworten an: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>
    Datum: Mittwoch, 12. Juli 2023 um 15:22
    An: Contributors <contributors@odoo-community.org>
    Betreff: Re: Git

     

    It seems that you are using Git directly under Windows.
    My recommendation would be to instead use Git inside a WSL2 Ubuntu environment.

    Thanks
    Daniel

    On 12/07/2023 13:47, nils.coenen wrote:

    Dear Contributors,

    i know… this topic maybe don´t belong here… But i´ll give it a try… I do have the following problem:

     

    Switched from mac to a Win PC a while ago with my dev enviroment. Everything was working great and the performance boost is quite addictive ;P

    But something happened now and i dont know what exactly.

     

    So here is my bottleneck right now.  For some reason (which i dont know) i am not able to patch the code anymore when migrating a module.

     

    So the format patch…

    „git format-patch --keep-subject --stdout origin/16.0..origin/15.0 -- MODULE | git am -3 –keep“

    … will not apply and i get the following error:

     

    fatal: empty ident name (for <>) not allowed

    Applying: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

     

    So the git am got stuck and when i look at the author-script in the rebase-apply folder, there is nothing for GIT_AUTHOR_NAME='', GIT_AUTHOR_EMAIL='', GIT_AUTHOR_DATE=''

    I already set the name and email in gitconfig (local & global) with git config --global user.name "NAME" & with git config --global user.email "EMAIL" but the behaviour is the same.

     

    In addition, i dont know where it gets this line from: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

     

    When i enter the name and email in the author script file and continue the am… -> Applying: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

    But i guess the reference is totally wrong!

     

    Has anybody an idea, what happens here and why it doesnt pull the name & Email properly?

     

    I addition the pre-commit makes trouble as well.

    Generate the default setup.py for an addons directory fails with the error:

    - hook id: setuptools-odoo-make-default

    - exit code:

     

    Traceback (most recent call last):

      File "c:\users\my_user\appdata\local\programs\python\python38\lib\runpy.py", line 194, in _run_module_as_main

        return _run_code(code, main_globals, None,

      File "c:\users\my_user\appdata\local\programs\python\python38\lib\runpy.py", line 87, in _run_code

        exec(code, run_globals)

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\Scripts\setuptools-odoo-make-default.EXE\__main__.py", line 7, in <module>

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 402, in main

        make_default_setup_addons_dir(

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 152, in make_default_setup_addons_dir

        make_default_setup_addon(

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 122, in make_default_setup_addon

        os.symlink(os.path.relpath(addon_dir, odoo_addons_path), link_path)

    OSError: [WinError 1314] Dem Client fehlt ein erforderliches Recht: '..\\..\\..\\..\\MODULE' -> '.\\setup\\MODULE\\odoo\\addons\\MODULE'

     

    So i guess there is eaither a problem with symlink (if necessary), access rights on my local drive or Visual Studio Issue. Futhermore i get:

    ************* Module MODULE

    MODULE\views\file1.xml:1: [W7930(file-not-used), ]  not used from manifest

    MODULE\views\file2.xml:1: [W7930(file-not-used), ]  not used from manifest

    ************* Module MODULE

     

    And some further files listed that dont really exist n the format-pached files….

    Already checked a lot of infos from the web, but nothing worked out.

     

    Is anybody aware of whats going on here or rather can help me to sort this out?

    I wanted to give it a try this way, before performing more and more tests or before decide to use my old enviroment and setup the new system from scratch.

     

    Any helpful hint is much appreciated

     

    All the best

    Nils

     

    -- 

    NICO SOLUTIONS - ENGINEERING & IT 
    Dr.-Ruckert-Str.     1G 
    28865 Lilienthal 
    Deutschland (Germany) 

     

    --

    DANIEL REIS
    MANAGING PARTNER

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais

    Das Bild wurde vom Absender entfernt.

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Nils Coenen - 04:01 - 12 Jul 2023
  • Re: Odoo with a decoupled front-end
    I think that mixing technologies is not worth it. Odoo has QWeb + Bootstrap for templating and very direct access to ERP data. It's not a deep learning curve for that part.

    Regards.
    by Pedro M. Baeza - 03:47 - 12 Jul 2023
  • Re: Odoo with a decoupled front-end
    Hi Wytze,

    VSF has a portal with sales orders and a few other things, but consider the existing demo frontend as a starting point.
    We have implemented B2B with much more features on the portal in the past.
    Yes we support VSF for Odoo, if you want just drop me an email and I can show you some examples.



    On Wed, Jul 12, 2023 at 12:36 PM wytzejan <notifications@odoo-community.org> wrote:

    Thank you for the extra information about Vuestorefront Diogo. I am going to test it.

    Is it possible to login in Vuestorefront and see projects, sales order, etc. (stuff from portal) from Odoo directly? Do you support this.

    Diogo Duarte schreef op 2023-07-12 09:11:

    Hi,
     
    Vuestorefront is a decoupled frontend based on Nuxt.js that allows you to scale your web frontend independently from Odoo.
    We implemented Odoo as a backend and are building/maintaining it several projects using it:
     
     
    Easiest way to test it:
     
     
    Load testing (video at the end)
     
     
    We welcome contributors!
     
     
    Best regards,
     
    Diogo Duarte
     
     
     

    On Wed, Jul 12, 2023 at 6:52 AM wytzejan <notifications@odoo-community.org> wrote:

    Hello,

    I'm looking for a solution where I can use Odoo with a decoupled front-end and I'd love to hear your thoughts. I'd like to use Odoo as my back-end and Nuxt as my front-end. I've seen https://github.com/vuestorefront-community/odoo but this looks dedicated to e-commerce.

    Is it possible to have a decoupled front-end but still use the Odoo login functionality and so the I can integrate the Odoo portal (e.g. domain.nl/my/home) inside Nuxt? I've seen https://github.com/OCA/rest-framework as well but I am not sure if this can work with the portal.

    Any thoughts are very welcome. Thank you!

    With kind regards,

    Wytze Jan Riedstra
    codeNext

    _______________________________________________
    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 "Diogo Duarte" <dduarte@erpgap.com> - 03:31 - 12 Jul 2023
  • Re: Git
    It seems that you are using Git directly under Windows.
    My recommendation would be to instead use Git inside a WSL2 Ubuntu environment.

    Thanks
    Daniel

    On 12/07/2023 13:47, nils.coenen wrote:

    Dear Contributors,

    i know… this topic maybe don´t belong here… But i´ll give it a try… I do have the following problem:

     

    Switched from mac to a Win PC a while ago with my dev enviroment. Everything was working great and the performance boost is quite addictive ;P

    But something happened now and i dont know what exactly.

     

    So here is my bottleneck right now.  For some reason (which i dont know) i am not able to patch the code anymore when migrating a module.

     

    So the format patch…

    „git format-patch --keep-subject --stdout origin/16.0..origin/15.0 -- MODULE | git am -3 –keep“

    … will not apply and i get the following error:

     

    fatal: empty ident name (for <>) not allowed

    Applying: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

     

    So the git am got stuck and when i look at the author-script in the rebase-apply folder, there is nothing for GIT_AUTHOR_NAME='', GIT_AUTHOR_EMAIL='', GIT_AUTHOR_DATE=''

    I already set the name and email in gitconfig (local & global) with git config --global user.name "NAME" & with git config --global user.email "EMAIL" but the behaviour is the same.

     

    In addition, i dont know where it gets this line from: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

     

    When i enter the name and email in the author script file and continue the am… -> Applying: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

    But i guess the reference is totally wrong!

     

    Has anybody an idea, what happens here and why it doesnt pull the name & Email properly?

     

    I addition the pre-commit makes trouble as well.

    Generate the default setup.py for an addons directory fails with the error:

    - hook id: setuptools-odoo-make-default

    - exit code:

     

    Traceback (most recent call last):

      File "c:\users\my_user\appdata\local\programs\python\python38\lib\runpy.py", line 194, in _run_module_as_main

        return _run_code(code, main_globals, None,

      File "c:\users\my_user\appdata\local\programs\python\python38\lib\runpy.py", line 87, in _run_code

        exec(code, run_globals)

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\Scripts\setuptools-odoo-make-default.EXE\__main__.py", line 7, in <module>

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 402, in main

        make_default_setup_addons_dir(

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 152, in make_default_setup_addons_dir

        make_default_setup_addon(

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 122, in make_default_setup_addon

        os.symlink(os.path.relpath(addon_dir, odoo_addons_path), link_path)

    OSError: [WinError 1314] Dem Client fehlt ein erforderliches Recht: '..\\..\\..\\..\\MODULE' -> '.\\setup\\MODULE\\odoo\\addons\\MODULE'

     

    So i guess there is eaither a problem with symlink (if necessary), access rights on my local drive or Visual Studio Issue. Futhermore i get:

    ************* Module MODULE

    MODULE\views\file1.xml:1: [W7930(file-not-used), ]  not used from manifest

    MODULE\views\file2.xml:1: [W7930(file-not-used), ]  not used from manifest

    ************* Module MODULE

     

    And some further files listed that dont really exist n the format-pached files….

    Already checked a lot of infos from the web, but nothing worked out.

     

    Is anybody aware of whats going on here or rather can help me to sort this out?

    I wanted to give it a try this way, before performing more and more tests or before decide to use my old enviroment and setup the new system from scratch.

     

    Any helpful hint is much appreciated

     

    All the best

    Nils

     

    -- 

    NICO SOLUTIONS - ENGINEERING & IT 
    Dr.-Ruckert-Str.     1G 
    28865 Lilienthal 
    Deutschland (Germany) 

    _______________________________________________
    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 PARTNER

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais

    by Daniel Reis - 03:22 - 12 Jul 2023
  • Git

    Dear Contributors,

    i know… this topic maybe don´t belong here… But i´ll give it a try… I do have the following problem:

     

    Switched from mac to a Win PC a while ago with my dev enviroment. Everything was working great and the performance boost is quite addictive ;P

    But something happened now and i dont know what exactly.

     

    So here is my bottleneck right now.  For some reason (which i dont know) i am not able to patch the code anymore when migrating a module.

     

    So the format patch…

    „git format-patch --keep-subject --stdout origin/16.0..origin/15.0 -- MODULE | git am -3 –keep“

    … will not apply and i get the following error:

     

    fatal: empty ident name (for <>) not allowed

    Applying: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

     

    So the git am got stuck and when i look at the author-script in the rebase-apply folder, there is nothing for GIT_AUTHOR_NAME='', GIT_AUTHOR_EMAIL='', GIT_AUTHOR_DATE=''

    I already set the name and email in gitconfig (local & global) with git config --global user.name "NAME" & with git config --global user.email "EMAIL" but the behaviour is the same.

     

    In addition, i dont know where it gets this line from: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

     

    When i enter the name and email in the author script file and continue the am… -> Applying: From 9db567da369584bfa55d85bb9e42f167ae4135ea Mon Sep 17 00:00:00 2001

    But i guess the reference is totally wrong!

     

    Has anybody an idea, what happens here and why it doesnt pull the name & Email properly?

     

    I addition the pre-commit makes trouble as well.

    Generate the default setup.py for an addons directory fails with the error:

    - hook id: setuptools-odoo-make-default

    - exit code:

     

    Traceback (most recent call last):

      File "c:\users\my_user\appdata\local\programs\python\python38\lib\runpy.py", line 194, in _run_module_as_main

        return _run_code(code, main_globals, None,

      File "c:\users\my_user\appdata\local\programs\python\python38\lib\runpy.py", line 87, in _run_code

        exec(code, run_globals)

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\Scripts\setuptools-odoo-make-default.EXE\__main__.py", line 7, in <module>

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 402, in main

        make_default_setup_addons_dir(

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 152, in make_default_setup_addons_dir

        make_default_setup_addon(

      File "C:\Users\ my_user \.cache\pre-commit\reposb6fkp7c\py_env-python3\lib\site-packages\setuptools_odoo\make_default_setup.py", line 122, in make_default_setup_addon

        os.symlink(os.path.relpath(addon_dir, odoo_addons_path), link_path)

    OSError: [WinError 1314] Dem Client fehlt ein erforderliches Recht: '..\\..\\..\\..\\MODULE' -> '.\\setup\\MODULE\\odoo\\addons\\MODULE'

     

    So i guess there is eaither a problem with symlink (if necessary), access rights on my local drive or Visual Studio Issue. Futhermore i get:

    ************* Module MODULE

    MODULE\views\file1.xml:1: [W7930(file-not-used), ]  not used from manifest

    MODULE\views\file2.xml:1: [W7930(file-not-used), ]  not used from manifest

    ************* Module MODULE

     

    And some further files listed that dont really exist n the format-pached files….

    Already checked a lot of infos from the web, but nothing worked out.

     

    Is anybody aware of whats going on here or rather can help me to sort this out?

    I wanted to give it a try this way, before performing more and more tests or before decide to use my old enviroment and setup the new system from scratch.

     

    Any helpful hint is much appreciated

     

    All the best

    Nils

     

    -- 

    NICO SOLUTIONS - ENGINEERING & IT 
    Dr.-Ruckert-Str.     1G 
    28865 Lilienthal 
    Deutschland (Germany) 

    by Nils Coenen - 02:47 - 12 Jul 2023
  • Re: Odoo with a decoupled front-end

    Thank you for the extra information about Vuestorefront Diogo. I am going to test it.

    Is it possible to login in Vuestorefront and see projects, sales order, etc. (stuff from portal) from Odoo directly? Do you support this.

    Diogo Duarte schreef op 2023-07-12 09:11:

    Hi,
     
    Vuestorefront is a decoupled frontend based on Nuxt.js that allows you to scale your web frontend independently from Odoo.
    We implemented Odoo as a backend and are building/maintaining it several projects using it:
     
     
    Easiest way to test it:
     
     
    Load testing (video at the end)
     
     
    We welcome contributors!
     
     
    Best regards,
     
    Diogo Duarte
     
     
     

    On Wed, Jul 12, 2023 at 6:52 AM wytzejan <notifications@odoo-community.org> wrote:

    Hello,

    I'm looking for a solution where I can use Odoo with a decoupled front-end and I'd love to hear your thoughts. I'd like to use Odoo as my back-end and Nuxt as my front-end. I've seen https://github.com/vuestorefront-community/odoo but this looks dedicated to e-commerce.

    Is it possible to have a decoupled front-end but still use the Odoo login functionality and so the I can integrate the Odoo portal (e.g. domain.nl/my/home) inside Nuxt? I've seen https://github.com/OCA/rest-framework as well but I am not sure if this can work with the portal.

    Any thoughts are very welcome. Thank you!

    With kind regards,

    Wytze Jan Riedstra
    codeNext

    _______________________________________________
    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 Wytze Jan Riedstra - 01:36 - 12 Jul 2023

    1 attachments 1 attachments

    blocked.gif
  • Re: Odoo with a decoupled front-end

    Thanks for your response Tom! You're right :) I'd like to have the best of both worlds actually. I'd very much like to develop front-ends in Nuxt so I can use Tailwind CSS. Further more, I think I can make inline form wizards and stuff much faster component based; like Nuxt and Vue works. On the other hand, I very much like the integration of the portal so customers can see theirs projects, sales orders, etc.

    Thank you for your suggestions. I would take a look.

    tblauwendraat schreef op 2023-07-12 08:37:

    If you still want to include regular portal pages, then it's not 100% decoupled, right? More of a hybrid. In that case, Nuxt has to be served on the same domain as Odoo and can call regular Odoo backend controller functions, that authenticate with the session cookie. If rest_framework also uses the session cookie as the backend, you can also use that.

    If you go fully decoupled, you can go wild with all kinds of other designs. I think the sky is the limit, but to give two examples that we have encountered:

    - muk_rest backend, odooinvue (quasar) frontend, authentication using muk_oauth2
    - base_graphql backend, typescript frontend

    What's your main goal with the decoupling?

    12 jul. 2023 07:52:33 wytzejan <notifications@odoo-community.org>:

    Hello,

    I'm looking for a solution where I can use Odoo with a decoupled front-end and I'd love to hear your thoughts. I'd like to use Odoo as my back-end and Nuxt as my front-end. I've seen https://github.com/vuestorefront-community/odoo but this looks dedicated to e-commerce.

    Is it possible to have a decoupled front-end but still use the Odoo login functionality and so the I can integrate the Odoo portal (e.g. domain.nl/my/home) inside Nuxt? I've seen https://github.com/OCA/rest-framework as well but I am not sure if this can work with the portal.

    Any thoughts are very welcome. Thank you!

    With kind regards,

    Wytze Jan Riedstra
    codeNext

    _______________________________________________
    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 Wytze Jan Riedstra - 01:26 - 12 Jul 2023
  • Re: Odoo with a decoupled front-end
    Hi,

    Vuestorefront is a decoupled frontend based on Nuxt.js that allows you to scale your web frontend independently from Odoo.
    We implemented Odoo as a backend and are building/maintaining it several projects using it:


    Easiest way to test it:


    Load testing (video at the end)


    We welcome contributors!




    On Wed, Jul 12, 2023 at 6:52 AM wytzejan <notifications@odoo-community.org> wrote:

    Hello,

    I'm looking for a solution where I can use Odoo with a decoupled front-end and I'd love to hear your thoughts. I'd like to use Odoo as my back-end and Nuxt as my front-end. I've seen https://github.com/vuestorefront-community/odoo but this looks dedicated to e-commerce.

    Is it possible to have a decoupled front-end but still use the Odoo login functionality and so the I can integrate the Odoo portal (e.g. domain.nl/my/home) inside Nuxt? I've seen https://github.com/OCA/rest-framework as well but I am not sure if this can work with the portal.

    Any thoughts are very welcome. Thank you!

    With kind regards,

    Wytze Jan Riedstra
    codeNext

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by "Diogo Duarte" <dduarte@erpgap.com> - 09:10 - 12 Jul 2023
  • Re: Odoo with a decoupled front-end
    If you still want to include regular portal pages, then it's not 100% decoupled, right? More of a hybrid. In that case, Nuxt has to be served on the same domain as Odoo and can call regular Odoo backend controller functions, that authenticate with the session cookie. If rest_framework also uses the session cookie as the backend, you can also use that.

    If you go fully decoupled, you can go wild with all kinds of other designs. I think the sky is the limit, but to give two examples that we have encountered:

    - muk_rest backend, odooinvue (quasar) frontend, authentication using muk_oauth2
    - base_graphql backend, typescript frontend

    What's your main goal with the decoupling?

    12 jul. 2023 07:52:33 wytzejan <notifications@odoo-community.org>:

    Hello,

    I'm looking for a solution where I can use Odoo with a decoupled front-end and I'd love to hear your thoughts. I'd like to use Odoo as my back-end and Nuxt as my front-end. I've seen https://github.com/vuestorefront-community/odoo but this looks dedicated to e-commerce.

    Is it possible to have a decoupled front-end but still use the Odoo login functionality and so the I can integrate the Odoo portal (e.g. domain.nl/my/home) inside Nuxt? I've seen https://github.com/OCA/rest-framework as well but I am not sure if this can work with the portal.

    Any thoughts are very welcome. Thank you!

    With kind regards,

    Wytze Jan Riedstra
    codeNext

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Tom Blauwendraat - 08:35 - 12 Jul 2023
  • Odoo with a decoupled front-end

    Hello,

    I'm looking for a solution where I can use Odoo with a decoupled front-end and I'd love to hear your thoughts. I'd like to use Odoo as my back-end and Nuxt as my front-end. I've seen https://github.com/vuestorefront-community/odoo but this looks dedicated to e-commerce.

    Is it possible to have a decoupled front-end but still use the Odoo login functionality and so the I can integrate the Odoo portal (e.g. domain.nl/my/home) inside Nuxt? I've seen https://github.com/OCA/rest-framework as well but I am not sure if this can work with the portal.

    Any thoughts are very welcome. Thank you!

    With kind regards,

    Wytze Jan Riedstra
    codeNext

    by Wytze Jan Riedstra - 07:51 - 12 Jul 2023
  • Logistics Business Cooperation Partner with Xin Nuo Yuan International Logistics Co., LTD.
    Hi dear,
    I apologize for taking you 1 minutes to review this email. It won't waste your time at all.

    Do you want to reduce your shipping costs and keep your shipment safe from/to CHINA?

    This is professional shipping agent certified on WCA. We have competitive prices and services.

    We provide below service:

    A. Full container, LCL shipment to port/to door.
    B. Air shipping to airport/to door.
    C. Offer a one-top service platform with shipping space booking, customs declaration, inspection reporting, tax paying, insuring, storage, delivering.etc.

    Sincerely hope we can cooperate,I promise will try my best to quote you the best rate with the best way.

    BTW, if I send to the wrong person, would you please forward it to the right person? Thank you so much~

    WhatsApp：+86 15999719220
    our website: http://www.xnydg.com/
     

    Have a wonderful day~

    Stella

    If you do not desire to receive future emails from us, then please click Unsubscribe to me and we will remove you from our mailing list.

    by "syin@xny-logistics.com" <sales08@xny-logistics.com> - 08:51 - 11 Jul 2023

    4 attachments 4 attachments

    11479_WCA LOGO.png
    62268_签名.png
    CatchF59A(07-06-(07-11-14-48-11).jpg
    92.gif
  • Re: Optional drop-shipping
    In order to set the route on the sales order line like Alexandre & Pedro recommends, you need to turn on the Multi-Step route in the Inventory settings. Then, you will see the route column in the sales order lines and can decide order by  order and product by product if an item is to be dropshipped.

    If you need to switch an item to be dropshipped after you confirm the SO, you can change the ordered qty of the product to zero, save the SO, then set the route and adjust the ordered qty back to what was ordered. 

    Best,

    twitter
    		linkedin

    Cecilie Barreto

    Director of Implementation North America at Sodexis

    		1-833-763-3947 ext. 701
    		cecilie@sodexis.com
    		www.sodexis.com

    "We help manufacturing and distribution companies improve operations by implementing the Odoo ERP solution with the highest possible ROI."




    On Fri, Jul 7, 2023 at 12:38 PM Pedro M. Baeza <notifications@odoo-community.org> wrote:
    This can be done directly with Odoo: just enable to see routes on sales order, and put the "Dropshipping" rule as selectable in sales orders lines. Then, don't put it on the products, but select it on selected sales order lines.


    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 Cecilie Barreto - 06:41 - 7 Jul 2023
  • Re: Optional drop-shipping
    Hello
    in addition to Alexandre's answer, you might use https://github.com/OCA/stock-logistics-workflow/tree/14.0/sale_order_global_stock_route if all the items take the same dropshipping route

    --------------------------------
    Cyril VINH-TUNG
    INVITU
    Computer & Network Engineering
    BP 32 - 98713 Papeete - French Polynesia
    Tél: +689 40 46 11 99
    contact@invitu.com
    www.invitu.com

    Le ven. 7 juil. 2023, 06:32, Alexandre Fayolle <notifications@odoo-community.org> a écrit :
    I usually handle this by setting the dropshipping route on the sale 
order line. But you need to know beforehand. If you can't, maybe cancel 
the SO, reset to draft, change the route and reconfirm?




-- 
Alexandre Fayolle
Senior Software Engineer
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.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 Cyril VINH-TUNG - 06:41 - 7 Jul 2023
  • Re: Optional drop-shipping
    This can be done directly with Odoo: just enable to see routes on sales order, and put the "Dropshipping" rule as selectable in sales orders lines. Then, don't put it on the products, but select it on selected sales order lines.


    Regards.
    by Pedro M. Baeza - 06:36 - 7 Jul 2023
  • Re: Optional drop-shipping 
    I usually handle this by setting the dropshipping route on the sale 
order line. But you need to know beforehand. If you can't, maybe cancel 
the SO, reset to draft, change the route and reconfirm?



-- 
Alexandre Fayolle
Senior Software Engineer
Tel : +33 4 58 48 20 30

Camptocamp France SAS
18 rue du Lac Saint André
73 370 Le Bourget-du-Lac
France

http://www.camptocamp.com
    by Alexandre Fayolle - 06:32 - 7 Jul 2023
  • Optional drop-shipping
    Hello, looking for advice on any OCA module that may exists to assist on the following scenario:

    Orders are usually delivered from our warehouse.
    But in some special cases we can have a supplier deliver it directly to the customer location (maybe they are closer to the customer).

    This is a dropshipping scenario, it can be configured in Odoo, but it is an inflexible always or never choice.
    I wish there were an adhoc approach for this.

    In this case we would need to specifically say that this delivery is to be dropshipped, maybe even set what supplier it should come from.
    Maybe there is something already out there that can help with this.

    Thanks for any directions

    --
    DANIEL REIS
    MANAGING PARTNER

    M: +351 919 991 307
    E: dreis@OpenSourceIntegrators.com
    A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais

    by Daniel Reis - 06:25 - 7 Jul 2023
  • Re: Proposing myself as Procurement & Purchase PSC
    THX Enric! 👍

    El mié, 5 jul 2023 a las 12:17, Enric Tobella Alomar (<notifications@odoo-community.org>) escribió:
    Hi
     
    +1
     
    Harald, I added you as PSC. You should receive github notification soon.
     
    Enric Tobella Alomar
    Av. J. V. Foix 63
    08034 Barcelona
    Tlf.    932 522 522 (Ext. 9611)
     
    From: "Luis Romero" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Wed, 28 Jun 2023 21:06:48 -0000
    Subject: Re: Proposing myself as Procurement & Purchase PSC
     
    +1
     
    El mié, 28 jun 2023 a la(s) 10:37, Fernando La Chica (notifications@odoo-community.org) escribió:
    +10000
     
    El mié, 28 jun 2023 a las 16:17, Carlos Liébana (<notifications@odoo-community.org>) escribió:
    +1
     
    El mié, 28 jun 2023, 9:12, Rafael Blasco <notifications@odoo-community.org> escribió:
    +1
     
    El mar., 27 jun. 2023 12:17, Harald Panten Lopez <notifications@odoo-community.org> escribió:
    Hi Community,
     
    I'd like to become a PSC member for Procurement & Purchase. (https://odoo-community.org/psc-teams/procurement-purchase-12).
     
    My team and me, we are active contributors of the OCA. I think that some extra help is always welcome. (https://github.com/HaraldPanten).
     
    Thanks!
     
    --
     
     
     

    Harald Panten López

    CEO
    Sygel Technology S.L
     
    		  
     
    		+34 613 04 76 66
    		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
    _______________________________________________
    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




    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



    --


     

    Harald Panten López

    CEO

    Sygel Technology S.L

    		 
    		+34 613 04 76 66
    		harald.panten@sygel.es
    		https://www.sygel.es
    		C/ Àlaba 61, 5ª planta, 08005, Barcelona
     
     
     
    by Harald Panten Lopez - 04:41 - 5 Jul 2023
  • Re: Proposing myself as Procurement & Purchase PSC
    Hi
     
    +1
     
    Harald, I added you as PSC. You should receive github notification soon.
     
    Enric Tobella Alomar
    Av. J. V. Foix 63
    08034 Barcelona
    Tlf.    932 522 522 (Ext. 9611)
     
    From: "Luis Romero" <notifications@odoo-community.org>
    To: "Contributors" <contributors@odoo-community.org>
    Date: Wed, 28 Jun 2023 21:06:48 -0000
    Subject: Re: Proposing myself as Procurement & Purchase PSC
     
    +1
     
    El mié, 28 jun 2023 a la(s) 10:37, Fernando La Chica (notifications@odoo-community.org) escribió:
    +10000
     
    El mié, 28 jun 2023 a las 16:17, Carlos Liébana (<notifications@odoo-community.org>) escribió:
    +1
     
    El mié, 28 jun 2023, 9:12, Rafael Blasco <notifications@odoo-community.org> escribió:
    +1
     
    El mar., 27 jun. 2023 12:17, Harald Panten Lopez <notifications@odoo-community.org> escribió:
    Hi Community,
     
    I'd like to become a PSC member for Procurement & Purchase. (https://odoo-community.org/psc-teams/procurement-purchase-12).
     
    My team and me, we are active contributors of the OCA. I think that some extra help is always welcome. (https://github.com/HaraldPanten).
     
    Thanks!
     
    --
     
     
     

    Harald Panten López

    CEO
    Sygel Technology S.L
     
    		  
     
    		+34 613 04 76 66
    		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
    _______________________________________________
    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




    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 - 12:11 - 5 Jul 2023
  • Re: [FIX]:Weblate - use po file download/upload - revisions
    Hi Rémi,

    Thanks for your investigation.

    Asking support from weblate is a good idea. The board agrees to free up a small budget to get specialized support and put us on the right track.

    I'll PM you with the details.

    Best regards,

    -Stéphane

    On Thu, Jun 29, 2023 at 2:12 PM Rémi CAZENAVE - Le Filament <notifications@odoo-community.org> wrote:

    Hi Stéphane, all,

    I have been looking into the best way to integrate OCA repos inside Weblate but could not figure it out by myself. I have found a few promising things however :

    I have also looked in Transifex and was able to export glossary and translation memory used by Odoo (so that OCA modules translations are as much as possible coherent with Odoo ones). Next step would be to import those in Weblate (I am working on French ones for now).


    As you mentioned, from my point of view, before going more in details on what we could do on Weblate, we would need to question the organization of projects / components. I have tried to figure out what is the best way to implement those based on Weblate documentation, but with not much findings. I think the best way-forward would be to ask support from Weblate directly to ask them what would be the most efficient way to do so.

    I have discussed this point internally at Le Filament and we would be OK to pay for a few hours of support from Weblate engineers on this OCA topic.


    Basically, I would like to present them :

    • what OCA has to translate (GitHub repos, with branches and modules inside),
    • OCA processes regarding translations (pot file generated by odoobot and pushed to Weblate, Weblate pushes translations back to repo)
    • (the way we implemented it in Weblate)
    • the languages we use

    And ask them the following :

    • What would be the best way to integrate OCA modules to ease translation while keeping automatic workflows ?
    • Also, I would like to ask them whether it is possible to merge redundant languages (for instance is it necessary to keep both fr and fr_FR translations) ?
    • What is according to them the best path towards automatic translations (keeping only review / correction / validation by translation teams before pushing to OCA repos)


    I am not sure how to get approval from OCA to perform the above (maybe even whether I should seek approval) ? Let me know if this should be granted by OCA board or if I could go forward if noone is against it (please tell me if you do object with the approach) ?

    Let me know also if you see other questions that we could ask them ?


    Best Regards,

    Rémi

    Le 22/06/2023 à 18:16, Stéphane Bidoul a écrit :
    A DeepL integration in weblate would be great. If the budget is reasonable we may even imagine that OCA could cover the DeepL cost.

    I suspect however that a prerequisite to make that work is the better organization of the projects and glossaries that I mentioned before.

    -sbi


    On Thu, Jun 22, 2023 at 5:52 PM Rémi CAZENAVE - Le Filament <notifications@odoo-community.org> wrote:

    Hi Stefano,

    We also had discussions for French translations earlier today (not really to add validation layers / access rights but rather to improve the number of translated modules) and we are about to test translating with DeepL using Traduction Memory and Glossaries to see how good it gets and if it can improve a lot contributing with French translation.

    (For now we will test it outside Weblate and import translations manually in Weblate, but it is also possible to directly interface Weblate with DeepL to get automatic translations or suggestions, maybe we could go into that direction if it really helps !)


    Also, I had a few spare minutes so I unlocked all the repositories you listed below in Weblate.

    It seems that this could be scripted but I would have needed access to the server which I do not have so I did it manually, one by one.

    As for why they were locked I cannot say, the only thing I see is that these were locked because of error, but I could not find the error...


    Best Regards,

    Rémi


    --X-BM-SIGNATURE--
    Le 22/06/2023 à 08:31, Stefano Consolaro a écrit :
    Hi Stéphane,
    you are not alone with a lot a things to do and the my reply time to your answer prove it ;-)

    We (italian members) have talked a bit and will probably install a test server after the summer to test configuration options and functionalities.
    After that we will share results and some ideas on how to rules the translations.

    In the meantime I ask you the favour to unlock some modules listed below (but there are many more).
    But, why some modules are locked?
    Is there a way to unlock all at once or do you have to do them one at a time?
    Thanks

    Modules locked
    agreement-16.0-agreement
    bank-payment-16-0-account_payment_mode
    connector-16-0-test_component
    contract-16-0-contract
    crm-16.0-crm_claim
    currency-16.0-currency_rate_update
    data-protection-16-0/data-protection-16-0-privacy
    fleet-16.0-fleet_vehicle_fuel_type_ethanol
    helpdesk-16.0-helpdesk_mgmt
    hr-16.0-hr_employee_firstname
    iot-16.0-iot_oca
    l10n-italy-16.0-l10n_it_rea
    management-system-16.0-mgmtsystem
    manufacture-16.0-mrp_warehouse_calendar
    project-16.0-project_type
    purchase-workflow-16.0-purchase_discount
    report-print-send-15-0-base_report_to_printer
    report-print-send-16-0-base_report_to_printer
    server-backend-16.0-base_user_role
    server-backend-16-0-base_user_role
    server-env-16-0-server_environment
    vertical-association-16-0-membership_extension
    vertical-hotel-15.0-hotel_reservation
    Da "Stéphane Bidoul" notifications@odoo-community.org
    Cc
    Data Sat, 10 Jun 2023 12:32:03 -0000
    Oggetto Re: [FIX]:Weblate - use po file download/upload - revisions

    Hi Stefano,

    I also support the idea, obviously ;)

    Unfortunately that alone will not help get things moving as I have several other priorities with OCA infrastructure and tooling that already barely fit in the time I can allocate to it.
    For instance, just preventing weblate to bring down the OCA server swallowed several hours already, recently (and there is still more to do).

    I'm happy to tweak any configuration you propose but I'd need precise indications of what to do with links to the weblate documentation.
    The process part also needs to be elaborated. The high level principle you mentioned sound good but how do we concretely do that in practice? For instance, when one asks to get translation access how will Rebecca know which role to give them? What is the process to accept a new reviewer for a given language? Can we have languages with reviewers and other without? Do we need to publish who has reviewer rights? What does all that imply in terms of weblate configuration?

    Regarding glossaries and translation memories there are also important questions to be investigated. For instance, we now have one project per repo and branch. Is it possible to share glossaries across these? If not, should we / can we group them? Who should have permissions to manage glossaries, etc.

    So there is quite a bit of research to do that, as far as I know, as not been done by anyone yet.

    As I don't think these can be easily experimented live on the OCA instance (I may be wrong about that), I'd recommend anyone who would like to dive in that to setup a test weblate on their local machine and play with that to come up with a proposal or a plan. I'm happy to help with that too.

    Best regards,

    -Stéphane

    On Thu, Jun 8, 2023 at 10:01 PM Stefano Consolaro <notifications@odoo-community.org> wrote:
    Hi Stéphane,
    did you give a look to mine and Sergio replies (i attached them below)?

    Last month, as italian community, we had the Odoo Italia Days in Milan. We talked with other people interested in setting up a better way to manage translations, at least for italian language.

    We met Simone Orsi, OCA member, that support this idea.

    In fact we think that what we are looking for could be useful for all language teams.

    If you, or someone else, can invest some time to configure Weblate to activate the requested features, we can test it and give a fast feedback.

    Obviously, we welcome all people willing to join the project.

    Thanks for your time and help.

    Stefano


    Da "Stefano Consolaro" stefano.consolaro@mymage.it
    Cc
    Data Mon, 23 Jan 2023 08:40:30 +0100
    Oggetto Re: [FIX]:Weblate - use po file download/upload - revisions

    I give my reply for italian language/community:
     
    > Clearly define the problem we are attempting to solve? For instance, Is it "vandalism" of existing translations (this could be solved by banning offenders)? Or is it incorrect/low quality new translations (which can be fixed easily after the fact, I suppose)? Or something else?
    As far I know we don't have problems of a misuse of the tool. What we noticed is that the "need" and the "hurry" to have the translations, or a lack in the definition of a glossary for common terms, or the contributions of a new entry (like in part I am), goes to some incorrect  or not so pertinent translations.
     
    > What would be the process to appoint/elect reviewers? Currently we accept anyone who asks.
    Hm, here I don't know what to say, can't be done in the "same way" that PSC are nominated for repository in GitHub?
     
    > How to make sure translation proposals are not stuck for too long waiting for review?
    Yes, this is a weakness. I don't know if it can be done and how, but I'd like to have a system in which the reviewed terms can be changed only by reviewers and other terms can be changed (and then loaded) by anyone (view *).
     > Should/can we enable the review process per language? This may be important as not all language communities have the resources to have dedicated reviewers.
    Absolutely yes: the lack of resources is a problem and (*) I prefer that a thing is done now than perfect never. So the activation of the review process should be decided by each community.

    Thanks for expanding the discussion, I hope others will join.



    Da "Sergio Zanchetta" notifications@odoo-community.org
    Cc
    Data Mon, 23 Jan 2023 10:36:56 -0000
    Oggetto Re: [FIX]:Weblate - use po file download/upload - revisions

    Il giorno dom 22 gen 2023 alle ore 11:27 Stéphane Bidoul <notifications@odoo-community.org> ha scritto:
    We discussed a translation review mechanism before, I think, but IIRC we concluded we need a process first.

    Yes, you are right. :-)

    Below, as italian community in addition to Stefano answers, you can find a proposal.

    Here are a few questions that come to mind. There might be more.

    - Clearly define the problem we are attempting to solve? For instance, Is it "vandalism" of existing translations (this could be solved by banning offenders)? Or is it incorrect/low quality new translations (which can be fixed easily after the fact, I suppose)? Or something else?

    The second one. Incorrect/low level translations, not only new, that don't follow current community guidelines and glossaries (language specific).

     
    - What would be the process to appoint/elect reviewers? Currently we accept anyone who asks.
    - How to make sure translation proposals are not stuck for too long waiting for review?

    I would replicate Transifex structure or similar, if possible. Here is a proposal:
    - Anyone can be accepted as translator, strings are pushed as soon as translated. (or on a periodic basis)
    - There is a reviewer role, reviewed strings are freezed and can't be changed by translators.
    -  The coordinator role has reviewer power and can appoint translators as reviewers.

    The coordinator could be nominated by each localization repository PSC. (l10n-*)
    He would be in charge of appointing reviewers evaluating the quality of their translations over time, based on guidelines/glossary compliance.

    - Should/can we enable the review process per language? This may be important as not all language communities have the resources to have dedicated reviewers.

    Sure, I add that not all communities have translation guidelines. [*]

    [*] e.g. italian guidelines (and glossaries) https://www.odoo-italia.org/documentazione/14.0/traduzioni.html







    Da "Stéphane Bidoul" notifications@odoo-community.org
    Cc
    Data Sun, 22 Jan 2023 10:27:40 -0000
    Oggetto Re: [FIX]:Weblate - use po file download/upload - revisions

    We discussed a translation review mechanism before, I think, but IIRC we concluded we need a process first.

    Here are a few questions that come to mind. There might be more.

    - Clearly define the problem we are attempting to solve? For instance, Is it "vandalism" of existing translations (this could be solved by banning offenders)? Or is it incorrect/low quality new translations (which can be fixed easily after the fact, I suppose)? Or something else?
    - What would be the process to appoint/elect reviewers? Currently we accept anyone who asks.
    - How to make sure translation proposals are not stuck for too long waiting for review?
    - Should/can we enable the review process per language? This may be important as not all language communities have the resources to have dedicated reviewers.

    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



    Stefano Consolaro

    _______________________________________________
    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

    _______________________________________________
    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 - 11:05 - 30 Jun 2023