Closed Bug 167151 Opened 22 years ago Closed 21 years ago

[cocoa] need support for modeOpenMultiple for nsIFilePicker

Categories

(Core :: XUL, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: sspitzer, Assigned: sfraser_bugs)

References

Details

Attachments

(1 file, 1 obsolete file)

[cocoa] need support for modeOpenMultiple for nsIFilePicker

you need to override ::GetFiles()

see http://bugzilla.mozilla.org/show_bug.cgi?id=121122 for the windows impl.
OS: Windows 2000 → MacOS X
Hardware: PC → Macintosh
-> dagley
Assignee: pinkerton → sdagley
Any rush on a Cocoa version of this?  AFAIK it's a request for mail/news to
allow selection of multiple attachments at once and since we don't have
mail/news in Chimera...
no, but the carbon version might be nice.
how about for opening multiple files within the browser (eg, chimera)?

if that's possible, then each file would open in a separate browser window or
tab, depending on the user's prefs.
Since I don't report into Internet Technologies anymore this bug needs a new
owner -> saari
Assignee: sdagley → saari
pinkerton, might be nice or necessary?
It's pretty important (and easy).
Assignee: saari → sfraser
Blocks: 169179
one place this makes a difference to the user is for bug #43015:
"Cannot add multiple attachment in Attach File dialog (mail compose)"
Blocks: 43015
Attached patch Patch to nsFilePicker.mm/h (obsolete) — Splinter Review
Attachment #119340 - Flags: superreview?(bryner)
Attachment #119340 - Flags: review?(pinkerton)
Status: NEW → ASSIGNED
Attachment #119340 - Flags: superreview?(bryner) → superreview+
Patch addressing comments made in bug 167149.
Attachment #119340 - Attachment is obsolete: true
Attachment #119766 - Flags: superreview?(bryner)
Attachment #119766 - Flags: review?(pinkerton)
Attachment #119766 - Flags: superreview?(bryner) → superreview+
Comment on attachment 119766 [details] [diff] [review]
Patch addressing comments

r=pink

+  NSURL *fileURL = [[NSURL alloc] initWithString:[thePanel filename]
relativeToURL:dirURL];

i remember (a year ago) in chimera we had problems with NSURL not being able to
handle certain things and freaking out so we had to abandon its use. Do you
remember why? I don't, nor does conrad, but i remember we couldn't keep using
them. *shrug*
Attachment #119766 - Flags: review?(pinkerton) → review+
Wasn't it the crashes with very long filenames or file paths? Since, in this
case, the NSURL is coming from the file picker, it should be safe to use directly.
or maybe it was incorrectly formatted urls...either way, you're right, it
shouldn't be a worry here.
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Attachment #119340 - Flags: review?(pinkerton)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: