+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On Jul 15, 2007, at 14:17, Andreas L Delmelle wrote:
On Jul 14, 2007, at 21:22, Andreas L Delmelle wrote:
On Jul 14, 2007, at 15:59, Vincent Hennebert wrote:
snip /
Thanks, Andreas. We should perhaps just wait a couple of days,
just to
be sure everybody's ok with that?
Indeed, let's
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=42906.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi Andreas,
Author: adelmelle
Date: Fri Jul 13 12:21:03 2007
New Revision: 556112
URL: http://svn.apache.org/viewvc?view=revrev=556112
Log:
Addition of a general-purpose int-to-int map to replace Integer-to-Integer
HashMaps + first usage in TTFFile
Added:
On Jul 16, 2007, at 16:38, Vincent Hennebert wrote:
Hi
This change makes me a bit uneasy. No doubt that this class is clever
and efficient and working, but that's something more to maintain. By
quickly looking at it I couldn't figure out exactly how it is working,
and this is the kind of code
Andreas L Delmelle wrote:
The javadocs build with only one small warning concerning @todo tags
somewheres (which I don't take to be a major issue)
The @todo is a custom tag, which are available with Java 1.4. I thought
I added a definition for this to the javadoc task in build.xml.
In
Vincent Hennebert wrote:
Addition of a general-purpose int-to-int map ...
...
This change makes me a bit uneasy. No doubt that this class is clever
and efficient and working, but that's something more to maintain.
Jakarta Commons Collections has all kind of clever implementation.
Don't they
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=42906.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi all,
In the process of looking at this bug
(http://issues.apache.org/bugzilla/show_bug.cgi?id=42861) I came to the
conclusion that I´m not really happy with the current font handling
implementation. There is quite a bit of duplicated effort between the
renderers with regards to font