<AWT Dev> java.awt.peer work
Oleg Sukhodolsky
Oleg.Sukhodolsky at Sun.COM
Wed Apr 23 02:32:19 PDT 2008
Hi Roman,
Roman Kennke wrote:
> Hi there,
>
> as part of the OpenJDK challenge project 'portable GUI backends', I'd
> like to put some love to the interfaces in java.awt.peer. Several tasks
> spring to mind:
>
> - Add documentation all around.
> - Remove depracted (dupe) methods, and use the new ones instead. [1]
> - Remove unused stuff.
>
> [1] This is really a little weird. There are new methods (for example,
> getPreferredSize() instead of preferredSize()), but the old methods are
> used everywhere, so the new ones could just as well be removed. OTOH, I
> feel that the new ones should be used and the old ones removed. Having
> both in the interface doesn't help anybody, not for backwards
> compatibility and not for developing new peers.
>
> I know that java.awt.peer is a little special, as it is in the public
> namespace but not publicly documented. What are the constraints on
> changing these interfaces and docs? If it's not feasible anyway, I
> probably better don't touch it at all. What is your optinion?
java.awt.peer is really special place. Some people believes that peers
are not part of public API and so we can change them as we want. Others
consider them as part of (semi)public interface and prefer to see
special request for any API change in this area.
I'm from the first camp, so I believe that it is ok to remove all
deprecated methods from these peers. But I expect that we have some
people from the second camp. So, I'd suggest to wait couple days for
their response (no response means they are ok ;)
Regards, Oleg.
>
> /Roman
>
More information about the awt-dev
mailing list