Skip to content

[19.0][MIG] web_widget_numeric_step: Migration to 19.0#3429

Open
hoattk-komit wants to merge 41 commits intoOCA:19.0from
komit-consulting:19.0-mig-web_widget_numeric_step
Open

[19.0][MIG] web_widget_numeric_step: Migration to 19.0#3429
hoattk-komit wants to merge 41 commits intoOCA:19.0from
komit-consulting:19.0-mig-web_widget_numeric_step

Conversation

@hoattk-komit
Copy link

No description provided.

quentinDupont and others added 30 commits February 1, 2026 22:01
Previous this commit the widget only works with 'dots', with
this commit works using odoo parse method that support other separators.
Previous this commit, the task for auto-step can enter in a
infinite loop. Now only creates a new task if no other task is running.
Currently translated at 100.0% (3 of 3 strings)

Translation: web-16.0/web-16.0-web_widget_numeric_step
Translate-URL: https://translation.odoo-community.org/projects/web-16-0/web-16-0-web_widget_numeric_step/es/
Currently translated at 100.0% (3 of 3 strings)

Translation: web-16.0/web-16.0-web_widget_numeric_step
Translate-URL: https://translation.odoo-community.org/projects/web-16-0/web-16-0-web_widget_numeric_step/it/
Mobile screens benefit most from this module's enhanced usability.

However, since the events used for displaying/hiding the +/- buttons depend on mouse, at the end you'll never see these buttons on mobile screens.

Thus, here's a new approach: smaller screens *always* display the buttons.

Besides, inputmode is now decimal, just like upstream float fields.

@moduon MT-4396
Before this patch, if a field was readonly, the user could still use the +/- buttons to alter its value. Not good!

@moduon MT-4396
… layout jumping otherwise

Before this patch:
- On a tablet, buttons wouldn't display (big screen; can't hover).
- On a PC, fields would make layout jumps while hovering.

@moduon MT-4472
If you're using a tablet and click on the ➕ or ➖ buttons created by this module, the result was that the numeric input related to that button got focused.

On tablets, that means that the on-screen keyboard pops up. This usually triggers a layout recalculation and becomes clunky. Besides, it's useless, because if you wanted to use the keyboard, you'd have clicked on the input by yourself, and not in one of those buttons.

After this change, when using a touch screen, if you click on the +/- buttons, you won't auto-focus on the input. Thus, the keyboard won't show up.

@moduon MT-4472
Before this patch, when navigating inputs hitting <kbd>TAB</kbd>, you were stopped before any numeric step input.

Now, you can navigate as usual and use Odoo without a 🐁.

@moduon MT-4657
Default width is too narrow for these fields in list views, which makes it uncomfortable to use in desktops.

@moduon MT-4472
CarlosRoca13 and others added 11 commits February 1, 2026 22:01
…ing effect

The focus introduced on the 16.0 migration is causing a flickering effect
that is a bit annoying and does not make complete sense, because if you
click more than once the cursor is positioned at the end of the text,
which makes it difficult to edit the input.

The counterpart of these changes is that to edit the input using the
keyboard we will have to click on the field. Although this is how the
module has been operating since its inception.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: web-18.0/web-18.0-web_widget_numeric_step
Translate-URL: https://translation.odoo-community.org/projects/web-18-0/web-18-0-web_widget_numeric_step/
If we set a class in the field it will get to the widget template.

TT54358
@pedrobaeza
Copy link
Member

/ocabot migration web_widget_numeric_step

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.