Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[12.0][MIG] Migrate cms_form modules #120

Closed
wants to merge 188 commits into from
Closed

Conversation

ecino
Copy link

@ecino ecino commented Oct 26, 2020

This makes the cms_form modules usable in v12.

simahawk and others added 30 commits March 4, 2020 15:47
* [add] status message: javascript rendering

* [imp] status message js: reuse existing qweb templates
1. load qweb template on demand
2. load qweb template only if not loaded yet
3. use promises for rendering

We load qweb templates via JS. Prior to this change we got 1 request every time,
on every page load, even if we were not using any status message feature.

Now we load templates only when needed and we load it only if not loaded yet,
lowering page load time a bit :)

Plus, rendering now returns a promise object so you can chain calls
and do things when rendering is really finished.
The example package was there only to show how a message would look like.
But in real life you want always to verify how they look like
with your theme styles applied.

Now we have a new route `/cms/status-message/display-test` to check them.
`cms_status_message_example` module has been removed.
Updated by Update PO files to match POT (msgmerge) hook in Weblate.
Old approach for fake test models was giving bad behaviors
even if the tests were not ran for this module.

Now we init a real fake model only on test run.
simahawk and others added 23 commits March 4, 2020 16:02
Potentially you can apply form widgets to different type of fields.
Easy case: apply a select to an integer field.
In such case we should not rely on `selection` key to be there
when extracting the value.
* use bootstrap-datetimepicker which will allow to reuse
most of the same code for a datetime widget in the future.

* default to current language date format

* allow override of date format and placeholder via widget kwargs
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: website-cms-11.0/website-cms-11.0-cms_form
Translate-URL: https://translation.odoo-community.org/projects/website-cms-11-0/website-cms-11-0-cms_form/
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: website-cms-11.0/website-cms-11.0-cms_form
Translate-URL: https://translation.odoo-community.org/projects/website-cms-11-0/website-cms-11-0-cms_form/
make cms_form installable, need more testing
- Replace buggy bootstrap3 datepicker by Gijgo Datepicker
  https://github.com/atatanasov/gijgo
CO-3266 Miscellaneous improvements for project creation form
@simahawk
Copy link
Contributor

@ecino would you please consider reviewing the mig to v13 #111 and then we might backport that PR to v12 as there are several improvements. Then you could open another PR for extra commits/fixes.

@github-actions
Copy link

github-actions bot commented Nov 7, 2021

There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days.
If you want this PR to never become stale, please ask a PSC member to apply the "no stale" label.

@github-actions github-actions bot added the stale PR/Issue without recent activity, it'll be soon closed automatically. label Nov 7, 2021
@github-actions github-actions bot closed this Dec 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale PR/Issue without recent activity, it'll be soon closed automatically.
Projects
None yet
Development

Successfully merging this pull request may close these issues.