Troubleshoot.CantSortDownloads/nl: Difference between revisions

From Shareaza Wiki
Jump to navigation Jump to search
 
Line 11: Line 11:


==Waarom was de functie eerst verwijderd?==
==Waarom was de functie eerst verwijderd?==
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! De functie is dus weer aanwezig, maar is standaard uitgeschakeld omdat het veel bronnen voor nodig zijn, zeker bij lange rijen.
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! De functie is dus weer aanwezig, maar is standaard uitgeschakeld omdat er veel bronnen voor nodig zijn, zeker bij lange rijen.


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

Latest revision as of 15:25, 31 January 2014

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 kolomtitels te klikken, terwijl dit in eerdere versies wel mogelijk is. Deze functie is weer terug sinds versie 2.1, maar het staat standaard uit. Om het in te schakelen:


Ga naar de Shareaza instellingen en kies 'Geavanceerd'. NB.: Hiervoor moet je actief zijn in de tabbladstijl. Zoek naar Downloads.SortColumns en zet de waarde op 'True'. Herstart Shareaza om de wijziging van kracht te maken.

Je kunt eventueel ook Downloads.SortSources inschakelen, waardoor alle downloadbronnen gesorteerd worden, de actieve downloads staan bovenaan, gevolgd door de downloads die in een wachtrij staan (in volgorde van positie in de wachtrij).


Waarom was de functie eerst verwijderd?

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! De functie is dus weer aanwezig, maar is standaard uitgeschakeld omdat er veel bronnen voor nodig zijn, zeker bij lange rijen.

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.