classpath-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cp-patches] [FYI]: Patch for javax.print.attribute.standard package


From: Mark Wielaard
Subject: Re: [cp-patches] [FYI]: Patch for javax.print.attribute.standard package
Date: Sun, 15 Jan 2006 16:40:58 +0100

Hi Wolfgang,

On Fri, 2006-01-13 at 23:44 +0100, Wolfgang Baer wrote:
> > It took me a while to realize what was going on here. I think a comment
> > is in place (and how do you guarantee that all the other inner classes
> > are registered? Like MediaSize.ISO.A4 for example.).
> 
> All the static instances in the inner container classes like ISO or
> OTHER should be automatically added as they are static. Or do I miss
> something ? At least every instance is added as far as I can see.
> 
> Evrything I do here is to call one instance of every container class
> so it gets loaded and everyone of its static MediaSize objects are
> instantiated. Should I put a comment here ?

Please do. I see now how initializing one static field makes sure all
static fields are initialized, but since I had to ask it wasn't
immediately obvious (at least to me).

> > Are you sure that every newly created MediaSize object should
> > automagically be added to the mediaCache and not just the standard
> > MediaSizes? I see there is no other method to register a new "standard"
> > MediaSize, but adding it through the public constructor seems asking for
> > confusion.
> 
> The just commited mauve test "userClass" shows that user constructed
> MediaSize subclass instances are added to the cache used by findMedia
> and the other static methods. So I am think I am right here.

I still think this is kind of strange. It means any user can "register"
new MediaSizes even by accident. Please also add a good comment about
this to the MediaSize constructor.

Thanks,

Mark

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

[Prev in Thread] Current Thread [Next in Thread]