Closed Bug 407544 Opened 18 years ago Closed 18 years ago

Clean up download event handling

Categories

(Camino Graveyard :: Downloading, defect)

x86
macOS
defect
Not set
normal

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)

Attached patch fixSplinter 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)
Attachment #292265 - Flags: review?(nick.kreeger) → superreview?(mark)
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+
@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.
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.
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: fixed1.8.1.12
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: