hehe, so for once the board search worked fine for me
Please implement this in eMule.
xilolee, on 12 January 2010 - 11:52 PM, said:
1st - The FR is for Shared Files
Though, once this was implemented, it could maybe go into the transfers tab, too. Or users just go Shared Files/ Incomplete Files. Sometimes I like to do strange things to temp files.
And it could then even replace the mutliple-preview-apps thingy, which is a hassle to keep up-to-date and such.
I wouldn't know, but hopefully
this would be a relatively small coding effort (?), delivering various /multiple, user-extendable
Without cluttering eMule's own contextual menu(s) up too much.
Have some pictures to see what is requested - screenshots from Opera Browser in WinXP, with Windows Explorer (v. 6.0.2600) as Shell :
Here you see the Opera browser's own
right-mouse-button menu in the downdloads tab, what m1t0s1s and I would like to see in eMule context menu(s) is something like the bottom entry :
Here you can see what happens when you choose the Advanced
menu entry : The windows explorer contextual menu for this kind of file (here : zip) pops up.
This can be useful in many, various ways :
User does no longer have to "open folder" to get access to Shell context menu - less clicks, less windows floating around.
To have this Shell-menu in eMule itself has advantages over switching to and fro Explorer <-> eMule
(Explorer does not tell me how well-or-ill-sourced a file is, how much I uploaded from that file, etc. )
- Shell contextual menu is user-configurable
, more or less easily.
The "Send to" (in German screenshot is Senden an)
can be used to do almost anything you want with a file.
by default it only contains entries like "printer", "e-mail", "desktop" and such, but users can create entries for any application, also their own scripts, I think also network or removable devices (?), and whatnots.
Moreover, almost any upcoming FR "Please include this or that non-eMule-itself-relevant-function in context menu"
can be answered with "Configure your Shell menu to do this!"
Even if users do not want to sophisticate their Shell context menus much, the "open with"
alone, and those menu entries created by application installers are often helpful / provide quick access.
two most simple examples, situations where I do not need another explorer window popped up :
- doubleclicking an audio file
for me will play it, inmediately, in winamp, and also replace any playlist I had there.
In Explorer context menu, I can also "enqueue" the file in winamp, or "enqueue and play", or I can "open with" any other application (foobar2000, Audacity, whatever I want).
- a zip file
: "open" (doubleclick in eMule) for me will start the 7zip
GUI and open the zip into that - most often I do not want that, but instead directly unzip it to
/[some-path or here]/[base-filename or here]/ - or maybe I want to have it directly "opened with" foobar2000.
This post has been edited by coluche: 12 April 2012 - 04:42 PM