Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 5.0.1
-
Fix Version/s: 5.0.7
-
Component/s: Core/Parsing, Viewer RI
-
Labels:None
-
Environment:any
Description
The FreeTextAnnotationComponent uses JTextArea component to facilitate the editing of FreeText annotations content. The facade's text is then converted to PostScript and during this process the some location information isn't correctly converted to PostScript. So in short our wysiwyg editor is a little off.
On thought I've had is that we could/should hide the facade when the component no longer has focus.
On thought I've had is that we could/should hide the facade when the component no longer has focus.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
The PDF file is malformed. A parsing error occurs when the following content is encountered by the parser:
16 0 obj
<<
13 0 obj
<<
When 16 0 obj is parse there is no closing >> or endobj token. My guess is that there is a bug in the PDF generation tool PDF_XChange when there is no content for a page. I can put in a check to avoid the class cast but would be hesitant to try and get the lexer to correct for a such a corner case.
Show
Patrick Corless
added a comment - - edited The PDF file is malformed. A parsing error occurs when the following content is encountered by the parser:
16 0 obj
<<
13 0 obj
<<
When 16 0 obj is parse there is no closing >> or endobj token. My guess is that there is a bug in the PDF generation tool PDF_XChange when there is no content for a page. I can put in a check to avoid the class cast but would be hesitant to try and get the lexer to correct for a such a corner case.
I've added a fix the 5.0.1 branch as well as the trunk. There is still some slight shifting but all and all the facade is pretty close to the actual rendered content. I think the slight shift no might be related to different fonts being used between the JTextArea and the font reference in the file.