Automatic search list
Moderator: Moderators
Automatic search list
I request an automatic search list, like in Soulseek.
It's especially benefitial for people (like me) how have many requests. The best way would be a simple window, where you can type your requests in, seperated by [returns]. Optionally with copy&paste and with text-file import.
It's especially benefitial for people (like me) how have many requests. The best way would be a simple window, where you can type your requests in, seperated by [returns]. Optionally with copy&paste and with text-file import.
Life is too short to listen to bad music!
Not quite the same. As I have understood ADL search, it does only work within downloaded file-lists and only if you're opening them.
I mean like in Soulseek. This means that a couple of search-terms you typed in in a windows will be searched for automatically (on the hubs, not in file-lists) say every half an hour.
I mean like in Soulseek. This means that a couple of search-terms you typed in in a windows will be searched for automatically (on the hubs, not in file-lists) say every half an hour.
Life is too short to listen to bad music!
-
- Posts: 80
- Joined: 2003-03-21 10:17
- Location: Concepcion, Chile.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
don't necessarily jump on the newbie
Well, better, use the search tool then post to the original thread. (There's no cause for that now that this post has been made, though.)
I have seen another soulseek suggest this, and it does have merit. Can you describe in depth how it needs to work (not technically)? I imagine you'd specify searches somewhere, but how are results displayed if there are hits? What happens with no hits? Can manual searches be triggered with the same search terms (through the editing interface)? Are files ever auto-queued or downloaded?
I have seen another soulseek suggest this, and it does have merit. Can you describe in depth how it needs to work (not technically)? I imagine you'd specify searches somewhere, but how are results displayed if there are hits? What happens with no hits? Can manual searches be triggered with the same search terms (through the editing interface)? Are files ever auto-queued or downloaded?
Basically, the idea is to create a list of searches, with standard search parameters, that will be carried out at some regular interval on all the hubs a user is connected to. Results are returned as they appear, but no window is necessary for searches that return no result.GargoyleMT wrote:I have seen another soulseek suggest this, and it does have merit. Can you describe in depth how it needs to work (not technically)?
The way Soulseek handles it is to display the results exactly the same way as regular searches are displayed. When there are no hits there is no display.GargoyleMT wrote:I imagine you'd specify searches somewhere, but how are results displayed if there are hits? What happens with no hits?
Not sure I understand this question. Is the idea that for some reason you wouldn't be able to do a manual search with those terms because they're already in the automatic search list? (You can.) Or is the idea that in the window where you specify your automatic searches allows you trigger the same search yourself, by clicking on something? (You can't - but it seems redundant anyway, no?)GargoyleMT wrote:Can manual searches be triggered with the same search terms (through the editing interface)?
No. This seems like a questionable idea to me. With multiple results, how would the program choose which user to try and download from? What would prevent users from misusing such a feature and clogging up a hub with automatic requests left and right? Maybe that's paranoid of me, but it's my guess.GargoyleMT wrote:Are files ever auto-queued or downloaded?
(Incidentally, I'd say this feature is a good idea, but not as good as mp3 bitrate information. )
Seriously. Veterans on the Soulseek forum compete to insult newbies as viciously as possible. It's not pleasant, and it would be nice for the DC++ to provide a more pleasant alternative to that as well.GargoyleMT wrote:Post subject: don't necessarily jump on the newbie
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
spontaenous responses lead to rudeness?
This sounds like a sensible way to work the feature. I would presume that search results do not pop up and steal the forus in the application? Well, regardless, that sounds like the right way for it to be designed in DC++. Perhaps color could be added to the tab interface, so the results could grab your eye some other way.leadenboy wrote:Basically, the idea is to create a list of searches, with standard search parameters, that will be carried out at some regular interval on all the hubs a user is connected to. Results are returned as they appear, but no window is necessary for searches that return no result.
Well, some people are impatient, so it might make sense to allow them to trigger the search on demand... so yes, redundant, but perhaps that fact doesn't make it insane to do so.leadenboy wrote:Not sure I understand this question. Is the idea that for some reason you wouldn't be able to do a manual search with those terms because they're already in the automatic search list? (You can.) Or is the idea that in the window where you specify your automatic searches allows you trigger the same search yourself, by clicking on something? (You can't - but it seems redundant anyway, no?)
Agreed about auto-queuing files. Well, DC++ itself already has the "search spam" feature to block out sending results to people who spam with searches. Before this gets implemented, a "Search Dispatch" feature needs to get implemented, so that searches (manual, auto-finding sources, and 'presistent' searches) are queued, then released to the hub in a nice orderly manner. Yes, searching is one of the biggest users of bandwidth in DC.leadenboy wrote:No. This seems like a questionable idea to me. With multiple results, how would the program choose which user to try and download from? What would prevent users from misusing such a feature and clogging up a hub with automatic requests left and right? Maybe that's paranoid of me, but it's my guess.
Noted.leadenboy wrote:(Incidentally, I'd say this feature is a good idea, but not as good as mp3 bitrate information. )
Well, hopefully the DC++ forum isn't there yet. I'm the most prolific poster (9% or so of posts), and I'm a quiet, helpful introvert in real life. Nobody else has really stepped up to answer people's requests, so I try. I'll be cynical/short when answering questions that people could have found answers to themselves (such as finding a public hub list). But I'll normally edit my posts a couple of times to get phrasing right when answering other people, as well as popping open new browsers to do research to answer their questions. Anyway, I'm a firm believer in this document, which largely advocates trying to help yourself before asking others to help you: http://www.catb.org/~esr/faqs/smart-questions.htmlleadenboy wrote:Seriously. Veterans on the Soulseek forum compete to insult newbies as viciously as possible. It's not pleasant, and it would be nice for the DC++ to provide a more pleasant alternative to that as well.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
well it all depends
Well, it really depends on what you search for. For instance, I picked up on "Soulseek", and so when I searched on it, I was able to locate the post that I was thinking of, as well as some subsequent posts where I mentioned it. It doesn't matter so much if topics like this are brought up once a month or so, but there are other questions that people ask (such as how to configure DC++ in active mode) that are much more frequent, and tend to wear down the regulars.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
:)
I'll drink to that!
Besides, I'm a fan of borging (or thinking of borging) useful features that other P2P applications have for use in DC++. Taking the best and leaving the rest is a sure way to victory.
1. Absorb features from other P2P applications
...
3. PROFIT!
Besides, I'm a fan of borging (or thinking of borging) useful features that other P2P applications have for use in DC++. Taking the best and leaving the rest is a sure way to victory.
1. Absorb features from other P2P applications
...
3. PROFIT!
I'm not sure how "auto find alternative sources" works, but I imagine it iterating through my downloads and every once in a while submitting a search for some item...
This kind of sounds like a problem when you have sixty files named "this show - episode X.avi".
Therefore, imo it would be nice to be able to disable that function and use this suggested auto-search-thing and just specify "this show avi"... DC++ would then automatically add new sources as it finds them. I don't need to see results, if I want that I can do a manual search.
So I'm thinking the manual-auto-search-sources should be the replacement for auto-auto-search-sources... Sometimes your files have weird names or you have a series of files with slightly different names...
That's kind of what I thought and hoped ADL Search was... before taking a decent look at it
This kind of sounds like a problem when you have sixty files named "this show - episode X.avi".
Therefore, imo it would be nice to be able to disable that function and use this suggested auto-search-thing and just specify "this show avi"... DC++ would then automatically add new sources as it finds them. I don't need to see results, if I want that I can do a manual search.
So I'm thinking the manual-auto-search-sources should be the replacement for auto-auto-search-sources... Sometimes your files have weird names or you have a series of files with slightly different names...
That's kind of what I thought and hoped ADL Search was... before taking a decent look at it
Automatically adding new sources for files you have in your download queue is a GREAT and a MUST idea!
Image downloading a movie, which is like 50 .rar archives. You have to "search for alternative locations" for every single file to find multiple sources.
Wouldn’t it be easy, if you added those files in the queue and dc would search and add new sources in decent intervals (10 minutes or so)?
Image downloading a movie, which is like 50 .rar archives. You have to "search for alternative locations" for every single file to find multiple sources.
Wouldn’t it be easy, if you added those files in the queue and dc would search and add new sources in decent intervals (10 minutes or so)?
mirza, some of what you want is a simple patch in QueueManager.cpp :to look like
... but other things require a bit more code. How about submitting a patch for "searches that should be done every now and then in the background" or somesuch, mirza? That seems to fit the bill of what you want to do pretty nicely.
Sarf
---
A government which robs Peter to pay Paul can always count on the support of Paul.
Code: Select all
// SearchManagerListener
void QueueManager::onAction(SearchManagerListener::Types type, SearchResult* sr) throw() {
if(type == SearchManagerListener::SEARCH_RESULT && BOOLSETTING(AUTO_SEARCH)) {
StringList l = getTargetsBySize(sr->getSize(), Util::getExtension(sr->getFile()));
Code: Select all
// SearchManagerListener
void QueueManager::onAction(SearchManagerListener::Types type, SearchResult* sr) throw() {
if(type == SearchManagerListener::SEARCH_RESULT) {
StringList l = getTargetsBySize(sr->getSize(), Util::getExtension(sr->getFile()));
Yeah! That's why it's included in DC++ since... a long time ago. Go look in your "Advanced" Settings pane, Tr0n.Tr0n wrote:Automatically adding new sources for files you have in your download queue is a GREAT and a MUST idea!
Sarf
---
A government which robs Peter to pay Paul can always count on the support of Paul.
sarf: It doesn't work the way it should.
Check http://dcplusplus.sourceforge.net/forum ... php?t=2729
Check http://dcplusplus.sourceforge.net/forum ... php?t=2729
Yes, it does work the way it should. It does not, perhaps, work the way you think it should, but looking at the way the auto-search is coded, you can bet your keyboard that it works the way it "should" (= how arnetheduck coded it)... however, I just added some code to allow you to decide what criteria should be used when auto-searching - I've added them to the Advanced dialog pane in the latest version of DC++k.
Sarf
---
The value of a program is proportional to the weight of its output.
Sarf
---
The value of a program is proportional to the weight of its output.