Closed Bug 107521 Opened 24 years ago Closed 24 years ago

Mac FileWidget implementation w/NavServices needs to support filters

Categories

(Core :: XUL, defect)

PowerPC
All
defect
Not set
blocker

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: bugs, Assigned: sdagley)

References

Details

(Keywords: platform-parity)

Attachments

(1 file, 2 obsolete files)

The UI for "Save With Images, Objects etc" requires this UI: File name: [ goats.html ] Save as type: [ Web Page, complete (*.htm;*.html :^] |Web Page, HTML only (*.htm;;*.html| |Text only (*.txt) | |All Files (*.*) | +----------------------------------+ The selection of the a specific filter causes different 'save modes' to be used (saving with images, just the html file, or perform a plaintext conversion). I'm told that currently our use of NavServices doesn't even use a filter list box (so I assume calls to appendFilter through nsIFilePicker are ignored). We need support for this, and we also need implementation of a method which gets/sets the index of the selected filter (0-based). This is currently blocking implementation of this feature on Mac, we can only get around it by disabling the feature on Mac ;)
Sounds like a job for rjc if you ask me ;)
Assignee: hyatt → rjc
If you need to fix this, please also consider bug 95478. The new CFString based method in navigation services seems have support for filer. I quickly scan the http://lxr.mozilla.org/seamonkey/source/widget/src/mac/nsFilePicker.cpp It seems it have some filter code there. But maybe the filter implementation is not completed.
Can we get a target milestone in this? I'm going to proceed with landing the Save with Objects feature but will disable it on the Mac.
Steve wants this one.
Assignee: rjc → sdagley
Keywords: nsbeta1, pp
QA Contact: jrgm → sairuh
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
steve, what's the status on this?
it's on my 0.9.8 list
punting to 0.9.9 as crasher bug #99561 has become a priority
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Hmm... I think bug 123178 that I posted yesterday is either a duplicate or related. (Probably fixing this bug would fix that one as well, although the new bug is really a symptom of this one.) Perhaps the same is true of bug 123174.
*** Bug 123178 has been marked as a duplicate of this bug. ***
nsbeta1+ per ADT triage team
Keywords: nsbeta1nsbeta1+
How likely is this to hit for 0.9.9? I've got some web pages that remain bookmarked or in e-mail messages because I can't figure out how to save them the way I want them. (Sometimes they save with images when I don't want them to; others, they save without images when I want them to. The pages that don't end in .html are the worst.)
-> Moz1.0 (sorry tommy)
Target Milestone: mozilla0.9.9 → mozilla1.0
*sigh* ;-) That's all right. Just didn't want to be getting my hopes up or anything. Maybe in a couple of years I might know how to fix it myself, but right now my programming skills only go up to a point. Thank goodness the University of Alabama CS department focuses on C++.
Removing mozilla0.9.8 keyword as that milestone is passed, and also removing resolved/fixed bugs from blocks list as open bugs don't block fixed bugs.
No longer blocks: 11632, 42441, 116263
Keywords: mozilla0.9.8
Greg, please never touch dependencies in my bugs. I may want to refer to them to verify something.
Blocks: 11632, 42441, 116263
Fixed some tab/whitespace probs in the previous patch
Attachment #74015 - Attachment is obsolete: true
Comment on attachment 74018 [details] [diff] [review] Patch to implement support for Format popup menu in PutFile dialogs r=ccarlen
Attachment #74018 - Flags: review+
+void nsFilePicker :: HandleShowPopupMenuSelect(NavCBRecPtr callBackParms) +{ + if (callBackParms) + { this entire section of code has tabs. + nsFilePicker* self = NS_REINTERPRET_CAST(nsFilePicker*, callbackUD); + switch (msg) + { + case kNavCBEvent: ditto + case updateEvt: + WindowPtr window = reinterpret_cast<WindowPtr> (cbRec->eventData.eventDataParms.event->message); + nsCOMPtr<nsIEventSink> sink; + nsToolkit::GetWindowEventSink (window, getter_AddRefs(sink)); + if (sink) this will break mach-o (jump past initializer). you need to enclose the case w/in a block to scope the compPtr. Question: how does this behave on 8.6 with TARGET_CARBON? You mention you're using NavServices3. Will it just crash?.
Tabs are fixed {} added for case kNavCBEvent: to scope the compPtr CarbonLib 1.1 and later is listed as requirment for Nav Services 3.0
Ok, I think the last of the damn tabs have been removed. Here's the final version of the patch incorporating everybody's feedback. And I added my name as a contributor lest folks think Pav is a Mac engineer :-)
Attachment #74018 - Attachment is obsolete: true
Comment on attachment 74197 [details] [diff] [review] Patch incorporating comments from ccarlen, pink and scc. Now tab free sr=scc
Attachment #74197 - Flags: superreview+
Comment on attachment 74197 [details] [diff] [review] Patch incorporating comments from ccarlen, pink and scc. Now tab free r=ccarlen
Comment on attachment 74197 [details] [diff] [review] Patch incorporating comments from ccarlen, pink and scc. Now tab free a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #74197 - Flags: approval+
Fix checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
It works for me on build 2002031509 on Mac OS 9.2.2 -- woo hoo! Thanks, Steve and all! :-)
vrfy fixed using 2002.03.20.08 comm bits on mac 10.1.3 and 9.1 (under classic emul). side note: the format option is not remembered, so filed bug 132467.
Status: RESOLVED → VERIFIED
*** Bug 123174 has been marked as a duplicate of this bug. ***
*** Bug 9621 has been marked as a duplicate of this bug. ***
*** Bug 9620 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: