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=42067>. 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=42067 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO ------- Additional Comments From [EMAIL PROTECTED] 2007-04-29 05:28 ------- First of all, thanks a lot for working on this patch, Paul. I've looked at it during the last two days since I realized I couldn't really apply my own changes [1] in this area without processing your patch first because of possible conflicts. Anyway, in my own tests and your patch locally applied, none of the GoTo Actions get properly positioned since PageViewport.setFirstWithID() is never called (except from the AreaTreeParser which is only active in special environments. PDFRenderer.getTargetableID() never returns an ID because those "first IDs" are not filled. Can you comment on that? I'm wondering if it weren't simpler just to track "first IDs" inside PDFRenderer only, i.e. whenever an area with an ID is encountered its position is recorded. If later the same ID is recorded but from a page logically before the earlier page (out-of-order rendering), the position would be overwritten. It could possibly also remove the necessity to extend the area tree XML format with the "idfirsts" trait. Just a thought. [1] Just FYI, my changes I mentioned above are targeted at restoring proper package dependencies, as the pdf package currently relies on the area package which is bad if we plan to extract the PDF library to XML Graphics Commons at some point. -- 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.