[jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-05-02 Thread JIRA
[ https://issues.apache.org/jira/browse/PDFBOX-688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12863153#action_12863153 ] Andreas Lehmkühler commented on PDFBOX-688: --- I've found an other call in BeginInl

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-12 Thread Maruan Sahyoun
just wanted to share my thoughts ;-) Maruan Sahyoun Am 12.04.2010 um 18:03 schrieb Daniel Wilson: > No objection to the capitalization change. As I just submitted this last > night, I am probably the only one w/ anything depending on that name. > > I think your view of the separation of plat

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-12 Thread Daniel Wilson
No objection to the capitalization change. As I just submitted this last night, I am probably the only one w/ anything depending on that name. I think your view of the separation of platform classes from PDF classes makes a lot of sense. My use of PDFBox is fairly narrow (as is that of many user

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-12 Thread Maruan Sahyoun
Hi Daniel, I think it's a good first step. Having thought about that a little more the question to me becomes if it makes sense to even refactor that a bit more as the font handling still contains some platform specific things as now we have getawtFont. What if the PD classes are PDF related an

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-12 Thread Daniel Wilson
What I have done, I consider a step in the right direction, but you may have some better code. I do not develop much in Java, so sometimes I do things in ways that are not that elegant. I skipped the Type3 fonts in what I did. I saw what was going on & decided I had no idea how to handle it! As

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-11 Thread Maruan Sahyoun
Hi Daniel, I think we are currently trying to do the same as I also started implementing a getAwtFont Method ;-) as outlined in my comments for PDFBOX-678 in order to get all drawing for the different text modes done in PageDrawer itself (I think we share the same general idea that there should

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-10 Thread Daniel Wilson
Thanks, Maruan. The big thing to avoid is direct access to a graphics object in an object other than PageDrawer. I inherit from PageDrawer and override many of the methods, and I believe anyone else who wishes to use PDFBox for rendering in .Net would need to do the same. A big hint that direct

Re: [jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-09 Thread Maruan Sahyoun
Hi Daniel, as I'm currently looking at implementing support for some more text rendering modes in PageDrawer (PDFBOX-678) I would like to understand if that might affect the .NET Version. Although I don't have a completed version this is a list of the potential operations I will be using. * g

[jira] Commented: (PDFBOX-688) Refactoring rendering-related classes/methods for extensibility

2010-04-09 Thread Daniel Wilson (JIRA)
[ https://issues.apache.org/jira/browse/PDFBOX-688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12855454#action_12855454 ] Daniel Wilson commented on PDFBOX-688: -- 928957 -- Make page and pageSize available (a