MozillaZine's ChromeZone Now Open!
Monday May 24th, 1999
Steve Morrison, creator of the XULTool, has joined MozillaZine (as some of you may already know). He has been hard at work getting the XULTool working on our site, and we're pleased to announce that the ChromeZone is now online.
Now, with a simple form, you can change the look and feel of Mozilla, and create your own themes! You can also choose from some ready-made themes we have available. You can also send your own themes to ChromeZone for addition to our site.
So, fire up apprunner and head over to the chromeZone.
We got a lot of great entries for our little "name our new chrome area" contest, but in our final vote, "ChromeZone" came out on top. A number of people submitted the name "ChromeZone" or a variation for our contest. Clayton Scott was the first, however, and his prize is a stuffed Mozilla doll from Netscape. I know we didn't promise any prizes for the contest, but we wanted to give something to the winner.
Thanks to everyone for you contributions, and if you have any suggestions for the chromeZone, let us know.
#311 Re:MozillaZine's ChromeZone Now Open!
Saturday June 5th, 1999 1:06 PM
You are replying to this message
I guess the XUL issue is being looked at from two different perspectives. One from the end users standpoint and the other from the developers standpoint.
M$'s XML implementation of the IE wrapper boasted many of the advantages that you are describing with XUL. It was anything but slow, yet there was something about it's appearance/feel that didn't seem to jive well with end users.
ChromeEffects, on the otherhand, was extremly resource intensive and only performed well on systems with a PII-300 or higher processor and high-end DirectX graphics boards. Last I heard, a group at M$ proposed a Chrome2 specification and not too shortly afterwards, that group was dissolved.
Since Moz has committed itself to XUL, the best thing I can do is fully support it and offer Moz all the feedback they want/need on it. I agreed with Hyatts comments regarding XUL breaking the threshold of user perception after optimization. Coincidentally, I read a UI study at DevEdge written by Netscape engineers regarding timings, thresholds, and user perceptions. The more I think about it, given the average processor speed of todays computers, I think it would be a fair assumption to say that XUL will meet or exceed the necessary thresholds of user perception.
Speaking of XUL, Bruce(MSNAK) and I are working on a native WYSIWYG XUL tool with C++ Builder that should make deploying XUL based UI's faster, and hopefully, funner! 8)