Closed Bug 497382 Opened 15 years ago Closed 14 years ago

Bring back the toolbar buttons to the new Download Manager

Categories

(SeaMonkey :: Download & File Handling, enhancement)

x86
Windows XP
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: robome, Unassigned)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.9.1pre) Gecko/20090610 SeaMonkey/2.0b1pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090610 SeaMonkey/2.0b1pre

Just installed todays nightly an realized that there now are (for me superfluous and even using up space when folded in) menu bar and a search field but the old buttons are missing.
I'd very much like to get back those buttons for open, open containing folder as I use them very often and they're more convenient than the context menu. There's enough room between the search bar and the Clear List button.

Reproducible: Always
What buttons? I don't remember any "open" or "open containing folder" buttons? Did you have an extension installed that supplied these buttons?
No, standard Seamonkey, see attached image. It has buttons for Properties, Cancel, Launch FIle, Show File Location a.s.o.
> No, standard Seamonkey, see attached image. It has buttons for Properties,
> Cancel, Launch FIle, Show File Location a.s.o.
Yes but there are no "open" and "open containing folder" buttons as you originally stated.
> No, standard Seamonkey, see attached image. It has buttons for Properties,
> Cancel, Launch FIle, Show File Location a.s.o.
Yes but there are no "open" and "open containing folder" buttons as you originally stated.
Version: unspecified → Trunk
Depends on: 472001
> No, standard Seamonkey, see attached image. It has buttons for Properties,
> Cancel, Launch FIle, Show File Location a.s.o.
Yes but there are no "open" and "open containing folder" buttons as you
originally stated.

Obviously open and open containing folder were synonyms for Launch File and Show File Location. I use those two buttons a lot too and it would be nice to have them back.
The two buttons are missing in the download "progress window" too (which can be selected as an alternative to the download manager).  Most annoying to have to navigate to the download folder twice in a row (once to download, once to access the file).

This changed from SeaMonkey 2.0a3 to the current version:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090717 SeaMonkey/2.0b1
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: please give back the buttons on new Download Manager → Bring back the toolbar buttons to the new Download Manager
Philip: I intentionally haven't confirmed this one, as I consider it WONTFIX but want to hear about Beta 1 feedback before resolving as such.
(In reply to comment #7)
> I consider it WONTFIX

Because too low demand?
Is it that expensive adding the button (at least "open location", execute/open can be done by double clicking/pressing return on the entry) or do you just not see the benefit of it?
> Philip: I intentionally haven't confirmed this one, as I consider it WONTFIX
> but want to hear about Beta 1 feedback before resolving as such.

People in the MozillaZine SeaMonkey forums want the buttons in the progress window/dialog back.
But I think they're ugly and I removed them intentionally, in both the manager and the progress dialogs. That said, this bug is about the manager, not the progress windows.
Perhaps Philip could extend his toolbar customisation work to the download manager too, then we can all have whatever buttons we like ;-).
No, customization wouldn't help there, but you can write an extension to get them, this shouldn't be hard.
Though it's a pitty an extension is needed for this, I anyhow just made one:
http://www.eyrich-net.org/mozilla/mozapps.html#dlmgrbuttons

I nevertheless still hope for inclusion of these buttons in the app itself.
(In reply to comment #13)
> I nevertheless still hope for inclusion of these buttons in the app itself.
It's nice to have such a extension, but I fear you just delivered a excuse for the developers not to fix this issue. :(
Blocks: 497379
We will not change this. 'Nuff said. WONTFIX.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: