Sunday, January 14, 2024
4 changes · 17.0
Enhancements to existing features
Czech invoice reports now list the Company ID (IČO) before the VAT ID (DIČ), matching the usual local presentation order. The label is also clearer, changing from “ID” to “Company ID,” making invoices easier for Czech customers and partners to read.
Original PR description
In Czech republic, the standard is to first render Company ID (IČO), and then to render VAT ID (DIČ). What I did in this commit is: - changing the position to before (not after), so company ID renders before VAT ID - I changed a label from ID to Company ID (so it is obvious in what ID it is) This should not cause any harm, as we are just doing tiny changes in a view, not changing any logic.
Czech localized reports now display the Company ID (IČO) before the VAT ID (DIČ), matching common Czech business practice. The label was also clarified from “ID” to “Company ID” so recipients can more easily understand the information shown.
Original PR description
In Czech republic, the standard is to first render Company ID (IČO), and then to render VAT ID (DIČ). What I did in this commit is: - changing the position to before (not after), so company ID renders before VAT ID - I changed a label from ID to Company ID (so it is obvious in what ID it is) - This should not cause any harm, as we are just doing tiny changes in a view, not changing any logic.
The Czech localization now displays the company registration number (IČO) before the VAT ID (DIČ) on partner records. This better matches common Czech business practice, where every organization has an IČO but not every organization has a VAT ID.
Original PR description
Dear, in Czech Republic, the field company_registry (IČO) is typically located before the VAT/DIČ. Each subject always has company ID/ IČO, while not each subject has VAT ID. For this reason, I would like to propose a change of the location of this field. It should not cause any harm, as both fields are already there, we will just swap their order :) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
This fix resolves an issue where the "New" button was appearing twice in selection dialogs on mobile devices - once in the top control panel and once in the footer. The problem occurred because list and kanban views were using different conditions to determine when to show the create button. The fix standardizes this behavior across both view types so the button only appears in the footer where it belongs in dialogs.
Original PR description
The kanban's create button ("New") is usually displayed in the ControlPanel. But in the select/create dialog (like many2one dialog), the create button is moved to the footer. On small screen, the…
The kanban's create button ("New") is usually displayed in the ControlPanel. But in the select/create dialog (like many2one dialog), the create button is moved to the footer.
On small screen, the Many2X fields' selection view switches from a list view to a kanban one but a different condition was used to display (or not) the create button in the ControlPanel, which explains why the ControlPanel's create button appears only on small screen (and not in the same dialog open on desktop-like screen size).
This commit fixes it by reviewing the condition applied in both the list and kanban views and normalizing them to be based on the (existing) `showButtons` prop that controls the additional buttons added to the ControlPanel.
Steps to reproduce (with a smartphone like screen size):
- open Contacts app
- open a contact
- open the company's selection => two "New" buttons are displayed (top and bottom)
opw-3431221
Description of the issue/feature this PR addresses:
Current behavior before PR:
Desired behavior after PR is merged:
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#149081
Forward-Port-Of: odoo/odoo#149010