Pam Nunn writes in with this update:
"The imglib is still in the process being COMified and modularized.
No check ins to the tree. It will remain in a local branch until
it is _reasonably_ stable and platform safe.
A nsCOM FAQ will be posted in the xpcom documentation site
for developers new to COM and/or nsCOM."
Here's Akkana's update on the status of the editor (composer):
"Selection: arrow keys mostly work now. We're working on fine tuning
Also, we've fixed some crash bugs that showed up last week.
Code for a blinking caret has been checked in but is disabled by
default, doesn't yet work on all platforms. Scrolling to the selection
is being worked on.
Copy: the parser bug has been fixed, so now the copy/paste code for
Windows and Mac is working. Still working on clipboard class for Unix
so that copy/paste will work there as well.
Editor mode: hitting enter inserts a break now. Still working out some
bugs with that. Transactions for inserting a table are in progress.
Performance: plaintext typing is very fast on all platforms, and it
appears that the biggest performance problem with non-plaintext typing
on Mac and Unix are in the font code, measuring text extents."
Phil Peterson has news regarding the Mail/News client:
1. Protocols SMTP, NNTP, and POP are up and running
2. First life of a three-pane UI:
1.First integration between XUL, "appcore" code, and the backend.
1. Loaded news messages into message pane using news: URLs
2. Real data in the folder pane (local folder list coming up from RDF)
3. Fake data in the thread pane (hard-coded in XUL, instead of coming up from RDF)
3. Local mail code mostly ported from 4.x
4. Mail sending backend mostly ported from 4.x
1. Break bogus dependencies between mail/news, RDF, and XPFE. Following this, anyone should be able to build the mail/news code that we have so far on
Win32 and Linux.
2. Add mail/news code to Tinderbox so we can track bustages
3. Convert mail/news "appcore" code to a service (a la nsIServiceManager).
1. Integrate with new XUL and command design from XPToolkit
2. We'll probably have separate service objects for for mail/news, message composition, and the address book.
3. If there's an appcore for mail/news, it will probably just be RDF glue.
4. Get MORK DB implementation up and running
5. Integrate with prefs as soon as they're available via the service manager.
6. Load thread pane and message pane from local mail folders
7. First life of message composition from XUL UI to mail backend and SMTP.
Troy writes in with this update:
Bug fixing for linux:
1. Subscript/superscript now work properly; so does the "x-height"
property (though its approximated 99% of the
2. Animated gifs now animate again
Layout bug fixes:
1. Text word-wrapping had regressed in the Hello case - we would
split between the H and the "ello"
2. A vertical alignment problem was diagnosed and repaired.
3. work-in-progress that will improve line-height handling drastically
and also help us to be more conformant
with CSS2's definitions of line-height and vertical-align and treatment
of inline-non-replaced elements (e.g. B tags).
back working on getting tables to paginate correctly
|Grendel (Java Mail/News client)
|Submitted by Giao Nguyen <email@example.com>
Giao has this update for us:
"XML built dialogs worked! I need to get them integrated into the main
UI. Edwin has code to send mail and he's been using Grendel as his
mail client. We're going to implement "multiple personalities" for
Grendel, as in multiple sending points.
Grendel now has Tinderbox and Bonsai setup. Many thanks to Terry and
Leaf for getting those up and running."
Brian Ostrom has news on Unix platform work...
"I've added a few more Tinderbox builds to the MozillaTest page (basically
platforms that I've been able to build GLib and GTK+ on, and that have
enough available disk space, I've started Tinderbox builds on):
(The AIX, FreeBSD, BSDI, HP-UX, OSF/1, and AlphaLinux builds are mine.)
FreeBSD is green, and will be moved onto the SeaMonkey page next week,
after we clean up some hardware flakiness this weekend.
I still need people to help get other non-Linux, non-Windoze platforms to
"Brendan has extended the XPIDL
compiler to generate stub code to be used as an interim solution for
JS->C++ invocation until XPConnect
jband has XPConnect running
well enough to perform method calls in both directions using all the supported
types, building wrappers dynamically, and using XPCOM in, out, and in/out
method parameters. Some tests are running (and working!). This is all using
hardcoded interface type information as coop
and shaver work to finish off
typelib generation. mccabe
is on the verge of having a first cut of code to read the typelibs in and
represent them as nsIInterfaceInfos.
For what it's worth, simple tests show the time for calling JS->C++->JS
as about 2.5x the time to call JS->JS->JS. Though this does not exercise
creation of new object wrappers very much, these results are very encouraging."