Trow writes,
"Mostly we're just fixing bugs. The only interesting thing
to note is that we're now starting to doing better painting in
response to an incremental reflow command. Previously we repainted
the entire window (the slow but fool proof method), and now we
try and oly paint what actually changed"
This week
- Implemented rudimentary compose window address completion
- Checked in Mork incremental writing and memory footprint reduction
code
- Side bar with folder pane is in 3-pane Mail UI
- Twisties in folder pane
- Improved message threading, and total+unread thread msg counts
- POP3 and SMTP test apps, as well as mailbox parsing working
under Necko
- Msg Copy Service 80% done
- 4.5 Mail Preferences auto-upgraded to 5.0
- Mail Filter backend turned on.
- Drafts and Template backend checked in.
but most importantly, Engineers: 1 QA: 0
Some more news about the work on the addressbook:
We now have a useful address book to use in Seamonkey. The code
has been checked in this afternoon so it will show up in release
builds starting tomorrow.
The address book windows are:
Address Book window
Main window for editing and viewing address books. There are three
panes, the left has the list of address books (later LDAP will
appear here), the top has the entries contained in the selected
address book, and the bottom shows the new Card View which shows
all the data for an entry at one time.
Select Addresses dialog
The dialog that appears when the Address button is pressed in
the mail compose window. This dialog is similar to the Address
Book window but the Card View pane is replaced by an address bucket
that shows the addresses for the compose window that created it.
New Card dialog
Used for adding a card to the address book. Can be brought
up from Address Book window and Select Addresses dialog. Looks
bad on the Mac, a bug has been filed about the html:inputs showing
through on all tabs.
Edit Card dialog
Similar to the New Card dialog, but used for editing a card.
Can be brought up from Address Book window and Select Addresses
dialog.
You may now enter data into your Personal Address Book. The data
is saved to the abook.mab file on your disk. The Address Book window
and Select Addresses dialog may be used to populate the address
fields of the compose mail window.
Seth and Scott have added a feature to the compose mail window
that allows for a simple form of autocomplete to work in the address
fields. Just type in part of a name from your Personal Address
Book and hit return, the first name that matches (and its corresponding
email address) will replace the text you have typed in.
Some of the menu items and buttons that were not working in previous
builds are now operational.
Mike McCabe has our Javascript update:
"JavaScript -
Thanks go to Martin
Honnen for finding a place where the JavaScript engine differed
from the ECMA-262 spec, ignoring
negative day arguments to the Date constructor. Martin has also
submitted several other great bug reports
recently; he seems to be exercising many aspects of the JavaScript
language.
Stefan Hanske
has submitted a patch to fix endian problems on the ARM.
Roger Lawrence has
begun work on reflecting JavaScript runtime errors as catchable
exceptions. This should make it much easier to write robust JavaScript
programs in the future. No more onError()!
Brendan Eich fixed
a bug with
for .. in loops, uncovering a rather fine point
about them. Brendan also fixed the (incredibly cool) lambda-replace
feature of String.prototype.replace. It's nice to see Brendan
back in his old territory, if only for a while."
Mike McCabe has our XPConnect update, with news from John Bandhauer
as well:
"Patrick Beard
has just figured out how to build the compiler as part of the
build process on the Macintosh, just as the Unix and Windows builds
do. This now means that we'll be able to make changes
in the way xpidl creates C++ interfaces without having to call
a special carpool while we manually build xpidl on the Mac, and
more importantly that the Mac will soon be one degree less special.
Always a plus for cross-platform development.
John Bandhauer has checked
in the xptcall
changes mentioned in last week's status. They represent such a
variety of contributions from the developer community that they
bear mentioning again:
- OpenVMS from Colin R
Blake
- Irix from Jason Heirtzler
- Linux Alpha from Glen
Nakamura
- NT Alpha from bob meader
- x86 'this' adjust code for old or new style from Duncan Wilcox
- vtbl layout test from Bert Driehuis
- Linux ARM code from Stefan Hanske is
on its way into the tree.
The HP port of xptcall
is still open for implementation. Any takers?
John is also looking at improving the reflection of XPCOM error
conditions as catchable JavaScript exceptions, as well as making
developer's lives easier by providing associated file location
and stack information.
Mike Ang has been running
libxpt
and xpidl
under Purify. Sure enough, he's found leaks and memory access
violations of all varieties. Finding and fixing these will be
a big help for reliability."
Previous Updates
|