Georg Datterl wrote:
Hi J,

Hi Georg,

I just wondered. If FOP doesn't find a break possibility, the text is printed outside of the area. In table cells, the text is printed into the next cell. Does anybody need this? Wouldn't it be better to break anyway if the outer areas ipd is reached? And if I WANT to write into the next cell, I could always use keep-together.within-line="always"...

or wrap-option="no-wrap"

I think the reason this is not done as you suggest is because the specification mandates the current behaviour. However, I concur with you. It would be more beneficial if the behaviour was user friendly and either wrapped or not the text based on the wrap-option property.

Thanks,

Chris


Regards,
Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -----Ursprüngliche Nachricht----- Von: J.Pietschmann [mailto:[email protected]] Gesendet: Montag, 5. Oktober 2009 23:12
An: [email protected]
Betreff: Re: force wordbreak

On 05.10.2009 14:22, Georg Datterl wrote:
Probably the only thing you can do is insert zero-width spaces.

Hmm, I've pondered crafting hyphenation patterns for URLs for some time.
Q: Where should breaks in an URL occur? Only after '/' and '&'?
This may leave URLs with large fragment Ids unbroken, which are unfortunately 
quite common.

Once the patterns are there,
  <fo:block language="url" hyphenation-character="&zws;">...
should work nicely. OTOH, hyphenation properties are block level only, which 
will have the side effect of not hyphenating natural language around the URL ...

J.Pietschmann

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to