Enter ÐLM600123456USpÓ in Writer and format it with the Code128 font attached.
The first and last characters will be displayed as squares.
Created attachment 111718 [details]
Created attachment 111719 [details]
Win 7 64-bit Version: 22.214.171.124.alpha0+
Build ID: b3b4bbaf6cbd2226b659fea7d6ae473ccf84e9dd
TinderBox: Win-x86@39, Branch:master, Time: 2015-01-12_06:13:44
Ubuntu 14.10 64-bit Version: 126.96.36.199.alpha0+
Build ID: 7201fa0dddd7dd0352f69fd2b2b64efcb361ccad
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-11_23:28:55
(In reply to Urmas from comment #0)
> Enter ÐLM600123456USpÓ in Writer and format it with the Code128 font
> The first and last characters will be displayed as squares.
Urmas: What version of LO (sha1/date) and OS?
Status -> NEEDINFO
Versions tested Master 2015-01-07_00:57:18 and 188.8.131.52; Seen in Windows x64 7, 8.1 and 10.
(In reply to Beluga from comment #3)
> No [repro]
> Win 7 64-bit Version: 184.108.40.206.alpha0+
> Build ID: b3b4bbaf6cbd2226b659fea7d6ae473ccf84e9dd
> TinderBox: Win-x86@39, Branch:master, Time: 2015-01-12_06:13:44
(In reply to Urmas from comment #5)
> Versions tested Master 2015-01-07_00:57:18 ...Seen in Windows x64 7 ...
Summary -> [hard to repro]
I can reproduce 50% of this bug: the first character is displayed as a square for me, the rest looks fine.
LO 220.127.116.11 & 5.0 master on Windows 7 64 bit.
Created attachment 115608 [details]
Code128 character map in LO and Windows
The bug can also be verified via the Insert -> Special Character... dialog.
I highlighted the 0xD0 (Ð) character in both the dialog and Character Map, and it can be seen that a couple of other characters are incorrect as well. However, 0xD3 (Ó) appears correctly for me.
Created attachment 123405 [details]
Windows barcode fonts 39
Created attachment 123406 [details]
Example Results of files in Examples.zip
Created attachment 123407 [details]
LibreOffice examples with barcode font Free 3of9
I think that my problem is the same that explains this bug...
I have two bar code fonts of Windows (but 39, not 128) that do not work correctly with LibreOffice 5.
These fonts work well in LibreOffice 4.4.7 and previous versions (and work well in any word processor that i have tested, even in WordPad...)
I have reproduced this error with LibreOffice Calc, Writter, Impress and Draw
To test these fonts with new documents (with LibreOffice documents or not) you can write a word (with an readable font) in upercase (or numbers) and write an asterisk before and after the word (example: *HELLO*) then change the font to "Free 3of9" (or "CODIGO 39") and the barcode should be fine...
I attach you my two barcode fonts, real examples in LibreOffice format and pdf files to see the results with LibreOffice 4.4.7 and with LibreOffice 5+ of the same examples.
Sorry, my Bug is different that this one... :-O
I have to open a new bug report.
Found a clue. There's this setting in Windows 7: Control Panel -> Region and Language -> Administrative tab -> Language for non-Unicode programs: Change system locale...
If that is set to English (United States) for example, the font displays correctly. If it's set to Hungarian (Hungary), the first character is shown as square. I bet changing it to Urmas' locale will show the two squares.
Setting to new, adjusting earliest version (reproducible in v3.3.0 as well), and OS to Windows.
Seems like either OpenGL rendering turned on, or the new unified text layout (both with OpenGL on and off) fixes the issue.
Using 5.3 master build after alpha 1 (2e137e4696e8278c3d56ba8a49a8b255534bd048) / Windows 7.
-after SET SAL_USE_COMMON_LAYOUT=1, and UI Render: default / GL.
-without common layout enabled, and UI Render: GL.
Looks incorrect (has one square with my locale setting, as described in comment 14):
-without common layout enabled, and UI Render: default.
Closing as fixed, per comment 15.