Troubleshoot.CantSortDownloads/nl

Ik kan mijn downloads niet meer sorteren op bestandsgrootte, voortgang, etc...

Veel gebruikers hebben geklaagd, dat het vanaf versie 1.8.10.8 niet meer mogelijk is om de downloads en uploads te sorteren door op de kolom titels te klikken, terwijl dit in eerdere versies wel mogelijk is.

Het korte antwoord is: De code die betrekking heeft op de download- en uploadlijsten is opnieuw geschreven voor een betere werking, minder CPU-gebruik etc. Dus het is niet zo dat er een optie is verwijderd, de lijsten zijn juist verbeterd! Jammer genoeg is de optie om de lijsten te sorteren nog niet herschreven voor de nieuwe code, dus is het nog niet mogelijk om de lijsten te sorteren. Hopelijk zal deze optie weer terug komen. Versies 1.8.11.2 en 2.0.0.0 hebben deze optie niet, omdat andere problemen belangrijker waren.

Als je een langer antwoord wilt, hier is wat Mike (de ontwikkelaar) er over te zeggen heeft:

Mike: Previous versions of Shareaza used a standard Windows control for displaying the list of downloads and uploads. This worked well if there were not too many downloads/uploads in the list, and if you kept the downloads collapsed. It didn\'t work so well if there were many downloads/uploads, or if downloads were expanded to show a few hundred sources. A lot of processor time was required to prepare the necessary data from the download/upload systems in a form that the list views could use. I was okay with this when it only made the GUI slow down, but for some people it was also affecting transfer performance because it kept various resources locked much of the time, leaving them unable to function properly.

I decided at that point that something needed to be done to bring the downloads/uploads views up to speed, so that you could use them any time, with many thousands of sources or transfers visible, without slowing down the application or affecting performance. (A similar upgrade was done for the search/browse file lists back in version 1.2.0.0 or so, a long time ago now)

The new downloads and uploads views perform MUCH better, and offer amazing performance improvements to anyone with a large number of downloads (or uploads), often rendering the application usable again.

So when you say \"Isn\'t a new release supposed to be only progress?\", I would say that this is in fact very important progress. I\'m much happier now that the downloads and uploads views are not massive black holes of CPU time.

The news views are efficient because they cut out the middle-man and directly access the downloads/uploads systems within Shareaza. Because there is no middle-man to reformat the information, what you see in these lists is exactly what Shareaza sees: Downloads are shown in the order that Shareaza processes them, from highest to lowest priority. Uploads are shown in queue order, with actively transferring files first, followed by those waiting in queues in the correct order.

For some users this works fine: seeing the downloads in priority order is reasonably natural, and a download can be given a higher priority simply by dragging it higher on the list, and vice-versa. Others miss the ability to sort downloads by filename, to more easily locate a file, by progress to see which are closest to completion, or by status to see which are active and which are not. These are all valuable tools, so it is likely that these functions will return at some point in a slightly different form.

Anyway, my point is that it\'s not a case of me saying \"well I know, I\'ll just remove some random features for this release and see if I can piss some people off\" -- it is actually a result of creating and installing far superior downloads/uploads views with widespread benefits. It would be great if the new views immediately did everything the old ones did, but when that isn\'t possible you have to prioritize and do the most important things first.