[
https://issues.apache.org/jira/browse/FOP-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13873498#comment-13873498
]
Lennart Johansson commented on FOP-2044:
I am very greatful for the updates which have solved most hyphenation problems.
It is amazing how good FOP works.
But I found still 11 long words that fop-trunk Jan 1, 2014 can not handle and
which
we have trouble with, due to autogenerated XML, where it is difficult to use
workarounds.
FOP issues WARNING: messages for those listed below and there are overflows in
PDF.
QUEST: Is it possible to do something about these, with the help of our test
results,
even though this issue FOP-2044 has been set to resolved?
Most of these seem to be of the same nature as what is discussed above in
the 27/Jan/13 00:36 comment. There are only one or two characters overflow or
in some cases less than a character. This is fatal when overflowing the text in
the next column in a table, even though a similar small overflow is OK if
it only overflows into the right page edge.
A few others seem different.
The first remaining problem is similar to what is described above, where there
are very few characters overflowing, just one or two characters or in some
cases even less that a full character.
-1- ip6_ctlun.ip6_un1.ip6_un1_flowoverflows ow
-2- ip6_ctlun.ip6_un1.ip6_un1_plenoverflows en
-3- ip6_ctlun.ip6_un1.ip6_un1_nxt overflows t
Comment: ip6_ctlun.ip6_un1.ip6_un1_hlim is CORRECTLY broken at _h- lim
-4- EPM_REQUEST_TO_CLEAR_NONEXISTING_BP overflows tailing P
even though it is hyphenated EPM_RE- much too early
-5- OSE_BSP_EKRN_EVT_MISALIGNED_MSG_QUEUE gives WARNING but is
very close to the column right edge, very slightly overflowing.
Should be hyphenated somewhere
-6- PROFILING_PC_STATUS_NO_COUNTER_AVAILABLE_FOR_TYPE overflows
even though it breaks in one place PROFILING_PC_S-
Should either be hyphenated later or twice, because the remaining
part is very slightly too long
-7- FOP breaks too early: SCTP_PARTIAL_DELIVERY_EVENT becomes
SCT- followed by
P_PARTIAL_DELIVERY_EVENT which overflows into next column
Comment: A quick-test shows that in case of manually created XML,
a soft-hyphen shy can solve SCTP_PARTIAL_DELIVERY_EVENT.
-8- LINX_CM_ETH_EDESTROY_IN_PROGRESS overflows and also has a
hyphenation break far out inside the overflow area, causing it
to be displayed as follows. The ROY_IN_PRO- is overflowing the
right column text with unreadable result. This table column is
narrower than in the HV_ examples below:
LINX_CM_ETH_EDESTROY_IN_PRO- (where ROY_IN_PRO- is overflow)
GRESS
The second problem is the following three words, which I do
not understand why they are not hyphenated at all?
-9- HV_GUEST_RESULT_EGUEST_NOT_INITIALIZED overflows NITIALIZED
-10- HV_GUEST_TRANSITION_GUEST_USER_MODEoverflows ER_MODE
-11- HV_GUEST_TRANSITION_GUEST_SU_MODE overflows MODE
Comment: Much longer words are correctly hyphenated in same column, e.g.
HV_GUEST_RESULT_EGUEST_AL-
READY_INITIALIZED)
A third problem in MINOR, because we can use WORKAROUND with soft-hyphen,
because it only appears in a book where we manually create the XML files:
-12- MINOR: FOP can not break numerical IPv6 addresses with only digits,
causing overflow into next column.
ff01:::::::0101 overflows :0101
INFO: In this case XEP uses denser font to squeeze it in
if it can, or break it if needed!
WORKAROUND - we make more space or use zero-width-space #8203
Note that soft-hyphen does not work here!
Best Regards and Good Luck / Lennart
[PATCH] Hyphenation of Uppercase Words, Combined with Underlines
Key: FOP-2044
URL: https://issues.apache.org/jira/browse/FOP-2044
Project: Fop
Issue Type: Improvement
Components: general
Affects Versions: 1.0
Environment: Operating System: All
Platform: All
Reporter: Thomas Schraitle
Assignee: Robert Meyer
Fix For: trunk
Attachments: output.pdf, patch.diff, patch2.diff,
uppercase-hyphen.fo, uppercase-hyphen.pdf
Consider the attached FO file which combines words of lowercase and uppercase
letters.
As it is expected, the word expected is hyphenated correctly (example 2).
Also the uppercase SUCCESS. Even combined with underlines before and after
the word (see example 4 and 5).
However, if there is another word (like OCF_SUCCESS) the word isn't
hyphenated at all anymore. I don't know if this is an expected behaviour or
an issue in the hyphenation patterns. Interestingly, XEP from RenderX
hyphenates it