Bug 51905 - <w:noBreakHyphen/> in OOXML not supported properly.
Summary: <w:noBreakHyphen/> in OOXML not supported properly.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.5 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-09 10:34 UTC by Alexander Dutton
Modified: 2013-04-30 13:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Dutton 2012-07-09 10:34:16 UTC 
When converting from .docx to plain text using a headless LibreOffice, the <w:noBreakHyphen/> becomes a 0x1D character.

There's an example document at <http://source.data.ox.ac.uk/vacancies/103036/0000217976.docx>.

When viewed in Writer the document is missing a visible hyphen at this point.
Comment 1 Roman Eisele 2012-08-22 15:05:30 UTC 
Thank you very much for your bug report!


(In reply to comment #0)
> When viewed in Writer the document is missing a visible hyphen at this point.

If I understand correctly, the point in question is in "such as multi-national companies which sponsor research at the University" under point 4 of "Essential" under "Selection criteria" (page 5).

This sentence should read "... multi-national companies ...", but Writer displays this with a special kind of space as "... multi national companies ...".


REPRODUCBLE with LibreOffice 3.6.1.1 (Build ID: 4db6344) on MacOS X 10.6.8 (Intel).
Comment 2 Roman Eisele 2012-08-22 15:09:07 UTC 
@Miklós Vajna:

Hello Miklós,
please take a look at this bug report about a problem with OOXML (.docx) import. I hope it should be rather easy to fix this issue, because it is a single well-defined problem. It is still present in LibreOffice 3.6.1.1.

Thank you very much in advance!
Comment 3 Urmas 2013-04-30 13:04:49 UTC 
That character imports correctly and exports as the plain hyphen in 4.0.3.