Software-update: Total Commander 9.00 release-candidate 5

De vijfde release-candidate van Total Commander versie 9.0 uitgekomen. Dit programma kan als vervanging voor Windows Verkenner worden gebruikt. Doordat het beeld in tweeën is gesplitst, is het eenvoudig om bestanden te kopiëren, maar het programma kan veel meer. Zo zijn er diverse manieren om bestanden aan te passen, zijn een ingebouwde ftp-client en een multirename-tool aanwezig, en is er ondersteuning voor een groot aantal compressieformaten. Verder kan de functionaliteit met plug-ins worden uitgebreid. Het programma is klein en hoeft niet geïnstalleerd te worden om het te kunnen gebruiken, dus het is makkelijk om het overal te gebruiken.

In versie 9 treffen we onder meer een paar cosmetische wijzigingen aan. Zo worden er nu systeemiconen gebruikt in plaats van de interne en is er een nieuwe menubalk tussen de twee bestandsschermen geplaatst. Verder zijn er een groot aantal kleine verbeteringen aangebracht. Volgens Christian Ghisler is de release-candidates stabiel genoeg voor dagelijks gebruik, maar moeten er nog enkele kleine plooien gladgestreken worden. De changelog voor deze uitgave ziet er als volgt uit:

Fixed:

• Reduced automatic update checks to once per day, ramdomly after 0h..9h morning to better distribute the server load (32/64)
• Various problems watching for mobile device arrivals/removals, e.g. USB devices disappearing from Alt+F1 list, wrong labels etc. (32/64)
• Synchronize with certain archives, option "Only selected" checked -> recompare after sync gave empty results because the selection was lost (32/64)
• Further reduced CPU usage of main thread, caused by a timer which shouldn't always be running (32/64)
• Archive where deeper directories are stored before others, e.g. /dir1/dir2 before /dir1 -> timestamp for /dir1 was shown incorrectly (32/64)
• Automatically changed view mode was lost on tab with "locked but dir changes allowed" after 2 or more directory changes and restarting TC (32/64)
• Configuration - Options - View modes: Never apply current view mode in configuration dialog to target panel, only to source panel (32/64)
• Configuration - Options - View modes: Only apply auto view mode filter to current tab when on "Auto Switch Mode" page (32/64)
• Configuration - Options - View modes: Try to preserve previous view modes on tabs even when deleting or re-ordering view modes (32/64)
• Directory hotlist, choose item with dirs for both sides -> separate tree for inactive panel wasn't updated when using 2 separate trees (32/64)
• Context menu for file, press hotkey which doesn't exist in the menu -> close the context menu, as in TC 32-bit (64)
• Catch exception "Printer selected is not valid" in "Print" - "File list" dialog box (32/64)
• Search via "Everything" 1.3.x and older 1.4.x caused access violation when no file/folder was found with the given search string (32/64)
• Themed listbox cursor was drawn in footer (directly below file list) during quick search (32)
• Ctrl+Q quick view in archive on pdf file not showing anything while quick search dialog was open (32/64)
• Quick view in archive not working when invoking cm_SrcQuickview with mouse (OK via command line or hotkey) (32/64)
• Shift+F4 always created a new file when entering a name without extension, even when the file already existed (32/64)
• The following option didn't work in 64-bit: Main menu: When additional icon dlls have their own inc file, it will be used instead of wcmicons.inc for the entire main menu (64)

Versienummer	9.00 release-candidate 5
Releasestatus	Beta
Besturingssystemen	Windows 7, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website	Ghisler
Download	http://www.ghisler.com/900_rc5.php
Bestandsgroottes	4,08MB - 6,99MB
Licentietype	Shareware

Reacties (9)

[CAP-Team]

Hoewel ik zeer waardeer dat Christian Ghisler probeert de software zo bug-vrij mogelijk op te leveren, vind ik het wel vreemd dat na 17 beta's en nu de 5e release candidate nog geen final versie is.
Imho heb je het dan dus nog niet over een RC maar nog steeds over een beta.

Plus dat na de final versie altijd nog een a-versie volgt enkele weken na release..

[CivLord]

Bij een beta gaat het om testversies om te kijken of de functionaliteit in orde is. M.a.w. je loopt een risico dat er iets fout gaat. Wanneer de bugs er uit zijn, komen de RC's, waarbij meer mensen het programma gebruiken en het zwaartepunt ligt op het vinden van cosmetische fouten en andere slordigheidjes.
Dan komt de officiële release. Omdat dan het grote publiek met TC gaat werken worden er door de vele ogen die het dan zien toch nog wat foutjes gevonden die in de bèta's en RC's niet gevonden zijn. Die worden dan in de a-versie gefixt.
Andere softwareontwikkelaars zullen de software eerder vrijgeven en de gerapporteerde fouten repareren in opeenvolgende productieversies.

[Bor]

Wanneer de bugs er uit zijn, komen de RC's, waarbij meer mensen het programma gebruiken en het zwaartepunt ligt op het vinden van cosmetische fouten en andere slordigheidjes.

Zo werkt het over het algemeen bij Total Commander niet. In de vorige release candidate zijn bijvoorbeeld nog nieuwe features toegevoegd. Door het entiousiastme van de ontwikkelaar maar ook door het gebrek aan een duidelijk releasepad en roadmap volgen de beta's en rc's elkaar bij Total Commander altijd in hoog tempo op. Een veelfout aan RC's is niet raar in dit geval.

[CivLord]

Klopt. Hij kan zich niet beheersen om in beta's en RCs toch nog nieuwe features te stoppen.
Maar wat hij er dan nog extra in stopt zijn geen features die ingrijpen op de functionaliteit van TC, die je systeem in gevaar kunnen brengen. Het zijn vooral cosmetische zaken.

[MrFax]

Toch verbaas ik me weer wat hij er weet in te stoppen, kom op het is een file explorer. Hoe verzin je na zo een lange tijd nog iets nieuws?

[CivLord]

Hij heeft er nog geen e-mail functie ingestopt, dus voorlopig zal hij nog ideeën genoeg hebben die iets wezenlijks aan de functionaliteit toevoegen.

[Hakker]

Ik snap niet waar jij je druk over maakt net als velen anderen trouwens. Versioning is irrelevant voor de gebruiker. Het is nuttig voor de devs zodat ze weten in welke versie een bug zit, maar voor de gebruiker is de changelog van belang zodat ze kunnen zien of features danwel bugs welke ze merkten zijn opgelost. Of het nu 9.0.1.4, 9.0 RC4, 9.22, 11-10-2016, rev 12654 of wat ze nog meer gebruiken aan versioning is totaal irrelevant, maar het gewicht dat sommige mensen eraan geven is te bizar voor woorden.
Het is een beetje hetzelfde als zeggen dat een vork met 4 punten beter is dan een vork met 3 punten als je lucht wil prikken.

[CAP-Team]

Ik bedoel eigenlijk meer te zeggen dat als ze met RC's bezig zijn je mag verwachten dat de versie bijna klaar is voor de "normale" gebruikers. Dan hoor je niet nog weer nieuwe functies toe te voegen maar hooguit bug fixen, op die manier gaan we ook nog wel 17 RC's krijgen voor we final krijgen.

Trouwens nog nooit echt bugs tegengekomen in Total Commander, gebruik het al vanaf dat het nog Windows Commander heette, versie 2.40 ofzo.

[CriticalHit_NL]

Tenminste geen developer die van hak op de tak springt om maar geld binnen te harken met software die constant extra patches nodig heeft omdat anders de release software die al publiekelijk uit is in de soep loopt en iedereen steen en been klaagt.

Dus respect voor Christian.