Hublist Drop Down Menu

[jbyrd]

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 ).

[Twink]

come on jbyrd u surely know that this has been discussed before. THou it is a good idea none the less

[jbyrd]

LOL. Actually, I haven't seen any threads in my searches that discuss the drop down menu. My apologies for posting a dupe!

[jbyrd]

I take that back. I did see this one, but I misunderstood his request. Mine is still better, though.

[Wisp]

something like this?




http://dcplusplus.sourceforge.net/forum ... php?t=5910

[jbyrd]

Looks great! Do we have some code to go along with it?

[GargoyleMT]

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...

[Wisp]

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...

If you press the refresh button you have the same problem

[jbyrd]

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.)

[sidhabo]

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.

[jbyrd]

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.

[GargoyleMT]

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...

If you press the refresh button you have the same problem

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.

[jbyrd]

LOL. How about requiring the user to press "refresh" once the new hublist is selected to reiterate that they are getting a copy from another hublist server.

[Gasman1015]

It would seem that DC++k already has this feature, if you have several hublists in your setting seperated by ";" , you can go from one to another simply by hitting refresh, regardless of the fact that the hublist is working or not.