Mailing Lists: Apple Mailing Lists
 Image of Mac OS face in stamp
Re: Mac L&F and Java L&F
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Mac L&F and Java L&F

If you could clarify a point here, shouldn't Apple's extensions to standard
components be done in the Mac L&F classes rather than the base components? I
mean, as sucky as they might be, I think Metal FileChooser behavior should
be the same on all platforms. Since Apple already makes the default L&F
Aqua, they could easily extend JFileChooser in that L&F, right? Without
extending Sun's APIs or anything...

Oh wait I just reread the thread and realized I'm probably wrong about that
last point. But as to my main point, that *is* what Apple is doing, right?
You're not rewriting the Metal or Basic L&Fs.

> At 5:11 PM -0400 6/6/2001, Steve Roy wrote:
>> Claude Pany <email@hidden> wrote:
>>
>>> And while on that *mode* subject, since someone -- a long time ago -- made
>>> it possible to have a folder-choosing capability (by specifying integer 3
>>> for the mode), why on earth did that person stop there?
>>
>> His boss found out... :)
>
> That isn't too inaccurate. :) Quite simply, we don't have the
> authority to change Sun's APIs. Anything that we do that takes
> advantage of them in this way can certainly be broken by Sun in the
> future, which makes this a poor solution. I'd be quite surprised if
> we extended it further. That said, if you want specific
> functionality that is not provided by Sun's APIs (which include the
> JFileChooser on Mac OS X), please let us know and we can certainly
> try to find some way to provide that functionality on top of, instead
> of through, the existing APIs.
>
> -Eric

References: 
 >Re: Mac L&F and Java L&F (From: Eric Albert <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.