xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 35998] - [PATCH] rtflib independance from FOP
Date Thu, 04 Aug 2005 09:28:14 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=35998>.
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=35998


guillaume@anyware-tech.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |VERIFIED




------- Additional Comments From guillaume@anyware-tech.com  2005-08-04 11:28 -------
Avec plaisir, Jeremias! :) Sorry for the lack of comments, but I was a bit in a
hurry and eager to get something out of the door! For the missing part, it seems
I have messed a bit with the svn rm/svn add/svn diff interaction...

I just wanted to add that all one needs to build and run RTFLib is now:
 - commons-io-1.0.jar
 - commons-logging-1.0.3.jar
 - ...rtf.rtflib.**
 - ...rtf.TableContext
 - ...rtf.BuilderContext

Perhaps it would make sense to move the last two classes to the rtf.rtflib.tools
package? I can make it with a bit of help on the best svn way to do it, or leave
it to a committer with a svn-savvy refactoring IDE! ;)
If in a refactoring mood, the lonely rtflib.interfaces.ITableColumnsInfo may as
well move to rtflib.rtfdoc with all the other interfaces! ;)

Then why not provide a way to build a RTFLib.jar? Time for a 2nd patch for this
I guess...

-- 
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.

Mime
View raw message