Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop Wiki" 
for change notification.

The following page has been changed by JeremiasMaerki:
http://wiki.apache.org/xmlgraphics-fop/SpaceResolution

The comment on the change is:
Documenting the remaining issues

------------------------------------------------------------------------------
  
  In the case where a penalty holds a special Position instance (like for 
tables) this Position has to be exchanged for the !SpaceHandlingBreakPosition, 
but this class will hold the original Position object which will be restored by 
the parent LM's addAreas() method after all layout managers have been notified.
  
+ == Remaining issues ==
+ 
- '''Reminder''': an empty block (<fo:block/>) will not split a space-sequence, 
but !BlockStackingLayoutManager currently adds a box (w=0) to the element list 
so an "id" present on the empty block will still be registered by a later 
addAreas(). This will interfere with the correct detection of space-sequences. 
This will need to be looked at, eventually. (Case 3d under 4.2.5 Stacking 
constraints!)
+ '''Reminder''': an empty block (<fo:block/>) will not split a space-sequence, 
but !BlockStackingLayoutManager currently adds a box (w=0) to the element list 
so an "id" present on the empty block will still be registered by a later 
addAreas(). This will interfere with the correct detection of space-sequences. 
This will need to be looked at, eventually. (Case 3d under 4.2.5 Stacking 
constraints!) See: block_space-before_space-after_8.xml
+ 
+ Other issues:
+ 
+  * The line-height property does not yet have an influence on the space 
resolution.
+  * border and padding conditionality has not been implemented on table-cell, 
yet.
  
  Someone seems to have started space-start|-end support (see !SpaceSpecifier 
and stuff in !LayoutContext) long ago, before we introduced Knuth approach. 
We'll have to revisit that since this has currently no effect on the inline 
element list but only on the areas produced. That means that if you specify a 
space-start on an fo:inline you will get a space but line breaking will be off. 
I hope we'll be able to use the stuff I'm building for inline-level spaces, too.
  

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to