filled with temporary sample data.
- Replace "new calendar" context entry (indeed, whole menu) with buttons
for new, edit, delete.
- Wire up new, edit, delete of calendars.
- Make sure that we register our calendarManager listeners early, so that
we see new calendars being created, if that's the first thing that happens.
- Add Accept/Decline buttons to the summary display; both currently have the
same effect:
- Add the (someday: "accepted") item to the user's first calendar.
Also, teach the timezone heuristics about Eastern Time.
NPTOB. Not as cool as vlad.
chrome://lightning/ (specialized). Currently makes a lightning-afflicted
Thunderbird pretty unhappy, because calendar.css overrides a lot of
Tbird UI CSS rules, but Pav's all over that. r=vlad, NPTOB.
- Package calendar.dtd.
- Register our calendar-en-US locale provider.
- Fix calendar-view-box naming.
- Handle cases in which there is no panel selected in the displayDeck.
- Overlay weekView.xul (due for a renaming!) into the calendar panel.
- Fix JS errors in weekView.js, remove dead code in weekView.xul.
Still needs some skin stuff to make the calendar view appear in a more
reasonable fashion. NPOTB.
a <deck> to tbird for controlling the main display mode.)
Overlay the world's simplest lightning-deck into tbird, and switch to it when
our pane gets the user's attention. r=pavlov, though I will note his objection
to the Ltn prefix in my function. NPOTB > NKOTB.
symlink chrome format tricks. Not there yet!
- Package sqlite3 as well.
- Fix contents.rdf (just in time to replace with chrome.manifest!).
- Make sure we have a fake lightning account at startup, though, tragically,
you need another patch for that to not spew at you.
Not part of the build. Not even a good idea.
shaver%mozilla.org
pavlov%pavlov.net
vladimir%pobox.com