maintained by Chris Nelson <firstname.lastname@example.org>
Last Updated Saturday, November 7th, 1998
There has been a lot of behind the scenes reshuffling at the Mozilla Project this week. Because of this, a number of the module names no longer apply; I used the old names this week. There should be new module names next week, and we should have more to report on the restructuring as the pieces fall into place.
Robert Churchill has this RDF update for us, with some news about the restructuring:
We're looking over our lists of tasks and prioritizing them. More information next week when we know more. "
Dave Hyatt writes, "Some people from the WinFE, MacFE, and XFE teams have become the XPFE team. Others have moved to the XP Apps/OS Integration team. We just found out the new organization recently, so that's about all there is to report. :)"
And Bill Law writes, "We're in an awkward state right now. We've just reorganized to implement the new product "roadmap" and the old module definitions don't necessarily make sense any more. Specifically, there really isn't a "WinFE" anymore. Bear with us for another week or so. Then we should have a clearer idea of where we're heading and what our status is."
We need the help of the net to fulfill our dream and once we get settled with our new manager we will be opening up all our discussions to the net. Expect to see a lot of traffic in the next few weeks as we start work. It should be exciting (we're all very excited) and we hope we can impart that upon net developers as well.
On a side note, xpviewer builds and runs on Mac, but drawing is messed up because of the discrepancies between the parent/child window models on mac and win/unix. This will be fixed shortly, but it does build and run!
Chris McAfee has a status update on the general Unix status of the transition:
Mike Shaver writes in with a GTK specific update:
Neat New Stuff:
Here's Akkana's update on the status of the editor (composer) through the transition:
Our current plan is to use the xpviewer as the basis for our editor test bed. In between design meetings, we've been working on getting the xpviewer built and running on our various platforms to test the feasibility of this idea.
We have a new page on mozilla.org, http://www.mozilla.org/editor/ where we will be posting our design spec documents as they become available.
We also have a new mozilla newsgroup, netscape.public.mozilla.editor, gatewayed to the mailing list mozilla-editor.
Dan Veditz writes in with the SmartUpdate update:
"4.5 shipping code merged into the Mozilla tree.
"For now SmartUpdate development will go onto the MozillaSourceClassic_19981026_BRANCH since it relies on too much infrastructure which is not yet available in the new world order. Once we have it resurrected in the Java-less world we'll work on COM-ifying it."
Pam Nunn writes in with this update:
NGLayout will let us simplify the ImageLib code significantly. I am currently evaluating where I can streamline the interface functions. Since gfx gives us compositor access, true cross platform alpha channel support is high on the list.