Tree Closes For 0.9.8
Wednesday January 16th, 2002
Mozilla.org has closed the tree to approved checkins only, starting as of 12am Wednesday, and will do so until 0.9.8 has branched. 0.9.8 will have a variety of new items including new natively drawn widgets on WindowsXP, Mac OS X, and GTK, when you are in the classic skin (We will have more on this later, including screenshots); the addressbook was rewritten, and now supports printing, a new "Get Map" button allowing you to query for a map based on a card address, and other stability fixes; Windows MAPI support; and a huge amount of performance and stability work.
Many believe this is one of the last milestones prior to 1.0, and that Mozilla.org will actually have 1.0 following 0.9.9. 0.9.8 should branch sometime next week, with a release two Mondays from now. We'll keep you updated on both the branching and the release.
#54 Re: In strauss's defense
Thursday January 17th, 2002 9:29 PM
You are replying to this message
I can't speak for Asa, and as I point out in other comments, I'm pretty much an outsider myself so I can only go on what I've read from other people, like Asa, who do know what they're talking about. But here's my take on this question:
Fundamentally, it *doesn't matter*. It's an implementation detail. The spec for the new CSS appearance attribute specifies "this should look like a button" or "this should look like a textbox", and whether this is accomplished by getting the OS to "tell us what it should look like" and then using that, or by getting the OS to actually create a widget directly on the screen for rendering, is really an insignificant detail. From the information I have now (which could well be wrong) my best guess is that, in fact, the answer to the question is different on different platforms (closer to the former on windows, to the latter on GTK, mac somewhere in between).
Whether they "act native" is actually a very good question, and one that so far I haven't seen an answer to anywhere. I'm not talking about things like whether a disabled button is semi-transparent - that's still part of the "look". But for example, whether click-and-drag or click-release-click are both valid selection mechanisms for a dropdown (select rows=1) control or for a context menu is an OS-dependent behavior.
So far it's not clear to me whether this pseudo-native theming has any bearing on that kind of behavior. My guess would be that it doesn't, and that the theme changes, however much "native" code they use, still interpret events much the same way as they did when they were pure XUL/CSS. But I'm not sure, and until I see a linux build with these features turned on, I'm not inclined to pass of my speculation as anything but speculation. Perhaps Asa or another mozillan might comment on this issue?