possibility to expand grouped search results

[maksis]

Grouped search results should be possible to expand to see all information, as you can do in other clients that group search results. Seeing users (without using the right click menu), their slots and connection speed is quite important when choosing which file to download.

[maksis (maksis)]

it's also annoying that when downloading a filelist via search window the concerned folder isn't being displayed and must be searched manually

[eMTee (realprogger)]

For the first one, Jacek told that he didn't like the expandable lines so it won't be done until he change his mind... I can't see your problem with it because as if you select download the grouped file then all the grouped sources added to the queue with the file and as the downloads are multisource since 0.700 it will start to download right away from all sources which has free slots...
For the 2nd one, yes I can confirm it with 0.707 only (you haven't told what version you use, please do so next time) And also please one bug per report next time, thanks!
I moved the 2nd one to a separate bug report as it should be fixed soon.

[Szabolcs Molnár (fleet)]

Sometimes you don't want to add the whole bunch of sources. This may happen when you want to download more than a single file. For example a whole directory. But since the directory doesn't have a TTH, you search for one of the required files, then see which has the most sources. Possibly that will be the best. But talking about a whole directory, you need to see which are the users who has this file organized in a directory which meets your requirements. You download the file list of that user then add the whole directory to your queue.

That's it. It's impossible to do without expandable search results and I get _very_ annoyed every time I want to download for example a music album I need.

[MikeJJ (mrmikejj)]

I think that it's nice to expand them, so then you can choose the filename you want.
As different people have files in different format's, it's nice to be able to choose what it looks like, without having to rename it manually.
(e.g. some people prefer spaces to connect words, others hyphens, others underscores, then then actual informative content in the name changes as well)

[maksis (maksis)]

I thought that the version number was quite obvious. There are often many different releases of the same album for example so it's annoying to guess which one of the versions you can get without waiting. The files that are being shared by several users are most probably being downloaded so it's a bit strange to show many columns only for files that are likely to not be downloaded. And you can't see the slot information elsewhere.

[Szabolcs Molnár (fleet)]

It would be important to do it, since this way you are unable to see fake files. E.g. when there is multiple filenames for the same TTH, you may think that it's a fake. But if you cannot expand it, you never know it's a fake until you download and get something else as expected.

So the "wishlist" is not a good category for this bug. Rather it should be a "Medium" priority thing.

[Big Muscle (bigmuscle)]

arne can use TreeListView from StrongDC++, but it would require rewriting from WinAPI to SmartWin

[Jacek Sieka (arnetheduck)]

A simple option "group search results" in the search frame would probably be enough, without all the complexity that treelists bring...

[Szabolcs Molnár (fleet)]

Actually unchecking "group search results" would be a step backward. True that you could order the results by TTH then and also it's simple to code, but then you will have two options in the search window: a bad and a worst :)

[maksis (maksis)]

I agree, the results should be expandable. Is this going to be changed?

[KaKtuScAr (kaktuscar)]

My vote also goes to expandable search results. This new solution is very inconvenient to me as I sometimes get 50+ results for the same file, and would like to match queue only with a few users, with good upload speed and free slots. That's the information I cant see without a possibility to expand results, and it forces me to manually search by the directory name instead of just alternative search.

winxpsp2, dc++708

[Jota.Ce (psidtg)]

I vote expandable to...

Cause... some people has the file with a name, some with another name... some in a folder, some in another folder... i mean, wen you search for standard file naming standar folder naming, DC++ gives you the first match for filename/file path it finds... and gives no info about other file names.

And also i think user count is wrong, since sometimes you download a file and there are less sources for that file that search window shows.

And... Slots column is also for the first match of the file ??? Cause i've seen very strange things on that column when there are several sources...

And... how about remembering sorting field in search window ???

[user94 (tybyu2)]

Hi, I register to this site specifically for this features. Its really usefull and I miss this feature a lot.

[poy (poy)]

there's now a "Merge results about the same files" check-box. it only applies to new searches. mark as fixed if you feel it is...

[relent (sepultura)]

Hello,
I have been using revconnect for a long time, but it is an old software, the last update was about 1-2 years ago. However it has some really usefull features, regarding searching too of course.

It has the function autoclose groups too, like in dc++, but when it is enabled, a + mark appears near the files that has multiple sources, and you are still able to open these groups by clicking on the +, so you can see all sources-one-by-one.

Why is it important?
I would have 2 reasons for this. First you can see which "group" has sources with faster connections, more and faster slots, so you can decide which to pick.
The other reason is: my native language is not English. This way I would like to know, what I am wishing to download has English language, or my native for example. How do I know this? 2 things: checking file names and checking directory names. If I cannot look the individual sources, I see only 1 file name and 1 directory name, and usually it is not enough, not all people mark the language in the file name or directory name.

If I do not use autoclose groups, that way it takes loads of time to check these groups, so autoclose groups is needed, but still we should be able to check the sources one-by-one.

Please check attached screenshot.

[maksis (maksis)]

I've moved to another clients because the usablity of DC++ is just getting worse, especially this search result matter is unbearable

[Toast (swetoast-deactivatedaccount)]

that should be to hard to do (atleast i dont think so) we have recently changed the gui and not all feats are in there but if u have some patience instead of whining we will see if poy or some other dev feel charitable :)

[Twilight2013 (twilight2013)]

relent, RevConnect hasn't updated their client since 2006. This feature is on BCDC++, StrongDC++, ApexDC++, etc. Why not DC++ can have this useful feature?

[relent (sepultura)]

Well yeah, I was not sure when was the last update - a long-long time ago, that's what I was sure of. :) However it is still a quite good one, only problem that happens is, it cannot download a lot of file lists - and now it is quite annoying.

I hope developers will implement this kind of feature too, makes life a lot easier - and as you have said, some more clients have this too, so it has to be a good one. :)

[poy (poy)]

done in rev 3221. :)

still experimental; quite a lot of code had to be written to add tree-like functionality inside lists. (the reverse, making a tree be list-like is way too complicated; especially handling multiple selections.)

[poy (poy)]

Fixed in DC++ 0.820.