Hublist Drop Down Menu
Moderator: Moderators
Hublist Drop Down Menu
I have seen some requests for hublist functionality in my searches, but not this one.
I envision this feature utilizing the current input of hublists into the "Public Hublist URL" box...which supports multiple hublist entry by separating each with a ";".
But, instead of relying on the software to move down this list upon hublist download failure, the user would be able to choose a hublist in a drop down menu. This menu would appear conveniently at the bottom of the "Public Hubs" window.
The main problem with the current system is hublists hang, sometimes. They continue to say "Downloading public hublist", and never give a fail message. I imagine this doesn't prompt the program to move to the next hublist.
Discuss (and hopefully implement ).
I envision this feature utilizing the current input of hublists into the "Public Hublist URL" box...which supports multiple hublist entry by separating each with a ";".
But, instead of relying on the software to move down this list upon hublist download failure, the user would be able to choose a hublist in a drop down menu. This menu would appear conveniently at the bottom of the "Public Hubs" window.
The main problem with the current system is hublists hang, sometimes. They continue to say "Downloading public hublist", and never give a fail message. I imagine this doesn't prompt the program to move to the next hublist.
Discuss (and hopefully implement ).
Hehe.
I take that back. I did see this one, but I misunderstood his request. Mine is still better, though.
Hehe.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Would it be helpful to have one search every 30 seconds or so (unless a failure is detected) to avoid flooding the hublist provider with requests?
I currently find myself flooding hublist.org for requests because I am hitting refresh over and over again in frustration.
To cut down on traffic, it would also be advantageous to request only certain criteria for hubs (users, share, etc.) as is currently used when searching within a hub. Setting hub criteria would reduce the number of hubs (data) that is sent upon request of the list. (An obvious downside to this is the exclusion of smaller hubs, which deserve recognition.)
I currently find myself flooding hublist.org for requests because I am hitting refresh over and over again in frustration.
To cut down on traffic, it would also be advantageous to request only certain criteria for hubs (users, share, etc.) as is currently used when searching within a hub. Setting hub criteria would reduce the number of hubs (data) that is sent upon request of the list. (An obvious downside to this is the exclusion of smaller hubs, which deserve recognition.)
Hehe.
Good feature !! It struck me the first time I had to change hublist as the obvious feature you would like to see. At minimum you would like to have a drop down with all your "old" entries .... which wouldn't hurt hublist transferes at all.
CPU Pentium 3.1 Ghz, RAM 1 Gbyte XP Pro, SP2, all MS updates, Sygate Firewall
I understand all of the concerns presented, but I truly don't see this as an abusable tool. Surely it can cause problems if used excessively, but I don't see any real benefits from searching every hublist in your menu. I usually try different ones until I get a list in my window, and then I don't mess with it anymore.
Hehe.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
It's a similar problem, but "Refresh" specifically means to go get a copy from the server. A dropdown to switch hublists might not imply getting a new copy to most users.Wisp wrote:If you press the refresh button you have the same problemGargoyleMT wrote:The problem, or part of one, is that you can only cache one hublist... if people keep switching around, this will cause a lot of additional traffic...
-
- Posts: 184
- Joined: 2003-05-26 11:29
- Location: UK