Closes O.K. now, even when I do thing I shouldn't..admin wrote:Crash (error 91) when closing the app while certain context menus
Here's the new BETA (32-bit)
-
Gandolf
Re: Here's the new BETA
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
Re: Here's the new BETA
Download the latest TrackerV3 BETA version (v4.20.0010, 10-oct-2005).
Code: Select all
v4.20.0010 - 10.10.05 15:13
! Crash (error 91) when closing the app while certain context menus
were being displayed. Fixed.
+ List context menu in find mode: added command "Go to Focused
Item", which does the same as pressing Ctrl+LeftArrow: browse to the
focused item. Quite useful when your search includes deeply nested
subfolders or huge lists.
* When trying to close a home tab (a tab with home defined) you now
have to answer an "Are you sure..." question first.
* When trying to close all other tabs (including home tabs) you now
have to answer an "Are you sure..." question first.
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
Re: Here's the new BETA
Download the latest TrackerV3 BETA version (v4.20.0009, 09-oct-2005).
Code: Select all
v4.20.0009 - 09.10.05 13:07
+ Added "Rename" to the tree's right-click (context) menu.
* If a normal (F2) rename operation fails because you stated an
illegal name or a name already existing, the rename box will now
stay open until you succeed or explicitly quit renaming.
! Accelerators (underlined access letters) and focus rect (dotted
line around focused control) have been missing from the app's
windows under XP (and certain further conditions). Fixed.
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
-
lole
- Posts: 57
- Joined: 05 Oct 2005 08:56
- Location: Win11 Beta Channel@100%
Okay, no problem.admin wrote: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 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.
By the way, I have now register TrackerV3.
Lars-Olof
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
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 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.
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
Re: Here's the new BETA
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.
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
-
The_Dude
- Posts: 45
- Joined: 13 Sep 2005 08:24
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.
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.
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
Re: Here's the new BETA
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.
-
admin
- Site Admin
- Posts: 66619
- Joined: 22 May 2004 16:48
- Location: Win8.1, Win10, Win11, all @100%
- Contact:
Re: Here's the new BETA
Okay, correct.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.
-
The_Dude
- Posts: 45
- Joined: 13 Sep 2005 08:24
Re: Here's the new BETA
Does this mean that two folders, with identical contents, will now report different sizes when present on different disks with different cluster sizes?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.
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
- Posts: 45
- Joined: 13 Sep 2005 08:24
I use folder size to see:Gandolf wrote: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.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?
- 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
XYplorer Beta Club