Hi Joerg
Ok, now we're talking.
On 04.01.2003 19:48:25 Joerg Pietschmann wrote:
> On Saturday 04 January 2003 15:59, Jeremias Maerki wrote:
> > Hi Joerg
> Oops! Sorry, I should have checked twice before committing to the
> wiki, of course its not the PS renderer but the TTF
x27;d like to go with a mixture of your first and third point. I'd like to
alter FOPException to derive from Avalon's CascadingException.
> Other ideas? (pij)
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
d main(String[] args)>
> > {
> >
> > try{
> > System.out.println("argument1: " + args[0]);
> > System.out.println("argument2: " + args[1]);
> >
> > Driver driver = new Driver (new InputSource (args[0]),
>
Victor (and others),
are you currently working in the font department? I'm asking because I
started again with code cleanup and am currently working in the font
changes I did a while ago in the branch. I just don't want to ruin
anybody's work too much. :-) thx.
27;m still missing your comments.)
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
xt couple of months, maybe more.
Happy Holidays!
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi Keiron
On 20.12.2002 09:41:52 Keiron Liddle wrote:
> On Thu, 2002-12-19 at 21:15, Jeremias Maerki wrote:
> > All cool, but how exactly is that better than having a PDF template that
> > is stitched behind or in front of the FOP result using iText or PJ?
> > Works well. Ok,
Hi Peter
On 20.12.2002 00:30:13 Peter B. West wrote:
> Jeremias Maerki wrote:
> > :-) Ok, you're sentenced to implement the same functionality in the
> > trunk. I'm -0 for the inclusion in the branch as it sends the wrong
> > message IMO. But I'm looking forw
ch. My question is: should I
> commit it to the branch codebase? I'm inclining to implement it in a clean way
> in the trunk instead of extending/patching the branch.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
put SAX
> - improve and update AreaTreeBuilder so that it takes SAX input
> - make some additions to the pdf lib so it can load and read pdf
> documents
>
> Then it shouldn't be so hard to add in extensions for pdf forms etc.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
quot; when literally embedded in a UTF-8 encoded
document should throw an error IMO. If I think about the implications of
having to use character references for text written in chinese, for
example
On 02.12.2002 15:57:48 Keiron Liddle wrote:
> On Mon, 2002-12-02 at 15:49, Jeremias Maerki wrot
ass to accommodate everything that applies to
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
done.
On 29.11.2002 10:02:48 Jeremias Maerki wrote:
> will do.
>
> On 29.11.2002 09:57:05 Keiron Liddle wrote:
> >
> > Should we put the fix for the ArrayIndexOutOfBoundsException into the
> > branch.
> >
> > Namely line 224 in TTFFile (HEAD):
> &g
fsets[i] != 0 && j != 65535) {
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
he trunk soon.
References:
- Adobe, Supporting Downloadable PostScript Language Fonts (#5040)
found here: http://partners.adobe.com/asn/developer/technotes/fonts.html
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On 28.11.2002 17:15:46 Christian Geisert wrote:
> Jeremias Maerki wrote:
> > From your original plan we still have to finish the documentation stuff,
>
> Yes the documentation needs at least to be checked for old versions,
> errors etc. And it would be nice to document th
Geisert wrote:
> for the documentation for the maintenance release I think the
> best thing is to copy src/documentation over from trunk and then
> add a simple to build.xml
> Comments?
>
> The track.png in status.html needs a update. How is it done?
On 28.11.2002 15:48:40 Oleg Tkachenko wrote:
> Jeremias Maerki wrote:
>
> > I'd vote for an Avalon Configuration object which can be built easily
> > from XML and passed through from Cocoon which is also based on Avalon.
> > Configuration objects are also easi
alon/framework/configuration/Configuration.html
The UserAgent should IMO implement the Configurable interface which
defines an Avalon standard contract how the object is configured.
http://jakarta.apache.org/avalon/api/org/apache/ava
On 27.11.2002 17:12:38 Oleg Tkachenko wrote:
> Jeremias Maerki wrote:
>
> > Oleg and I wonder what we should do with the fact that the FOP servlet
> > exists in docs/examples/embedding and contrib/servlet. Joerg seems to
> > have some ideas about this, so I hope he tell
Thanks, Victor and Peter. It all sounds a bit scary (I knew that before).
Let's look at it the other way: Is there a downside to moving all the
files on the client and checking in everything? What do you guys think
would be the best way to accomplish such a thing?
Jeremias M
Moving around directories on the server so we don't lose history on
files. See my proposal on directory structure reorganization, ex.
moveing src/org to src/java/org.
On 27.11.2002 16:19:26 Peter B. West wrote:
> Jeremias Maerki wrote:
> >
> > BTW: Anybody around with exper
> then ask for a freeze.
> As much as I would like to finish this release the patch
> should IMHO make it into this last maintenance release.
> Other opinions?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ll be finished. Check the FOP website regularly for the
status of the redesign.
http://xml.apache.org/fop/status.html
On 26.11.2002 22:49:26 sri vela wrote:
> is any one implementing keep properties? If so i need
> some information about keep properties.
Jere
for a 0.20.5
> version/branch tag in the cvs but could'nt find one.
>
>
> I dont mean to be offensive, I just hate to see people's time wasted.
No problem. Anyway, if there's a problem with the build in certain
environments I'd like to have that fixed.
> Chr
ing but my output (for English anyway) is
> fine.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ample file fonts.fo that comes with FOP distribution to
> generate PCL, it does not generate the check boxes in PCL. I have tried this
> with both 0.20.3 and 0.20.4.
>
> In the site , it is mentioned that PCL generation supports all the basi
uld not be a problem IMO. Have you
been able to display the stacktrace of the HyphenationException that's
happening in that method?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
contrib/plan to examples/plan
- move contrib/mathml to examples/mathml
- move conf to src/conf
- remove docs/examples/embedding
- move docs/examples to examples/fo
- place the tutorial in examples/tutorial or tutorial (don't know yet)
Flame away... :-)
Jeremias Maerki
---
n("Processing " + infile + "(" + infile.getAbsolutePath()
+ ")");
You could also hardcode errorDump to true.
On 26.11.2002 12:01:21 Thilo Schwidurski wrote:
>
> - Original Message -
> From: "Jeremias Maerki" <[EMAIL PROTECTED]>
> T
ag in the cvs but could'nt find one.
Nothing's fixed yet but it will happen very soon now. CVS should work ok,
though.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
the bug; though there are perhaps more elegant
> >>ways to do it. Does anyone see anything wrong with this idea?
> >>If not, I'll commit asap.
> >>
> >>
> >>In fact, using this fix, xpdf now also works with embedded fonts,
> >>whereas before it produced garbage.
> >>
> >>Regards,
> >>Karen Lease
> >>
> >>(Lately very overworked) Senior Software Developer
> >>SPX Valley Forge
> >>Paris/Munich
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ins kind of partial copy - java
> sources and old buggy fop.war. Lets remove docs/examples/embedding
> directory altogether or at least this second fop.war?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
x27;d like to hold a formal voting process for accepting the style
guide. When all points are resolved I'll transform the Wiki page to XML.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
.
2. Provide the same fop.jar as before but we'll have some more jars in
out lib directory over time. This obviously means that the classpath
will get some longer.
IMO both has to be done, especially to service those who don't like a
lot of jars in their classpath.
I
I'm sure Nikolai listens in. :-) But you're right, of course.
On 20.11.2002 18:17:41 Oleg Tkachenko wrote:
> Jeremias Maerki wrote:
>
> > Great idea. And let's try to feed those back to the XSL:FO WG. Nikolai,
> > are you listening in? What do you think?
> xsl
slt.org does for xslt?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
g a space before the terminating
> semicolon (or even colon) which I believe he did for readability in
> books,
> and which I do for readability by my senior, crt-weary, eyes.
I don't like that either.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
mmon sense" but feel
free to expand if you feel it's necessary.
http://codeconsult.ch/wiki/index.php/FopDevelopersStyleGuide
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I fully agree: +1
On 20.11.2002 10:23:11 Keiron Liddle wrote:
> Hi Developers,
>
> I propose we have a vote for Victor to become a committer.
>
> Plenty of eagerness shown already and I am sure he will do lots more for
> the project.
>
> Here's my
on certain PDF and PostScript RIP engines. I don't know about
xpdf. I intend to fix that very soon now.
> Regards,
> Karen Lease
>
> (Lately very overworked) Senior Software Developer
> SPX Valley Forge
> Paris/Munich
Have you already signed up for the germany-based
So, could you check if the problem persist when using a Xerces 2.2.1?
Thanks.
On 19.11.2002 20:10:30 Bernard D'Have wrote:
> It's me.
> It is bug 14539 in Bugzilla.
>
> It's just that in you have a comment before the root element, the SAX
> startDocument is calle
e been attributed to Xalan.
Which, if I may ask?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
er 2002 10:02, Jeremias Maerki wrote:
> >. . .There was the idea to organize a meeting among Apache
> > committers next year in the german-speaking part of the world
> >. . .
>
> I might be interested too, depending on where and when. I am subsc
nce a lot of us are coming from or are currently located in this area,
it would be nice if as many of us as possible made it to that event.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
more off between jobs. I've done that before, am
doing it now and it is most refreshing.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Don't be! I think this discussion is very healthy. Thanks to all who
are participating.
On 15 Nov 2002 08:50:19 +1100 Kevin O'Neill wrote:
> ps: Sorry if this is boring anyone :(.
Jeremias Maerki
-
To unsubs
le)
>
> It seems that mergelinks() is the problem so I'll change
> the default links.merge to no if there are no objections.
> (IIRC there has been some discussion about this but a quick
> search on the mailing lis
s but contains debug
information which I missed a few times.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
2 18:22:02 +1100 Kevin O'Neill wrote:
> On Tue, 2002-11-12 at 18:18, Jeremias Maerki wrote:
> > Not really. I've done some preparational work in August (mostly logging
> > stuff, during my holidays). Back to work there was little free time left
> > to do anything. Now,
elp?
On 12 Nov 2002 09:35:04 +1100 Kevin O'Neill wrote:
> I've been away from FOP for a while (contracts took me to other places)
> so I'm playing a little catchup.
>
> When I departed there was some work going on to "Avalonize" FOP into
If people are going to do these sorts of
> "enhancements" then they should be aware of the effects.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ing logging
> section of the documentation says that I can use:
> Driver.setLogger(new
> org.apache.avalon.framework.logger.Log4JLogger(myLog));
> javac is complaining that I can't use org.apache.log.Logger with
> org.apache.avalon.framework.
beded SVG object into PostScript, PDF ect., but can't into
> PCL.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ed to the list. The fop site ("Contributing code, trest...") doesn`t mention
>that it is required...
> Should I resend the file?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
;ll rephrase the question: what, if
> anything, is the cost of using the interface instead of the implementation?
>
> Peter
>
> Peter B. West wrote:
> > Jeremias,
> >
> > I have no objection at all, as long as it costs nothing. It is free,
> > isn
Will do.
On Sun, 10 Nov 2002 22:58:19 +0200 Oleg Tkachenko wrote:
> Jeremias Maerki wrote:
>
> > It works in my environment. I'd be very grateful if I got feedback if it
> > works for others as well because the changes have quite some impact.
> Nice feature, works like
gt; specified two directories, BaseDir and FontDir. If backwards
> compatibility is an issue, the FontInfo class could fallback from
> FontDir to BaseDir.
>
> My $.02
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
And, as Oleg already suggested, it would be nice to clean up bugzilla
> (181 bugs at the moment). Any volunteers?
>
> Anybody else (Joerg/Rhett?) working on something with should go
> into this last maintenance release?
I'd appreciate if the release didn't happen befo
nce a file to URLs.
The whole stuff should now be more consistent and less error prone. It uses the
URLBuilder class I've submitted earlier.
line ending corrections
ArrayList --> List, HashMap --> Map
Jeremias Maerki
, to point to the Nodes in my Tree, with the idea that at
> least the first iteration in a cache/retrieve cycle on a subtree could
> be handled transparently within the Tree.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
as primarily wondering about the second kind of caching, but the
discussion went stringly towards the first kind. Anyway, I'm still
somewhat unsure about all this.
Maybe we have to set up a new page in Betrand's Wiki to create a little
specification
A big +1!!!
On 07 Nov 2002 09:23:44 +0100 Keiron Liddle wrote:
> Hi Developers,
>
> I suggest we have a vote for Oleg to be a committer. If Oleg accepts
> then he can get on with making FOP great!
>
> Here's my vote:
> +1
>
e no idea why.
That's a problem all over the maintenance branch. If you have UltraEdit
it's easy to just load the file and make a conversion "UNIX --> DOS".
Sounds strange, but works fine here. That's the problem I described
urday...I've spent a lot of time for weeks studying for the GRE). So,
> I'll just ask- has anyone considered looking into the potential memory
> benefits of using WeakHashMaps instead of HashMaps?
Jeremias Maerki
---
. Sorry.
Anyway, I intend to overtake you with style error fixing soon. :-)
On 06 Nov 2002 16:43:06 +0100 Keiron Liddle wrote:
> Since I have removed over 3000 style errors you give me a bit of slack!!
> :)
Jeremias Maerki
--
+1s on this I'll setup the page and publish its address here.
>
> -Bertrand
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
entation
>
>
> Bertrand Delacretaz wrote:
>
> > Maybe a minimal "best practices" or "style guide" document for developers
> > would be nice, I don't think there is one already?
>
> Some time ago Jeremi
On Wed, 6 Nov 2002 16:25:24 +0100 Bertrand Delacretaz wrote:
> On Wednesday 06 November 2002 16:18, Jeremias Maerki wrote:
> >. . .
> > would you mind using the interface instead of the implementation where
> > possible?
>
> big +1.
Thanks for your support.
>
iron wrote:
> +
> +/**
> + * Traits for this area stored in a HashMap
> + */
> +protected HashMap props = null;
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
nothing about it, but I believe it's up to formatter when/in which order/how
> much times to load images as it follows general xsl "side-effect free" policy.
> It's probably worth to check how other
e same
problem: When can and should we cache an image?
Currently, I'm thinking if I should just delete the FopImage.close()
method, so the behaviour of image handling is the same for all renderers,
but that results in a semantic change for the PDF renderer. To still be
able to serve dynamic ima
t the latest/greatest so perhaps our CVS server can handle it better. I
> don't trust "file" for anything critical, but, if it makes the distinction
> that you noted above, it is probably adequate for the task at hand.
Jeremias Maerki <[EMAIL PROTECTED]>
-
', as
> mentioned by Victor earlier, is a very good start for file type checking.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On Tue, 5 Nov 2002 08:08:54 -0700 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > up a few patch submissions. While applying them I ran across several
> > files that had CRCRLF endings instead of CRLF when checked out using
> > WinCVS on a Windows box. I think I have succ
Thanks, Peter and Betrand, for your answers.
On Tue, 5 Nov 2002 07:21:54 +0100 Bertrand Delacretaz wrote:
> On Monday 04 November 2002 17:02, Jeremias Maerki wrote:
> >. . .Does anyone have a good idea how to...
> > 2. enforce correct line endings?
>
> Using the commitinf
,
>
> The major areas of neglect would have to be:
> - font handling
> - api classes
> - awt viewer
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I
ran into. Does anyone have a good idea how to...
1. identify files not having correct linevindingstlithoutckaving de opendeach an>every
file?
2. enforce correct line endings?
This is probably an old story, but anyway...
Jeremia
On 04 Nov 2002 10:05:06 +0100 Keiron Liddle wrote:
> Hi All,
>
> Not sure where to start with all this...
>
> On Mon, 2002-11-04 at 08:34, Jeremias Maerki wrote:
> > Yes, for peripheral components (PDF lib, fonts etc.).
>
> That is one of the main problems with the
On Mon, 04 Nov 2002 10:22:14 +1000 Peter B. West wrote:
> Jeremias Maerki wrote:
> > Peter
> >
> > This is an idea I was also playing with. Avalon does that, too. But
> > having multiple subprojects (that's what they are, not modules) brings
>
> My sloppy u
I can hear a distant pounding already. :-) No seriously, good luck. I
don't think anyone will turn your offer down. And as you say, if
anything goes wrong you get to know FOP a lot better.
On 03.11.2002 20:29:34 Victor Mote wrote:
> Jeremias Maerki wrote:
>
> > The problem wi
on that.
On 03.11.2002 15:12:24 Peter B. West wrote:
> (This may be a
> good reason to split the common code into a number of modules, each with
> its own reference branch.)
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
the future when it is no
> longer needed. It would be worth *a lot* to get the branches unified if at
> all possible.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
how do you suggest that we approach this, what do you see
> hapenning.
>
> And of course the other issue, where are these patches eventually
> leading to. What I want is that this process goes smoothly and promptly
> with causing further confusion and fragmentation.
Jeremias Maerki
S and copy/paste the results together to a single file. But I heard
that's not best practice. I hope this helps.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
3 time faster than the
> original FOP.
>
> So what do I do to get the code in to the fop-project (the problems are
> both in the fop 0.20.4 and in the DEV 1.0).
>
> I have also figured out some more thing but they are not so general but it
> makes the FOP as fast as a co
he StructureHandler class is the another
important focus point for integrating RTF. You should also search the
mailing list archives for the discussion on the JFOR integration. That
will explain how this should be done.
Good luck diving into FOP. We'll try to support you as best as we can.
Fire away with questions as they come up!
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
d be moved from the layout and render packages over
to the font package so it is pretty isolated. Also makes it easier to
work on and to provide a clean solution.
> I think that will keep me busy for a couple of minutes :-) Thanks again for
> all of the good insight.
Glad to help where I can.
One last question: you're planning to work on the redesign branch, right?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
de everything immediately. Incremental
improvement will do just fine.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
at kinds of font sources it
supports. We would probably have to provide a way to give some font
sources a higher priority than others depending on the renderer.
Disclaimer: I haven't thought this through to the end.
Maybe we also have to think a little bit about Batik. It depends a lot on
AWT for
t;build codegen"
and include the build/gensrc directory in your project in your
favorite IDE.
Todo:
- Find a way to avoid those multiple style calls because of the buggy
Xalan in JDK 1.4. This slows down the build process A LOT. (Someone)
- Update status.xml as soon as I got time. (me)
Jer
I'm still missing the opinions from some of the
committers on the question about focusing our effort. We still need to
get to an agreement here. IMO this is very important. Thanks!
Jeremias Maerki
-
To unsubscribe, e-mail: [
On 15.08.2002 13:01:51 Kevin O'Neill wrote:
> On Thu, 2002-08-15 at 20:59, Jeremias Maerki wrote:
> > I know that's probably unpopular but I usually like to reference member
> > variables like this:
> > this.currentPageNumber = pageNumber + 1;
>
> I us
_ before member variables (eg
> _currentPage) though any convention that makes it obvious what is what
> is highly recommended.
>
> for example when looking at a line like this
>
> currentPageNumber = pageNumber + 1;
>
> is much
ebase
after my two-week absence starting Sunday. An additional possibility is
to use checkstyle to help analyze and maintain the quality of the code.
The Avalon subproject does that. I'll check what it can do for us.
As an aside: I'm currently somewhat hesitant to do changes in the docs.
oes not define
>java.awt.geom.Rectangle2D getBounds2D(org.apache.batik.gvt.TextNode) from interface
>org.apache.batik.gvt.TextPainter.
> [javac] public class PDFTextPainter implements TextPainter {
> [javac]
stop you from working
on OpenType because everything you do can be taken over to the new
design. Need any help?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On 13.08.2002 23:15:39 J.Pietschmann wrote:
> Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> > The FO objects are primarily just data holder, so it doesn't make
> > sense to make them too heavy-weight. They need to be as light-weighted
> > as possible to s
25782918974&w=2
>
> But nobody seemed to be interested at the time.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
es
> an array of 10 Objects. An inexpensive check for null in addChild() is
> unlikely to cost more, even over many children, especially averaged over an
> entire document.
>
> Case 2 might be overkill, unless one can make the case that single children
> are frequent enough to make
701 - 800 of 1057 matches
Mail list logo