aMule Forum
English => Feature requests => Topic started by: Dante_ on April 08, 2010, 12:25:15 AM
-
I seriously believe you should add a flag we could use before or after a line on shareddir.dat, something like:
/path/to/directory1
recursive /path/to/directory2
directory1 would be shared non recursively and directory2 would be shared recursively, and scanned regularly (every hour or more often, perhaps a configurable parameter on aMule.conf
-
And how should we integrate this feature into our GUI, which creates shareddir.dat?
-
I guess the GUI should add the "recursive" tag on the directory line it creates when you click on a folder to make it recursively shared, instead of adding all the subdirs it scanned on the moment.
Anyway, I don't even know if this is the way the GUI adds folders recursively, as I only use amuled on a headless server. Just trying to deduce.
-
I guess the GUI should add the "recursive" tag on the directory line it creates when you click on a folder to make it recursively shared, instead of adding all the subdirs it scanned on the moment.
Yes, that is the basic idea behind it.
Anyway, I don't even know if this is the way the GUI adds folders recursively, as I only use amuled on a headless server. Just trying to deduce.
The GUI doesn't add folders recursively. You have to select each folder for which you want its content to be shared.
The question was how the user should differ between selecting a folder and selecting the folder and all its subfolders recursively. While this might sound simple for the command line, there has to be a way to do it in the GUI as well. Any suggestions are therefore very welcome.
-
Uh... the GUI does do that, phoenix....
-
Sorry, you are right (http://wiki.amule.org/index.php/Getting_Started#Sharing_Files).
Idea: if the user right-clicks a folder it is marked with a special color indicating that it's shared recursively and scanned recursively for new files AND(!) folders with files.
-
We had this discussion some time ago and Kry vetoed changes because of backward compatibility problems or something IIRC.
How is eMule behaving at the moment? If we change anything here we have to break the way we store our shared folders. Then we should use the same file format as eMule (again).
-
I see backward compatibility issues only if one would try to open a shareddir.dat with recusrive folders in an older aMule version that is not aware of that feature. ::)
-
I don't remember why I vetoed it, so let's pretend I didn't.
-
I see backward compatibility issues only if one would try to open a shareddir.dat with recusrive folders in an older aMule version that is not aware of that feature. ::)
Which is exactly what people are doing who switch back and forth between SVN and 2.2.6. :)
eMule isn't using any recursive folder sharing either I see.
-
I will check how the stable version would handle lines starting with "recursive". Maybe there's a better way to have both working with the same file syntax.
-
How about /path/to/it/. or /path/to/it/* instead of a "recursive" keyword?
-
This (http://forum.amule.org/index.php?topic=16842.0) might be worth a look. ::)
Still no objections to this feature? The "recursive" keyword makes the file easier to read.
The asterisk could be interpreted as to share only the files in that folder, but not recursively.
-
You found the thread I was too lazy to search.
I don't remember why I vetoed it, so let's pretend I didn't.
The "recursive" keyword makes the file easier to read. (http://forum.amule.org/index.php?topic=16842.0)
Please check what an older client does when it finds such a line. It should neither crash nor destroy the line if possible.
-
Please check what an older client does when it finds such a line. It should neither crash nor destroy the line if possible.
It doesn't crash, but it omits those lines when updating the file so they are not in there anymore. :-\
-
How about /path/to/it/.
Or just put recursively shared dirs into a new file (shareddirrecursive.dat).
I'm still musing why eMule doesn't have it (and mind, it doesn't even have our current "put all sub folders into the share list"). Maybe to prevent people doing nonsense and share all 100000 files of their MP3 collection with one click? Or the whole harddrive?
Maybe we should count the files when loading shared dirs and stop and give a warning if there are too many files to be shared reasonably.