Distinct Shares for Different Hubs
Moderator: Moderators
Distinct Shares for Different Hubs
What I am looking to do is specify what is shared by hub rather than a global level. This way I can share different files / amounts on different hubs to satisfy hub requirements as well as my own personal needs why still maintaining simultaneous hub connections.
If these feature is currently implemented then I apologize. However I would still like to know how it is done.
Thanks
If these feature is currently implemented then I apologize. However I would still like to know how it is done.
Thanks
RMIce127 wrote:Nevermind... I found that this was a rejected feature...
I can see how this can be a time consuming feature to implement but damn...
Time consuming, maybe but if you are going to implement virtual folders different shares for different hubs are no big deal. The sharemanager just have to have a solid meta structure.
It's a bit more complex than that, as has been discussed before, here for instance. Or use the search.
Turn it upside down.
The problem as I see it is that some hubs I want to connect to, do not accept some of the topics I share in other hubs.
It isn't only pr0n, but there are hubs which doesn't accept mp3 files and hubs which doesn't accept anything but their topic.
If I had to add the share for each hub seperately then of course I would add as little as possible. (Yours truly is as lazy as everyone else.)
But it is always possible to turn a problem on its head.
Instead of being able to add folders for each hub, give me the feature of being able to hide files and folders in hubs which doesn't want them.
I'm no programmer. I haven't got the faintest idea what that involves.
As things are now, what is shared is decided by the least tolerant hubs in my the hublist. Surely that isn't the best of situations either.
I know. To long.
Anyway.
Best wishes.
Mr. R
It isn't only pr0n, but there are hubs which doesn't accept mp3 files and hubs which doesn't accept anything but their topic.
If I had to add the share for each hub seperately then of course I would add as little as possible. (Yours truly is as lazy as everyone else.)
But it is always possible to turn a problem on its head.
Instead of being able to add folders for each hub, give me the feature of being able to hide files and folders in hubs which doesn't want them.
I'm no programmer. I haven't got the faintest idea what that involves.
As things are now, what is shared is decided by the least tolerant hubs in my the hublist. Surely that isn't the best of situations either.
I know. To long.
Anyway.
Best wishes.
Mr. R
Re: Turn it upside down.
Thats essentually the same feature. So no you are not likely to see this implemented.seaside wrote:The problem as I see it is that some hubs I want to connect to, do not accept some of the topics I share in other hubs.
It isn't only pr0n, but there are hubs which doesn't accept mp3 files and hubs which doesn't accept anything but their topic.
If I had to add the share for each hub seperately then of course I would add as little as possible. (Yours truly is as lazy as everyone else.)
But it is always possible to turn a problem on its head.
Instead of being able to add folders for each hub, give me the feature of being able to hide files and folders in hubs which doesn't want them.
I'm no programmer. I haven't got the faintest idea what that involves.
As things are now, what is shared is decided by the least tolerant hubs in my the hublist. Surely that isn't the best of situations either.
I know. To long.
Anyway.
Best wishes.
Mr. R
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Re: Turn it upside down.
So you're walking around the problem and then calling it a different one? =)seaside wrote:But it is always possible to turn a problem on its head.
Instead of being able to add folders for each hub, give me the feature of being able to hide files and folders in hubs which doesn't want them.
I'm no programmer. I haven't got the faintest idea what that involves.
Both involve the same issue: given an identical nick on each hub you're on, you have to (with 100% certainty) be able to match up the user with the hub they're on. When connecting to another client, yours only advertises its name, not originating hub.
So you have a bunch of identical names, and you have to sort them out.
I think it can be done with the current protocol (which was only ever designed for a client to be on a single hub at a time), but the solution is probably incredibly messy. None of the DC++ mod makers I've seen have tackled this... that says something.
Anyhow, you're just rephrasing it, not making it a new problem. =)
I've noticed that different shares for different hubs is not going to happen.
What I did not find tough, was if it's possible to make different share configurations. For example, I select from a menu "share a" and it shares for example D:\blaa1 and E:\blaa2. If I select instead "share b", it would share instead D:\asdaa1 and E:\asdaa2, maybe E:\blahblah1. And those different sharelists could be configurable, and you could toggle between them when you are not connected to any hub.
Since some hubs require for example. "no pr0n/hentai here", or I don't want to share other than comics in a comic releated hub. I don't mind being in only one hub at one time (if neccessary), if I just could simply adjust my share by switching between preconfigured sharelists. Currently it's a bit hideous process to always go to options and add/remove folders. It's not user-friendly.
I'd like to hear if this is already suggested, if yes, what's the current status? If not, is this possible to do to some future version? Or is it too complicated? You don't have to include any specific hubs. Think it as adding different profiles for a user
What I did not find tough, was if it's possible to make different share configurations. For example, I select from a menu "share a" and it shares for example D:\blaa1 and E:\blaa2. If I select instead "share b", it would share instead D:\asdaa1 and E:\asdaa2, maybe E:\blahblah1. And those different sharelists could be configurable, and you could toggle between them when you are not connected to any hub.
Since some hubs require for example. "no pr0n/hentai here", or I don't want to share other than comics in a comic releated hub. I don't mind being in only one hub at one time (if neccessary), if I just could simply adjust my share by switching between preconfigured sharelists. Currently it's a bit hideous process to always go to options and add/remove folders. It's not user-friendly.
I'd like to hear if this is already suggested, if yes, what's the current status? If not, is this possible to do to some future version? Or is it too complicated? You don't have to include any specific hubs. Think it as adding different profiles for a user
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
The suggestion of having different share directories that compromise one's share, and being able to toggle them on/off easily (while still being global) has been suggested. I don't know of anyone who has coded this, which also rules out the possibility of me knowing if they've contributed it to DC++.
I did make a patch to toggle shares on and off (for version 0.4 I think) however I didn't understand how searching worked well enough to stop certain files turning up in search when they weren't actually shared.GargoyleMT wrote:The suggestion of having different share directories that compromise one's share, and being able to toggle them on/off easily (while still being global) has been suggested. I don't know of anyone who has coded this, which also rules out the possibility of me knowing if they've contributed it to DC++.
Appears in this thread
http://dcplusplus.sourceforge.net/forum ... highlight=
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
What about running multiple instances?
Instead of tackling the problem in DC++, what about installing a second copy of the software and running it simultaneously? This way you can define different shares for different hubs without making any changes to the existing file management system.
What would need to change in DC++ to allow Windows to launch multiple instances of it? (can't seem to do it today)
What would need to change in DC++ to allow Windows to launch multiple instances of it? (can't seem to do it today)
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Re: What about running multiple instances?
Preventing multiple instances is a feature inside DC++ - removing that code is unlikely to happen. There are other solutions, such as running clients under two users (XP/2K can do this). There are also DC++ based mods that have this code removed.synthmeme wrote:What would need to change in DC++ to allow Windows to launch multiple instances of it? (can't seem to do it today)