You are currently viewing a snapshot of www.mozilla.org taken on April 21, 2008. Most of this content is highly out of date (some pages haven't been updated since the project began in 1998) and exists for historical purposes only. If there are any pages on this archive site that you think should be added back to www.mozilla.org, please file a bug.




status update

maintained by Chris Nelson <chrisn@statecollege.com>

Last Updated Saturday, December 12th, 1998

This status update page is updated every Friday evening or Saturday morning (but check back, because I may add in late updates on the weekend). To get updates and news throughout the week , I invite you to check out mozillaZine, a site I maintain devoted to Mozilla advocacy.

Previous Updates

Module Updates
Editor
December 11th
Submitted by Akkana Peck <akkana@netscape.com>

Here's Akkana's update on the status of the editor (composer):

Work continues on the selection mechanism, the transaction manager, and the new gui manager. The new selection code mostly lives in layout/base/src; the old hacky selection code (which was scattered all over the place) has been turned off, and the new code will gradually be plugged in. The transaction manager lives in editor/txmgr. The gui manager appeared this week, in editor/guimgr.

We expect to be adding more spec pages on the http://www.mozilla.org/editor/ site over the next week, including the gui manager spec.

ImgLib (Image Library)
December 11th
Submitted by Pam Nunn <pnunn@netscape.com>

Pam Nunn writes in with this update:

For the imglib, the png library was updated to 1.0.2.

Please note, that gamma has been temporarily disabled in mozilla/modules/libimg/src/png_png.cpp. If anyone is interested in concentrating on gamma and why the display is incorrect, come on down.

 
RDF and HT (HyperTree)
December 11th
Submitted by Chris Waterson <waterson@netscape.com>

Chris Waterson writes in with this RDF update:

  • Dave Hyatt got the tree control talking to the RDF content model. So we're slowly but surely bringing up RDF, which will mean bookmarks, history, and even cooler stuff...
  • Started work on a simple RDF flat-file persistent store to tie us over until we get a real DB back-end up and running
  • Misc bug fixes
  • Lots of fun making up schedules.
NSPR (Netscape Portable Runtime)
December 11th
Submitted by Wan-Teh Chang <wtc@netscape.com>

Wan-Teh Chang has this update for us on the state of NSPR:

  • The next NSPR release is tentatively scheduled for late Feb or early March in 1999. We are looking for volunteers to help us test NSPR on their platforms.
  • First cut of file descriptor inheritance was checked in.
  • C++ wrapper classes for NSPR C types and functions have been checked in (mozilla/nsprpub/pr/src/cplus).
Libpref
December 11th
Submitted by Edwin Aoki <aoki@netscape.com>

Edwin has this update for us: "We made good progress in the past couple of weeks in defining a plan for moving the 4.5 preferences code to 5.0, and I'll be posting that plan and some additional thoughts on preferences and profiles in the componentized 5.0 world to both the mozilla newsgroups and mozilla.org this weekend. We're very much looking for your feedback on these plans, which involve more of bringing the 5.0 model in line with already existing features in 4.5 rather than doing any major architectural work in the short term. A big thank you to those of you who've responded already.

That said, both Dan Malmer and I are moving to another assignment within Netscape and so will be transitioning the ownership of the preferences model to Hubert Shaw (hshaw). Many of you know Hubie's name from other projects he's represented through mozilla, and he'll be working to make the backend XP preferences libraries what they need to be going forward."

NGLayout
December 11th
Submitted by Troy Chevalier <troy@netscape.com>

Troy writes in with this update:

Tables

Steve's working on support for the CSS2 collapsing border model

I'm working on getting tables to paginate when printing. This will include replicating the caption and any header and footer on each page

Kipp

re-did the block/inline code; re-implemented inline in terms of block; cleanly seperated inline reflow from block reflow; factored out more code into separate classes that are more maintainable

 

 

Previous Updates