xmlgraphics-batik-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38207] New: - CSS character escape sequences not parsed correctly
Date Tue, 10 Jan 2006 02:47:40 GMT
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=38207>.
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=38207

           Summary: CSS character escape sequences not parsed correctly
           Product: Batik
           Version: 1.6
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: major
          Priority: P2
         Component: CSS
        AssignedTo: batik-dev@xmlgraphics.apache.org
        ReportedBy: roth@visualclick.de


CSS character escape sequences do not seem to parse correctly.

For example, the following ruleset delivers a wrong element name for the selector via SAC:

.Headers\a0 \2b \a0 \28 Complex\29 { display: inline }

It should be the string "Headers\a0 \2b \a0 \28 Complex\29", but is currently delivered as
"Headers
\a0 ", which is wrong according to the CSS21 parsing/tokenization rules. It seems that the
parser 
chokes on two subsequent character escapes that have been delimited by a single space character.

-- 
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: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org


Mime
View raw message