Thanks for the suggestion. Can you attach your proposal as patch to a JIRA improvement so it's not lost?

I think in the past this approach was not favoured as strict adherence to the spec was preferred. However, I know you are not alone in not liking this behaviour, so others may benefit from such an improvement



On 12/06/2020 22:41, Moser,Nicholas wrote:
Hello all,

I have a question about line breaking. I'm working in an environment where text 
going off the page should be avoided at all costs. Even when using hyphenation 
in FOP, it seems like some strings (e.g. only numbers) cannot be broken and 
therefore can go off the page[1]. This seems especially prevalent when using 
table cells. One of the common recommendations seems to be introducing zero 
width spaces into the string. However, I'm more interested in seeing if it's 
possible for FOP to detect this issue automatically and force a line break.

My current understanding of the line breaking algorithm is that each "word" 
will be a single KnuthInlineBox. If hyphenation is enabled and hyphenation points are 
found, it will break this KnuthInlineBox into multiple KnuthInlineBoxes that are groups 
of characters; penalties and glues are then placed between each new KnuthInlineBox 
(representing each hyphenation point). I'm wondering how realistic it would be to further 
break these new KnuthInlineBoxes into KnuthInlineBoxes for each character. Then, add glue 
and even higher penalities between these character KnuthInlineBoxes. The goal would be to 
prefer the standard hyphenation points, but have even higher penalty places to break just 
in case. If there are no hyphenation points found, it will just break the original 
KnuthInlineBox into KnuthInlineBoxes for each character.

I have created a simple proof of concept and it "seems" to work.
My question is: how reasonable does this strategy sound? Is there a better way 
to accomplish this that someone could recommend? I suppose it's less efficient 
since multiple objects will be created for each character. Additionally, since 
hyphens could be added anywhere in a string, it could be added somewhere that 
changes the meaning of the string. I consider that a reasonable alternative to 
text going off the screen though.


[1] Here is an example where the string of characters will go off of the page 
since it is only numbers:
<?xml version="1.0" encoding="UTF-8"?><fo:root xmlns:fo=""; language="en"><fo:layout-master-set><fo:simple-page-master master-name="all" page-width="8.5in" page-height="11in" margin-left="1in" 
margin-right="1in" margin-top="1in" margin-bottom="1in"><fo:region-body/></fo:simple-page-master></fo:layout-master-set><fo:page-sequence master-reference="all"><fo:flow flow-name="xsl-region-body"><fo:block 

CONFIDENTIALITY NOTICE This message and any included attachments are from 
Cerner Corporation and are intended only for the addressee. The information 
contained in this message is confidential and may constitute inside or 
non-public information under international, federal, or state securities laws. 
Unauthorized forwarding, printing, copying, distribution, or use of such 
information is strictly prohibited and may be unlawful. If you are not the 
addressee, please promptly delete this message and notify the sender of the 
delivery error by e-mail or you may call Cerner's corporate offices in Kansas 
City, Missouri, U.S.A at (+1) (816)221-1024.

Reply via email to