Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[dummy00001]

I'll join the long list of requests for features.

0. Kad!!! Please, please, please. Number zero, ignore that point. Mentioned for completeness.

1. Nice feature spotted in Overnet: "Paste ED2K Link(s) from clipboard". Opposite of "Copy ED2K Link(s) to Clipboard". (Has a nice shortcuts Ctrl-C/V in Overnet). When invoked in transfer' list, tries to interpret content of clipboard as a list of ed2k links and start downloading them. Makes that little buggy (at least on MacOS) edit field "ED2K Link Handler" redundant. *Nobody* is so insane to type links manually anyway.

2. Auto lower application priority after start-up. At moment I have to do that manually. Not the lowest - but just below average. Normally I set it from default 0 to 10.

3. Sparse file support where available. Probably this one is Mac OS specific, but on Linux I used to see "du -sh" giving right size on sparse files. On MacOS (rumoured to support sparse files) "du -sh" always tells the same length as a ls.

Have fun.

[ken]

Originally posted by dummy00001
1. Nice feature spotted in Overnet: "Paste ED2K Link(s) from clipboard". Opposite of "Copy ED2K Link(s) to Clipboard". (Has a nice shortcuts Ctrl-C/V in Overnet). When invoked in transfer' list, tries to interpret content of clipboard as a list of ed2k links and start downloading them. Makes that little buggy (at least on MacOS) edit field "ED2K Link Handler" redundant. *Nobody* is so insane to type links manually anyway.

Not a bad suggestion.  While we're at it, we should support drag&drop of ed2k links onto aMule.

3. Sparse file support where available. Probably this one is Mac OS specific, but on Linux I used to see "du -sh" giving right size on sparse files. On MacOS (rumoured to support sparse files) "du -sh" always tells the same length as a ls.

According to this page, HFS+ does not support spares files.

[dummy00001]

According to this page, HFS+ does not support spares files.

Oh. Thanks for info. Probably I have messed that up with extents. I thought that all FSs supporting extents do support sparse files. Not that I miss sparse files much. (*)

As to link pasting, I'd give my vote for one more tab in aMule window. I do not know how you do manage you ed2k links, but I keep my links in text file for now. The obvious problem, is that I do not have that much disk space to have everything in queue. And I do not like something hanging in paused/stopped state for too long.

So, in addition to ed2k link pase and drag'n'drop, I'd suggest adding one more tab, let's code name it "Linkpad", where one will be able to store ed2k links. One can add link manually of from search results. There sould be possibility to annotate ed2k link. Then one can click on link(a) and choose to download it/them. Linkpad content would be saved to disk say in specially formatted html file - but still possible to open with web browser and see the links and comments.

Optional grouping for the links will be lovely too - with moving/copying link from one group to another. This way I would be able to save links for the files I have already downloaded in separate group - so they will not bother me and will be available if I will need them some time later.

As for me, such "Linkpad" feature will absolete link pasting and dropping - I will just keep my links inside of aMule then.

(*) With sparse files, one never knows true hard drive space requirements. I have had a situation, when copied files over nfs to server: server run out of space. As it turned out, directory had a very huge sparse file. "du -sh ." gave obviously disk usage, but not the total size.

[dummy00001]

Btw, the page comparing HFS+ and UFS, is definitely not up-to-date.

HFS+ can be case sensitive. This feature is available only under Mac OS X Server - but I heard people had hacked normal Mac OS X fs to be case sensitive.

Thou with sparse file it seems to be right. Probably that's why I do not observe sparse files under Mac OS X ;-)

[ken]

Um, no offense but your Linkpad idea seems silly.  

It's basically the same as adding files to the download list in paused/stopped mode, and organizing them with categories, except for some reason you don't like adding them to the download list.

I say, get over it.  

[dummy00001]

Well, it might seems silly.

For example I got the list from my friends: 150 links.
At top I'm downloading simultaneously about 6 files. Best from my experience.
So you propose that I keep 150 idle downloads? That's the way things getting out of hands.

There is no search in transfers list - getting thru 150 links without search is rather boresome. And if file once was started and I got something downloaded - hard drive space will gets allocated - no way I can kill it from aMule. And I cannot keep links for downloaded files which are not shared anymore - they will be cleared automatically on next restart from transfers pane and from shared files list when removing.

And then I have some links on my list which sitting there for about 1,5 year - waiting for the time I will need them. If I will need them ever at all.

So there is subtle difference.
Yes, it has little relevance to core aMule functionality.
But it is nice to have integrated solution.

P.S. Your comment says that my idea is quite good as idea. You just have doubts that someone else will find it useful. I have the same doubts I do not think it is "important" feature - I think it is "nice to have" feature. It just help to organize things, what is important too I think. I'd prefer integrated solution.

[lionel77]

Originally posted by dummy00001
1. Nice feature spotted in Overnet: "Paste ED2K Link(s) from clipboard". Opposite of "Copy ED2K Link(s) to Clipboard". (Has a nice shortcuts Ctrl-C/V in Overnet). When invoked in transfer' list, tries to interpret content of clipboard as a list of ed2k links and start downloading them.

great idea, i second that request.

Originally posted by dummy00001
Makes that little buggy (at least on MacOS) edit field "ED2K Link Handler" redundant. *Nobody* is so insane to type links manually anyway.

yes, the ed2k link handler is a bit buggy on the mac. if you have a link that's longer than the input field it gets broken into two lines and amule chokes on it. a workaround is to temporarily make the amule window really wide so that the whole link fits into the text field. depending on the length of the link and your screen resolution you might even have to make the amule window wider than the screen.

Originally posted by dummy00001
2. Auto lower application priority after start-up. At moment I have to do that manually. Not the lowest - but just below average. Normally I set it from default 0 to 10.

you could probably also do this through a shell script that starts amule, greps the id and then renices the app. this would be a bit more elegant than implementing priority in amule itself imho.

[GonoszTopi]

For adjusting application priority there is nice. 'man nice' if you want to know more.

You could also create your Linkpad (or name it whatever) as a remote application, that communicates aMule via ECv2. Everything is already implemented what you need for this.

Have fun