diff options
| author | Nicolas Lempereur <nle@odoo.com> | 2018-07-27 12:48:48 +0200 |
|---|---|---|
| committer | Nicolas Lempereur <nle@odoo.com> | 2018-07-27 17:07:38 +0200 |
| commit | cb2a3afa7e010d1cd7a01c64f5c3ac58b6fd76d2 (patch) | |
| tree | 42bf20baea71e1b3a933c56e0afe19789e8fbec7 /addons/web/static/src/js/fields | |
| parent | 2c5ec48f926be9aaf2c2f14e0177f0dee67d5348 (diff) | |
[FIX] base: use -U+FEFF instead of U+2011 in -num
In af64780a2 an improvement was done so a numerical fields like '-500'
was not breaked up over two lines after the hyphen.
But it seems in a very particular case of printing PDF in a given
combination of condition:
- printing over wkhtmltopdf which itself uses an old version of webkit
- particular font (issue happen with Arial but not "Segoe UI")
- particular version of windows (windows server 2012, not on windows 10)
the - character at the front of a monetary, float or integer field would
be displayed as | erroneously.
The problem is probably that the font system in the old webkit with
given windows will not find the code point in the given font, and
doesn't fallback correctly.
This commit replace using the "NON-BREAKING HYPHEN (U+2011)" by using
the "ZERO WIDTH NO-BREAK SPACE (U+FEFF)" which is an invisible character
with no width that prevent splitting at its location.
As a note, an alternative to this character is "WORD JOINER (U+2060)"
that may be preferred, but it presents exactly the same issue (with
-|500 instead of -{WORD JOINER}500) in the same environment.
mentioned in https://www.odoo.com/forum/1/question/118653
opw-1867842
fixes #17093
fixes #25840
closes #26019
Diffstat (limited to 'addons/web/static/src/js/fields')
0 files changed, 0 insertions, 0 deletions
