Closed
Bug 407544
Opened 18 years ago
Closed 18 years ago
Clean up download event handling
Categories
(Camino Graveyard :: Downloading, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Camino1.6
People
(Reporter: stuart.morgan+bugzilla, Assigned: stuart.morgan+bugzilla)
Details
(Keywords: fixed1.8.1.12)
Attachments
(1 file)
|
24.50 KB,
patch
|
mark
:
superreview+
|
Details | Diff | Splinter Review |
The notification-based event handling system in the download manager is rather confusing. This changes it to do all the translation of the event into a conceptual action in the view, but nothing more, and then passes that off to its controller (which in this case just passes it up to the window controller). That seems like a better view/controller division, and it removes the weird dance with notifications and stored modifier keys.
This doesn't fix everything about the interaction of the download classes, but it's a step.
Attachment #292265 -
Flags: review?(nick.kreeger)
| Assignee | ||
Updated•18 years ago
|
Attachment #292265 -
Flags: review?(nick.kreeger) → superreview?(mark)
Comment 1•18 years ago
|
||
Comment on attachment 292265 [details] [diff] [review]
fix
>+#import "ProgressViewController.h"; // For DownloadSelectionBehavior enum
Well, it's also for ProgressViewController.
I don't think the comment's necessary.
Looks fine otherwise.
Attachment #292265 -
Flags: superreview?(mark) → superreview+
| Assignee | ||
Comment 2•18 years ago
|
||
@class is all that's necessary for the .h file; I was commentating because it makes it easier to see that it's not a mistake that I didn't just use @class.
| Assignee | ||
Comment 3•18 years ago
|
||
Landed on trunk and MOZILLA_1_8_BRANCH. I left the comment due largely to the fact that I forgot about taking it out until I came to post the checkin notice here :P If you care, I can take it out.
You need to log in
before you can comment on or make changes to this bug.
Description
•