DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34202>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34202 ------- Additional Comments From [EMAIL PROTECTED] 2005-03-29 22:31 ------- (In reply to comment #3) > While it's paint type is RGBCOLOR it's primitiveType is > 'ident' which is a more more appropriate field to check > for the 'type' of the Value. SVGPaint does not inherit from CSSPrimitiveValue so that's not really possible. > What happens they introduce a 'lighter' ident? I think > that until the value is computed it is appropriate to > leave the ident's as idents. I don't have really strong > feelings on this but I don't feel that there is a good > case saying Batik is wrong to behave like this. This seems orthogonal to what rgbColor should return. getPresentationAttribute is a view on the specified value, a lighter keyword could not be resolved to a RGBColor without computation, so rgbColor should be null for such a value. But in this case Batik returns not null but a useless RGBColor object. But I'll raise this issue on www-svg... > Should you be able to ask 'font-weight: bold' for it's > 'floatValue'? Given the existence of 'bolder', 'lighter' > ident's this would be a hard sell to me... That's a different question really as there is no specialized CSSFontWeight interface with a property designed to return the numericalFontWeight... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
