Closed Bug 97487 Opened 24 years ago Closed 24 years ago

break apart messenger.css and EditorToolbars.css to improve reply / compose performace

Categories

(MailNews Core :: Composition, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.5

People

(Reporter: sspitzer, Assigned: sspitzer)

References

Details

Attachments

(12 files)

11.70 KB, text/plain
Details
2.01 KB, text/plain
Details
580 bytes, patch
Details | Diff | Splinter Review
59.05 KB, patch
sspitzer
: superreview+
Details | Diff | Splinter Review
95.11 KB, patch
sspitzer
: superreview+
Details | Diff | Splinter Review
170.51 KB, patch
sspitzer
: superreview+
Details | Diff | Splinter Review
1.44 KB, patch
Details | Diff | Splinter Review
150.80 KB, patch
mscott
: review+
mscott
: superreview+
Details | Diff | Splinter Review
2.15 KB, text/plain
Details
2.41 KB, text/plain
Details
1.65 KB, text/plain
Details
1.96 KB, text/plain
Details
investigate files getting sucked into html mail compose I've got the list from doing "mozilla -compose", I'll attach it.
weird, we are loading XXX opening mJAREntry = content/editor/EditorOverride.css XXX opening mJAREntry = content/editor/EditorContent.css every time we bring up the html mail compose window (the rest of the necessary gif / xul / dtd / css / etc are cached) investigating..
Status: NEW → ASSIGNED
also weird, at times we seem to open up entries more than once and some times we aren't. XXX opening mJAREntry = skin/modern/editor/btn2/italic-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/italic-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/underline-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/underline-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/bold-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/underline-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/bold-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/inc-font-size-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/inc-font-size-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/dec-font-size-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/inc-font-size-hov.gif XXX opening mJAREntry = skin/modern/editor/btn2/inc-font-size-hov.gif
found a small optimization (patch on the way).
It seems wrong that messenger.css imports sidebar.css. This forces us to load sidebar.css in msg compose, even though we don't have a sidebar.
I'm going to go lay the smack down on messenger.css, and split it up
in addition to cleaning up messenger.css, EditorToolbar.css can be broken up. mailnews compose only cares about the rules for the formatting toolbar. that .css file contains rules for the composition toolbar (all the buttons you see in editor, new, open, save, browse, print, image, hline, table, link and anchor) http://lxr.mozilla.org/mozilla/source/themes/modern/editor/EditorToolbars.css the biggest wins so far are going to be cleaning up those EditorToolbars.css and messenger.css files. simply removing messenger.css [which is only used for icons in the Options | File Sent Message" picker], had a measurable impact (using the msgcompose nspr log module) I tried a hack to see if caching EditorOverride.css EditorContent.css helped, and it didn't. (but I'll log a bug on doing it, as it might help editor more than it does mailnews compose) after I clean up the .css, I'll investigate a known big winner: focus. if we can avoid the focus switch that happens from editor body to address area, we would win.
r/sr=mscott
As far as I know (or as far as I can tell anyways), we no longer switch focus from the editor body to the address pane upon loading. See http://lxr.mozilla.org/seamonkey/source/editor/base/nsEditorShell.cpp#647. (I can't believe we handle stuff like that in *nsEditorShell*)
blake, I'm not so sure about that. at least, when I set breakpoints in ::Focus and ::Blur in nsHTMLInputElement and nsTextEditorFocusListener I think I was seeing focus going in and out of the editor. after I investigate a blocker, I'll break apart those two .css files (which will be a win), I'll resume debugging and confirm it.
Summary: investigate files getting sucked into html mail compose → break apart messenger.css and EditorToolbars.css to improve reply / compose performace
QA Contact: sheelar → esther
Target Milestone: --- → mozilla0.9.4
This won't be a .9.4 stopper so we're going to set the milestone to .9.5. But keep working on it.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
QA Contact: esther → stephend
Well, note that the methods you mention will be called when the addresspane textbox is focused.
(oh, well ::Blur shouldn't be, of course)
*** Bug 79808 has been marked as a duplicate of this bug. ***
ok, I've split apart EditorToolbars.css into three files: editorPrimaryToolbar.css editorModeToolbar.css editorFormatToolbar.css the affected dialogs are: html editor plain text editor aim chat aim conversation html mail compose plain text mail compose here comes the patch for mozilla and ns.
sr=sspitzer on hewitt's changes for mail. thanks for doing this work. in addition to compose perf improvements, it should help the other mailnews windows.
Attachment #47852 - Flags: superreview+
Attachment #47852 - Flags: review+
r=mscott
moving back to 0.9.4, we want this one for perf.
Target Milestone: mozilla0.9.5 → mozilla0.9.4
r=cmanske on all editor changes.
a=asa on behalf of drivers.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
the editor stuff has landed.
fixed. messenger.css and EditorToolbars.css have been broken apart. thanks to hewitt for doing the lion's share of the work. I'll spin up a new bug about the focus / blur thing that's next.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified FIXED, but only from a code level (using LXR).
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: