To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=61559
User pl changed the following:
What |Old value |New value
================================================================================
Status|NEW |RESOLVED
--------------------------------------------------------------------------------
Resolution| |WORKSFORME
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Mon Feb 13 10:05:09 -0800
2006 -------
Sorry, but you'll need to rewrite your java application. The name of a form
field in PDF is a name object which needs to be encoded when using certain
characters; please refer to section 3.2.4 "Name objects" of the PDF reference.
The recommendation is to encode all characters outside the range (33(!) -
129(~)) plus the usual delimiter characters (all of "<>[]()/%") and of course
the escape character '#' itself. This would not normally include ':' but that is
still a valid encoded name. We need to encode a larger set of characters in PDF
names because some PDF renderers (e.g. ghostscript) do not behave well if those
characters are not encoded.
Even if there was an exception for ':' you'd need do decode the names for other
characters anyway.
The reason why there was a ':' in names in 2.0 is that field names were not
encoded - which was a bug.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
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]
