Mail/News Performance Effort Underway
Friday November 2nd, 2001
Seth Spitzer today sent an update out about what the Mail/News team is doing to meet their goals for Mozilla 1.0. They'll be focusing almost 100% of their effort for at least the next two milestones (0.9.7, 0.9.8) on Footprint and Performance of the various parts of Mail, News, and Addressbook. Not only will they be focusing on it, they'll also be locking down their part of the tree and only accepting performance or footprint fixes. Very few exceptions will be made. Click the Full Article link to see Seth's full post.
#215 Re: Re: Re: Re: Re: Re: Re: Re: Re: please
by roc <firstname.lastname@example.org>
Friday November 9th, 2001 3:29 PM
You are replying to this message
> In many cases they're things that have long been encapsulated in COM objects in the Platform SDK, like offscreen drawing. <
Great. Then show me the code, or even just give me an MSDN URL to something that will let me render a native widget into an offscreen buffer.
> Again, no problem with doing that has been demonstrated. <
I have asked you how to render text overlapping a native widget, and you haven't answered it. Until you do, I consider the problem demonstrated.
> However, I don't think that a 500-widget edge case on older OS versions justifies a complete abandonment of platform standards. <
That "edge case" happens every time a Slashdot user gets moderation points and views a popular article. "Older OS versions" includes last year's release of Windows ME. And this was just one example of how you can get burned by relying on platform widgets. Anyway, put down your straw man --- no-one's advocating a complete abandonment of platform standards, and nothing rests solely on this particular case.
> The CCS3 user interface proposal is at (LINK) . It calls plainly for "system default look and feel." <
Mozilla's custom widgets are designed to provide look and feel that matches the system. This does not mean, however, than they have to be implemented as actual native widgets.
> Windows IE uses native widgets. They may very well roll their own text editing -- most serious applications do, on either platform. The base text editing capabilities on either Mac or Windows are suitable mostly for small text fields. Why don't you try looking for buttons, scroll bars, etc. in addition to text fields, though? <
OK. I just checked IE5.5. Radio buttons, scrollbars and push buttons are all custom, not native. Ironically the only native widgets I can find inside an IE content area are comboboxes. So what you should have said is, "Windows IE uses native widgets --- except most of the time, they don't." Your credibility is dropping fast, I'm afraid.
Incidentally, Microsoft Office also doesn't use native widgets.