### Issue before this commit:
When generating a Nilvera e-invoice in a foreign currency (e.g., EUR), the amount written in words inside the <cbc:Note> tag contained a mix of languages. While the numbers were correctly translated to Turkish, the currency subunit label was fetched using the customer's language. This resulted in a partially translated string (like "... SIFIR CENTS") instead of the expected fully Turkish text (like "... SIFIR SENT").

### Steps to reproduce the issue:
1. Download Accounting and l10n_tr_nilvera_einvoice
2. Create an API KEY: https://docs.google.com/document/d/1EUzvTBnSm9-VwIfBsX299MHGXIVys-uijnsJ1fpz7vI/edit?tab=t.0#heading=h.e6i8a29lff5t
3. Go to a turkish client on the Accounting tab and click on 'Verify' for the Nilvera status
4. Go to currencies and activate EUR (be sure there is also the translation for currency subunit)
5. Go to invoices, create one for the Turkish customer you already verified setting the currency as EUR and send it with Nilvera
6. See that current output is <cbc:Note>YALNIZ : BEŞYÜZDÖRT EUR SIFIR CENTS</cbc:Note> (Turkish numbers with English subunit)
but the expected output is
<cbc:Note>YALNIZ : BEŞYÜZDÖRT EUR SIFIR SENT</cbc:Note> (Fully Turkish text)

### Cause of the issue:
The issue occurs because the currency_subunit_label field is not translated but fetched using the language of the customer in the invoice.

### Reason to introduce the fix:
To ensure that the amount in words inside the <cbc:Note> tag is completely formatted in Turkish, complying with Nilvera and local e-invoicing requirements, regardless of the customer language.

opw-6523794

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#287630

Steps to reproduce:
---
- Install the website_sale module with demo data.
- Go to /shop and switch the product layout to Chips.
- Exit the editor.
- On the home page, open the editor and add the Dynamic Products snippet.

Issue:
---
The Products snippet has collapsed card padding when the Chips layout is active.

Root cause:
---
- The Chips card layout defines `--_padding-base` using
`var(--o-wsale-products-grid-gap)` with no fallback value.

https://github.com/odoo/odoo/blob/4307f657c73a860c755e1499138a878268882f7a/addons/website_sale/static/src/scss/product_tile.scss#L632

- When the Products snippet renders outside /shop, the variable is
undefined, causing the `calc()` to resolve to a guaranteed-invalid
value which collapses the card padding. All other layouts are
unaffected because they either do not use `--o-wsale-products-grid-gap`
in their padding chain, or already provide a `16px` fallback at the
point of use.

https://github.com/odoo/odoo/blob/4307f657c73a860c755e1499138a878268882f7a/addons/website_sale/static/src/scss/product_tile.scss#L407-L410

Solution:
---
- 16px matches the default value of `shop_gap` on the website model,
ensuring correct padding whenever the variable is not explicitly set.

https://github.com/odoo/odoo/blob/4307f657c73a860c755e1499138a878268882f7a/addons/website_sale/models/website.py#L128
  
### Before:
<img width="1456" height="563" alt="image" src="https://github.com/user-attachments/assets/c28ab183-0af3-4a2a-858d-b85d9995eb07" />

### After:
<img width="1427" height="550" alt="image" src="https://github.com/user-attachments/assets/e0ba80ec-10ad-433f-bf9a-acbaffd56a76" />

opw-6511483
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#286185