Results 1 to 6 of 6
  1. #1
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default Bug (not really): clear history (MRU)

    This is not really a bug, unless you consider an undesired effect of a setting a bug )

    I just remembered that I noticed a privacy problem - and it is also present in BC for win as far as I remember:

    If you set the privacy settings to not save sessions automatically (number of sessions auto saved=0) you probably also want to have the last used item (MRU) to 0. But this is not possible - you can oly select 1 as the smallest value.
    (Seetings found at "Preferences->Advanced->Metrics" (perhaps the two first settings in that section should be called "Privacy"(?) )

    The result is that the last used path is saved in the drop down box ("Enter path here") on both sides of the FC window.

    I think you should consider to also let the user select "0" as MRU to avoid this. It could be that the path points to a hidden folder with confidential information (particularly since BC does not hide directories with a dot as first character (which I think is fine)).

    (Just thinking about this last sentence, in the "privacy" or "metrics" settings you could perhaps also put an option to show or hide .dot files and .dot directories)

  2. #2
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    11,366

    Default

    Hello,

    We do not currently support completely disabling the MRU list, but it is on our wishlist to enhance this behavior.

    You could use File Name filters to exlcude *.dot and .dot directories, which would remove them from the comparison. This is similar to how we exclude Protected Operating System files by default (Other Filters, DOS Attributes). If you Suppress Filters, the items would still show up.
    Aaron P Scooter Software

  3. #3
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    Oh, I may not have made myself clear. By .dot I actually mean directories and files that starts with a dot, e.g. ".hidden-directory". By default such files and folders are hidden in Finder.

    Like files and folders with the "h" attribute in DOS

  4. #4
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    11,366

    Default

    Hello,

    You could use a File Name filter, like:
    -.*/
    Aaron P Scooter Software

  5. #5
    Join Date
    Feb 2008
    Location
    Lynge, Denmark
    Posts
    109

    Default

    Yes, I am completely aware of this possibility and I use it when needed (e.g. when making a backup to an external drive where I don't want ".DS*" files etc to be copied).

    What I am talking about is to mimic the default behavior of the OS (in Finder).

    To perhaps make myself more clear, compare to BC3 for Windows. If you have C:\ on one of the sides you will not, by default, see system and hidden files, like the "System Volume Information" folder and the "pagefile.sys" file (which have H and S DOS attributes set).

    Don't misundertand me - I personally actually prefer that the mac hidden files and folder are visible (i.e. items starting with a dot as the first character in their names).

    What I suggest is that these files per default are hidden as well in BC, but with the option to show them in the preferences. This will be the behavior seen in Finder (unless you run the system command "defaults write com.apple.Finder AppleShowAllFiles YES" and restart Finder)

  6. #6
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    2,503

    Default

    I think there's a bit of a distinction here. By default, on Windows, Beyond Compare does show files and folders that only have the "hidden" attribute set, it just excludes ones that have both hidden and system set, which Microsoft refers to as "super hidden". That behavior was introduced during the 3.x cycle, almost entirely in response to the junction points Microsoft added in Vista ("Documents and Settings" -> "Users", etc). I think that the symlink handling we added later was a better way to handle that, and if we'd figured that out first I don't know that we would have added the super hidden behavior afterwards.

    I would consider .* to be closer to hidden than super hidden. Since BC targets both programmers and IT people, I don't think that hiding them by default is a slam dunk, and I'm reluctant to have it follow Finder's AppleShowAllFiles option since it would mean the same session could show different things. I do see four other comments in our bug tracker about at least providing an easy toggle for it though, and I'll add your comments there for consideration.
    Last edited by ZoŽ; 20-Mar-2014 at 12:14 PM.
    ZoŽ P Scooter Software

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •