Here's the new BETA (32-bit)

Post by **admin** » 08 Jan 2006 11:50

j_c_hallgren wrote:Because IF you want update of current selected, it shouldn't matter WHERE it is...but if you want the 'rest of the world' updated, you may want to limit it to 1 or 2 of the 3 choices....

Sounds reasonable, but I should tell (or have told) you something about the history of this option: Not long ago, there was just one "Auto-Refresh..." checkbox. Then I got a hint that network access slowed down with "Auto-Refresh..." on. I could not reproduce this on my little home network though, so to find out experimentally what was happening on the users' networks I offered these increased configuration options.

Code: Select all

v4.40.0000 - 26.11.05 19:15
    + Configuration: redesigned the "Auto-refresh on file system changes" 
      section. Now you can specify in a very detailed way what you want 
      to be watched and where.
      For your interest as a programmer:
      - "Watch current path and subtree on: Local drives/Network drives" 
        uses the FindFirstChangeNotification API.
      - "Watch non-current locations: Folders/Removable drives" uses the 
        SHChangeNotify API.
      Tip: if you are using the network a lot you might encounter 
      dramatic speed differences related to these settings.
        Note that auto-refresh concerns exclusively changes triggered 
      from other processes. If you disable it completely, XYplorer 
      should still correctly update the display with regard to its own 
      file operations. I say should... some things might have slipt 
      through...

Result: the "Network Drives" checkbox made all the difference.

So, I would think it would be enough to have just 2 checkboxes now, one being a sub-option of the other:

Code: Select all

Auto-refresh on file system changes
  Include network locations

BTW, performance losses are not notable here.

Post by **j_c_hallgren** » 07 Jan 2006 20:00

Before I make a suggestion on changes to text, I'd need to fully 100% understand what the sub-options do, and the way they are now, it's a bit hard to see that...so my comments are based on how it appears to be.

The first thing I would do is add a ":" to end of "...system changes" line to clarify futher that following are sub-options. The indent does somewhat, but that would nail it down.

Anyway, here's how I could see it (but maybe this doesn't match current code):
----------------------

Code: Select all

Auto-refresh on file system changes:
    Current path/folder only
    All paths/folders:
        On local drives
        On network drives
        On removable drives

if Current not selected, ALL is default (or could be mutually exclusive checkbox), which would then allow the device type to be specified via the next three

---------------------------------
Because IF you want update of current selected, it shouldn't matter WHERE it is...but if you want the 'rest of the world' updated, you may want to limit it to 1 or 2 of the 3 choices....

Post by **admin** » 07 Jan 2006 18:25

j_c_hallgren wrote:As a newbie, i can see the value in the option...so maybe it's just how it's labeled and/or documented that is the problem...

Ok, you have a suggestion for improval? (I liked your other ideas conc. Report tab, will eventually realize them...)

Post by **j_c_hallgren** » 07 Jan 2006 10:51

As a newbie, i can see the value in the option...so maybe it's just how it's labeled and/or documented that is the problem...I've had the same thing in what to call an option so users know what I meant...

Because there is some minimal overhead in doing the refresh, and user may not want that at that point, or may not want the screen modified to alter their view of current tree...so allowing one to defer that can be desireable...

Post by **admin** » 07 Jan 2006 10:17

The_Dude wrote:If I have Auto-Refresh checked, the what is the difference between selected and elsewhere ?

For once, it's done in a totally different way technically. But that should not concern you as a user.

Try the following to see the difference: rename any folder that's visible in the tree but not the current XY folder using another app (eg Explorer or another XY instance). If "watch folders elsewhere" is checked, XY should immediately update that folder; else you have to press F4.

Another example: I have a USB stick. When I plug it in XY immediately adds the drive to the tree when "watch removable drives elsewhere" is checked.

I see it's confusing and that reminds me that originally I planned to remove these "elsewhere" options (having them hard-set to "enabled" internally) because who needs these options anyway? Any objections?

The_Dude · Post by **The_Dude** » 06 Jan 2006 22:17

"Watch .... " options: watch non-current paths.

I found the Beta notice where you introduced this, and I'm still not clear on exactly the difference.

First, I assume that you are allowing removable drives and network drives to not be watched in case people have reasons to treat them differently.

However, I'm not sure what you mean by "elsewhere".

Suppose, I have 3 tabs, and a tree at the left.

If I have Auto-Refresh checked, the what is the difference between selected and elsewhere ?

Do I no longer need to use F4 if I have Auto-Refresh ?

Post by **admin** » 06 Jan 2006 20:42

The_Dude wrote:However, there were a couple of changes - I had to re-enable "Auto Refresh on file system changes" in the options (by the way, what do the "Watch .... " options underneath that option mean ? - they are not in the documentation), and I could not find any place to re-enable Modeless Copying.
Was that removed in a recent change ?

Not removed but hidden:

Code: Select all

v4.20.0060 - 23.11.05 12:01
    + Here's a new INI file trick (aka hidden feature):
        [Settings]
        FileOpProgressModeless=1
      If FileOpProgressModeless=1 then the file operation progress 
      window is shown modeless. Which effectively means that you can 
      go on working while files are being moved or copied in the 
      background.
      Note however that when file operations were triggered by 
      drag'n'drop the source window is usually blocked until the 
      operation is finished.
      Note also that a modeless progress window can easily get lost 
      behind larger windows.

"Watch .... " options: watch non-current paths.

The_Dude wrote:PS I would have thought that "YXplorer" would have been better - it would also have been a comment on the program it replaces ! ("Why Explorer ?")

Yes, the only point against it was the sound, which is identical to "Explorer". So when talking about it and comparing it to Explorer it would get quite confusing. (already discussed here: http://www.xyplorer.com/forum/viewtopic.php?p=3618#3618)

The_Dude · Post by **The_Dude** » 06 Jan 2006 18:47

Hi!

I changed from TrackerV3 to XYplorer and copied my .ini file to the new folder.

However, there were a couple of changes - I had to re-enable "Auto Refresh on file system changes" in the options (by the way, what do the "Watch .... " options underneath that option mean ? - they are not in the documentation), and I could not find any place to re-enable Modeless Copying.

Was that removed in a recent change ?

PS I would have thought that "YXplorer" would have been better - it would also have been a comment on the program it replaces ! ("Why Explorer ?")

Post by **admin** » 05 Jan 2006 15:33

Note: I have very little time at the moment. All your posts are read and will be answered, but a bit slower than usual...

Download the latest XYplorer BETA version (v4.40.0033, 05-jan-2006).

Code: Select all

v4.40.0033 - 05.01.06 15:29
    ! Crash on encountering an empty or unknown-sized drive (eg Audio 
      CD) when listing MyComputer. Fixed.
    + Menu Go: added command "Clear History" (yep, it clears the history).
    * Tree and List: better vertical alignment of text and icons with 
      oversized tree and list fonts.
    ! Menu View, Font..: font dialog was not properly reinitialized to 
      the current font after user cancelled a previous font dialog. Fixed.

Post by **admin** » 26 Dec 2005 14:22

Merry Xmas -- I'm on a little holiday... cu next year!

Gandolf · Post by **Gandolf** » 26 Dec 2005 05:03

Menu "Go | Go to..." if you're a mouse user or shortcut is Ctrl+G, should do what you want I think.

eaj · Post by **eaj** » 26 Dec 2005 02:35

Hi,

I just registered XYplorer. I like it a lot, but there's something I miss: An address line where I can just type in (or copy/paste) a path, like in IE or in Windows Explorer and then it just "goes" to this path.

I frequently copy/past paths and then I would like to explore them quickly with XYplorer without having to slowly navigate to them folder by folder.

I can't find that option in XYplorer. Is it not available or is it me who just doesn't find where it is?

If it's not available, could you add it to the program? I would really appreciate it.

Post by **admin** » 16 Dec 2005 17:30

Download the latest XYplorer BETA version (v4.40.0030, 16-dec-2005).

Code: Select all

v4.40.0030 - 16.12.05 17:20
    ! Tray context menu would not vanish properly when cancelled by ESC 
      or on focus shift. Fixed.

surrender · Post by **surrender** » 13 Dec 2005 23:56

Sorry to all for blaming the XYplorer for slow deletes. it was apparently a problem with my hard disk which had loads of bad sectors and was eventually damaged. All fine on my new hard disk.

I surrender.

Post by **admin** » 13 Dec 2005 16:01

Download the latest XYplorer BETA version (v4.40.0029, 13-dec-2005).

Code: Select all

v4.40.0029 - 13.12.05 16:00
    + Toolbar: added Stop button. Does stop all potentially longish 
      processes like Reports, Backups, Searches, Getting Folder Sizes, 
      Creating Thumbnails.
    ! Did not see unconnected mapped network drives. Fixed.

XYplorer Beta Club

Here's the new BETA (32-bit)

Re: Modeless copying vanished ?

Modeless copying vanished ?

Re: Here's the new BETA

Can I have an address line - line IE?

Re: Here's the new BETA

No more slow deletes

Re: Here's the new BETA