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/RoundedBorders The comment on the change is: Demonstrate various table variants ------------------------------------------------------------------------------ Note: Even if you don't specify a border width, border-*-radius is still used to achieve '''rounded area backgrounds''' or clip a background image. To keep it simpler, FOP should ignore rounded borders on inner border edges when the collapsing border model is active. The user can still achieve rounded inner border edges on a table but he has to switch to separate border model. + + Looking at various way to create a table with rounded corners [1]: + + http://people.apache.org/~jeremias/fop/rounded-borders-table1.png + + 1. easily done with the separate border model. + 2. easily done with the separate border model. + 3. separate border model if the second row doesn't have a border-before. + 4. not doable (which would be the desired fix for 3) + 5. easily done even with collapsing border model as only the other border segments have rounded borders. CSS3 doesn't seem to be saying anything of the effect of a rounded border on the padding rectangle. The text actually suggests that the padding rectangle is being clipped. So the user would be responsible to specifying enough padding so text does not get clipped at the border line. @@ -48, +58 @@ http://people.apache.org/~jeremias/fop/rounded-borders.png - Border painting for the above 4 formats would have to be changed to use shapes instead of lines to achieve the gradual adjustment from one border width to the other. That exact point is actually a major difficulty when painting the border styles "dashed" and "dotted". We can no longer use the dash and line-cap features of BasicStroke. We'd have to calculate the shape, size and position of all individual dots or dashes. Probably not an easy and fast thing. Also CSS3 doesn't really say how "groove", "ridge", "inset" and "outset" would look like in the rounded case. At any rate, border painting code complexity will increase quite a bit. [1] + Border painting for the above 4 formats would have to be changed to use shapes instead of lines to achieve the gradual adjustment from one border width to the other. That exact point is actually a major difficulty when painting the border styles "dashed" and "dotted". We can no longer use the dash and line-cap features of BasicStroke. We'd have to calculate the shape, size and position of all individual dots or dashes. Probably not an easy and fast thing. Also CSS3 doesn't really say how "groove", "ridge", "inset" and "outset" would look like in the rounded case. At any rate, border painting code complexity will increase quite a bit. [2] Even more complicated are output formats that don't support sophisticated painting operations as the above three. AFP and PCL both don't. @@ -67, +77 @@ ---- - [1] I haven't checked any CSS3 implementations or other FO implementations, yet, to see how they do things (JeremiasMaerki) + [1] These are just a few different variants. Maybe there are more. If anyone knows an additional variant that is missing here, please let me know. (JeremiasMaerki) + [2] I haven't checked any CSS3 implementations or other FO implementations, yet, to see how they do things. (JeremiasMaerki) + --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
