Here's the new BETA (32-bit)

Post by **admin** » 07 Oct 2005 11:22

lole wrote:One thing, if it possibly to add/change so dates that is before, say 1900-01-01, also get marked with a leading question mark?
Had few dates that was set to year 1794.

In Windows-based applications, the range of valid dates is January 1, 100 through December 31, 9999. In other words: you can isolate your early dates either by column sorting or by Find-Files-by-date, then select them and mass-time-stamp.

lole · Post by **lole** » 07 Oct 2005 11:13

Thanks for the fix, now it is working.

One thing, if it possibly to add/change so dates that is before, say 1900-01-01, also get marked with a leading question mark?
Had few dates that was set to year 1794.

Lars-Olof

Post by **admin** » 07 Oct 2005 10:53

Download the latest TrackerV3 BETA version (v4.20.0005, 07-oct-2005).

Code: Select all

v4.20.0005 - 07.10.05 10:50
    ! Crash when files with illegal dates (eg 28977-01-30 05:25:11) were to 
      be listed. Fixed. Such dates will now be displayed crashless and 
      with a leading question mark, eg "? 28977-01-30 05:25:11", 
      signaling high improbability.
    ! After deleting a folder from the tree using the right mouse button 
      and selecting the "Delete" option, the tree and list display was not 
      correctly updated. Fixed.

Post by **admin** » 07 Oct 2005 10:01

The_Dude wrote:So, I rename each download with the version number.

Better you than me

I don't want to have an ever-increasing pile of outdated versions on my server.

The_Dude · Post by **The_Dude** » 07 Oct 2005 02:15

One tiny request.

It's helpful to have the previous version (zip file) on hand on my hard drive in case of unexpected problems with the current beta.

So, I rename each download with the version number.

If it fits in with your system, it might be best for each beta download to have the version number in the file name (eg "trackerv3-beta-v4-20-0004.zip").

But I can understand if it is a problem on your end.

Gandolf · Post by **Gandolf** » 06 Oct 2005 12:43

That pleases The_Dude and me!

Post by **admin** » 06 Oct 2005 12:01

Download the latest TrackerV3 BETA version (v4.20.0004, 06-oct-2005).

Code: Select all

v4.20.0004 - 06.10.05 12:00
    + Configuration, General: added checkbox "Report the disk space 
      used". If checked the folder sizes displayed in the file list are 
      based on the actually occupied clusters of each folders' contents. 
      If unchecked the folder sizes are just the byte sum of all contained 
      files. The two values will differ strongly for folders with many 
      small files.

Post by **admin** » 05 Oct 2005 19:06

The_Dude wrote:If so, then there needs to be an option to select old way or new way, because some people will need it one way for some purposes, and some will need to other way.

Okay, correct.

The_Dude · Post by **The_Dude** » 05 Oct 2005 18:26

admin wrote:Download the latest TrackerV3 BETA version (v4.20.0003, 05-oct-2005).

* Folder size in file list (if selected in Configuration) now
reports the used space of all contents, not the mere byte sum. Only
this way, the size unit "clusters" is meaningful.

Does this mean that two folders, with identical contents, will now report different sizes when present on different disks with different cluster sizes?

If so, then there needs to be an option to select old way or new way, because some people will need it one way for some purposes, and some will need to other way.

The_Dude · Post by **The_Dude** » 05 Oct 2005 17:48

Gandolf wrote:
admin wrote:Another question comes to my mind: currently Folder Size calculation is sensitive to "Show hidden files and folders". Does that make sense? Or should hidden files and folders always be counted?
Always counted. The size should show the total size of all the files and folders the folder contains, regardless of their attribute. Having said that; I've never found any use for folder size unless it shows the total size occupied on the disk, and takes into account cluster size. I only want to know total size of a folder to check if it will fit onto a destination drive (e.g. Zip) which may well have a different cluster size to the hard drive.

I use folder size to see:

- If a folder will fit on a different drive

- When looking for likely files to delete or move (while making free space) - if file size is much larger than I remember, then there is a file that I have forgotten about or accidentally was moved to the wrong place in a drag-n-drop.

- If two folders I am keeping sync-ed are currently the same

Post by **admin** » 05 Oct 2005 12:43

Download the latest TrackerV3 BETA version (v4.20.0003, 05-oct-2005).

Code: Select all

v4.20.0003 - 05.10.05 12:39
    * What has been introduced to v4.20.0001 under "General File Info... 
      all kinds of selection methods" had to be withdrawn. Too many evil 
      side-effects. Now everything is as it was before: to display a 
      file's General File Info you have to click it. 
    * Folder size calculation is now independent of file attributes. 
      Before hidden files and folders were not counted if they were not 
      shown (Show Hidden Files and Folders = Off).
    * Folder size in file list (if selected in Configuration) now 
      reports the used space of all contents, not the mere byte sum. Only 
      this way, the size unit "clusters" is meaningful.
    % Folder size calculation is now about 25% faster for NT/2K/XP.

Post by **admin** » 05 Oct 2005 12:06

Gandolf wrote:
admin wrote:Another question comes to my mind: currently Folder Size calculation is sensitive to "Show hidden files and folders". Does that make sense? Or should hidden files and folders always be counted?
Always counted. The size should show the total size of all the files and folders the folder contains, regardless of their attribute. Having said that; I've never found any use for folder size unless it shows the total size occupied on the disk, and takes into account cluster size. I only want to know total size of a folder to check if it will fit onto a destination drive (e.g. Zip) which may well have a different cluster size to the hard drive.

All d'accord. Folder size will now show used space of all (incl hidden)contents.

Gandolf · Post by **Gandolf** » 05 Oct 2005 07:24

admin wrote:Another question comes to my mind: currently Folder Size calculation is sensitive to "Show hidden files and folders". Does that make sense? Or should hidden files and folders always be counted?

Always counted. The size should show the total size of all the files and folders the folder contains, regardless of their attribute. Having said that; I've never found any use for folder size unless it shows the total size occupied on the disk, and takes into account cluster size. I only want to know total size of a folder to check if it will fit onto a destination drive (e.g. Zip) which may well have a different cluster size to the hard drive.

Post by **admin** » 04 Oct 2005 19:57

The_Dude wrote:The speed improvements are noticeable, thanks !

Is any speed improvement possible in the Folder Size calculation and display ? Or is that already limited by factors beyond your control ?

Now that you ask: I could speed it up a bit for NT/2K/XP...

Another question comes to my mind: currently Folder Size calculation is sensitive to "Show hidden files and folders". Does that make sense? Or should hidden files and folders always be counted?

The_Dude · Post by **The_Dude** » 04 Oct 2005 19:32

The speed improvements are noticeable, thanks !

Is any speed improvement possible in the Folder Size calculation and display ? Or is that already limited by factors beyond your control ?

XYplorer Beta Club

Here's the new BETA (32-bit)

Re: Here's the new BETA

Re: Here's the new BETA

Re: Here's the new BETA

Re: Here's the new BETA

Re: Here's the new BETA