[webkit-dev] Widget / Drawing API thoughts
Kevin Ollivier
kevino at theolliviers.com
Mon Jun 27 17:51:58 PDT 2005
Hi Maciej,
On Jun 21, 2005, at 1:36 AM, Maciej Stachowiak wrote:
[snip]
> For OS X at least, we intend to make the controls look and feel
> just like the native ones to a pretty exacting level of detail. We
> will only fall back to a generic look if the page specifies custom
> styling info, this is desirable for web compatibility in any case.
> So please do not assume the themed controls will look lame and
> generic. In fact, I believe the Firefox controls look and feel very
> much like the native ones on Windows, and even respect Windows
> theming.
Sorry, I never meant to imply they would look lame and generic, but
as you point out with Firefox, they put more effort into maintaining
Windows theming than Mac theming. Thus the Firefox buttons look like
Windows buttons, which is great on Windows but not much help on Mac.
(Or take IE for Mac, where they still have Classic-style controls.)
In this case, things would be the opposite way around. You could now
see aqua (or possibly generic) buttons on, say, Windows, where it
would look just as awkward as Firefox controls do on Mac.
> That being said, I can see how it might be a tough technical
> challenge for some toolkits to implement the theme API, especially
> multiplatform toolkits that rely on native widgets under the
> covers. I am not sure what to do about that, as maintaininga dual-
> track approach to form controls is likely to be painful in the long
> run.
The challenge for us is not that we can't use native widgets, it's
that emulating them successfully on several platforms, and platform
versions, is a significant challenge. We'd have to be able to
correctly emulate native look and feel for several GUI toolkits, and
each major version of those toolkits that are still supported (along
with special issues like themes on some platforms). If we can't make
that work, which is likely too much work to get right, we'd have to
settle for a button that's generic on almost all platforms. In short,
maintaining emulated native controls for all these combinations, and
getting it right, looks to be a pretty significant challenge. A lot
of work that just using the native controls would save us the trouble
of doing.
I don't know the API you're thinking of at the moment, so I can't
really say how difficult this would be, but IMHO it would be ideal if
we could come up with some way to at least have the option of letting
a port use generic or native controls. Perhaps have a QPushButton
that can optionally be set to use a theme or become "non-native" if
it's given style properties, making the native/non-native distinction
an implementation detail?
Thanks,
Kevin
> Regards,
> Maciej
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/webkit-dev/attachments/20050627/9246f8c6/attachment.html
More information about the webkit-dev
mailing list