Re: Folder Specific Settings Bugs
Posted: 14 Aug 2008 11:27
Yes, fixed in next version.Pagat wrote:Found a bug: If you open a folder in the background the FV is not applied. Instead it inherits the view of the currently active folder.
XYplorer Beta Club
Forum for XYplorer Users and Developers
https://www.xyplorer.com/xyfc/
Folder Specific Settings Bugs
Page 14 of 14
Re: Folder Specific Settings Bugs
Posted: 16 Aug 2008 17:41
- I go to a folder with a FV that sets a Sort order
- I go to My Computer (or Network Places)
- I go to some folder without FV : Sort order is from the folder with a FV (and so is now new default) instead of being the last used/from default FV (Using XY's automatic default, no actual DFV set)
- I go to My Computer (or Network Places)
- I go to some folder without FV : Sort order is from the folder with a FV (and so is now new default) instead of being the last used/from default FV (Using XY's automatic default, no actual DFV set)
Re: Folder Specific Settings Bugs
Posted: 16 Aug 2008 19:58
Yep and fixed.jacky wrote:- I go to a folder with a FV that sets a Sort order
- I go to My Computer (or Network Places)
- I go to some folder without FV : Sort order is from the folder with a FV (and so is now new default) instead of being the last used/from default FV (Using XY's automatic default, no actual DFV set)
Re: Folder Specific Settings Bugs
Posted: 18 Aug 2008 20:38
Couple more bugs for you to crush 
- Save FV As : we get a confirmation about overwriting existing FL only if it's not for the current folder
- Trailing backslash: One can create multiple FVs for the same folder using "D:\Folder" and "D:\Folder\" Then, only one of them is active, but the other is still there !! (And may be used, in fact, for example if you remove one, the other just takes over! And I haven't check but maybe it could even be possible that if one doesn't include all settings, they could be loaded from the other one and not DFV, though that might be unlikely as you probably threat the DFV as a special case...)
Actually, it seems the same can be done playing on case (e.g. "D:\Folder" and "d:\Folder") which isn't good either...
- Save FV As : we get a confirmation about overwriting existing FL only if it's not for the current folder
- Trailing backslash: One can create multiple FVs for the same folder using "D:\Folder" and "D:\Folder\" Then, only one of them is active, but the other is still there !! (And may be used, in fact, for example if you remove one, the other just takes over! And I haven't check but maybe it could even be possible that if one doesn't include all settings, they could be loaded from the other one and not DFV, though that might be unlikely as you probably threat the DFV as a special case...)
Actually, it seems the same can be done playing on case (e.g. "D:\Folder" and "d:\Folder") which isn't good either...
Re: Folder Specific Settings Bugs
Posted: 19 Aug 2008 10:15
The first one is by design.jacky wrote:Couple more bugs for you to crush
- Save FV As : we get a confirmation about overwriting existing FL only if it's not for the current folder
- Trailing backslash: One can create multiple FVs for the same folder using "D:\Folder" and "D:\Folder\" Then, only one of them is active, but the other is still there !! (And may be used, in fact, for example if you remove one, the other just takes over! And I haven't check but maybe it could even be possible that if one doesn't include all settings, they could be loaded from the other one and not DFV, though that might be unlikely as you probably threat the DFV as a special case...)
Actually, it seems the same can be done playing on case (e.g. "D:\Folder" and "d:\Folder") which isn't good either...
Okay, I changed it: now case and backslashedness are ignored. So saving "D:\Folder\" as "d:\folder" will now overwrite "D:\Folder\" and rename the pattern to "d:\folder" without asking. Avoids creating duplicates.
Re: Folder Specific Settings Bugs
Posted: 19 Aug 2008 10:49
Noted.admin wrote:The first one is by design.
So just to be clear : that doesn't apply to patterns, only folder path/name(s), right? Or does it apply to pattern as well when option "Match case" is disabled ?admin wrote:Okay, I changed it: now case and backslashedness are ignored. So saving "D:\Folder\" as "d:\folder" will now overwrite "D:\Folder\" and rename the pattern to "d:\folder" without asking. Avoids creating duplicates.
Re: Folder Specific Settings Bugs
Posted: 19 Aug 2008 10:56
I had the same thought and I decided to skip case ignoring! Don't want to be too smart: If the user changes the case of pattern I assume he will have his reasons.jacky wrote:Noted.admin wrote:The first one is by design.
So just to be clear : that doesn't apply to patterns, only folder path/name(s), right? Or does it apply to pattern as well when option "Match case" is disabled ?admin wrote:Okay, I changed it: now case and backslashedness are ignored. So saving "D:\Folder\" as "d:\folder" will now overwrite "D:\Folder\" and rename the pattern to "d:\folder" without asking. Avoids creating duplicates.
Here's the change log entry:
Code: Select all
* FVS | Save Folder View As...: Now the backslashedness of the
pattern are ignored when checking for any existing patterns. So
saving "D:\Folder\" as "D:\Folder" will now overwrite "D:\Folder\"
and rename the pattern to "D:\Folder" without asking. Avoids
creating (pseudo-)duplicates.
Note that backslashedness of the pattern is irrelevant anyway, but
changing the capitalization can be relevant in wildcarded patterns
when Match Case is enabled. So you are allowed to create a dupe
when you save "D:\Folder" as "d:\folder" because there may be a
good reason behind it.Re: Folder Specific Settings Bugs
Posted: 19 Aug 2008 11:27
hmm... okay, your choiceadmin wrote:I had the same thought and I decided to skip case ignoring! Don't want to be too smart: If the user changes the case of pattern I assume he will have his reasons.
I'm not sure about this, because in Windows world d:\folder ; D:\Folder and D:\FOLDER are all the same unique folder, there's no way around it. So I can't really see a point to have two FV with different case (whether or not Match Case is used) because they can't possibly refer to different folders. (Well, I guess they "could" for some USB drive or something, but I doubt that's ever gonna be a case that will really occur...)
The only thing I could see is when using patterns, because maybe one could use "*\foobar" for something, but "*\FOOBAR" for something else as all uppercase would indicate a state or something...
Anyways, I'm not sure this is such a good idea to allow dupes that way, especially because XY will use "D:\MyFolder" when I create a FV from there, but if I typed it in because I create it from another folder, or in a multiple folders ( | ) list, then I might be likely to use "d:\myfolder" (and even if the autocomplete kicks in (which doesn't happen for multiple folders) the drive letter is on me...
My point being, to answer to your "So you are allowed to create a dupe when you save "D:\Folder" as "d:\folder" because there may be a good reason behind it" ; it might be most likely that there was no reason, because it wasn't even intentional ! And since "Match case" wasn't enabled, one would have logically assume it didn't matter to use "d:\folder" -- but because he forgot there was already a FV for "D:\Folder" he's now perplexed : he created a FV, there's one active, but it's not the one he created. And, if he removes the FV there's still one for that folder!
Re: Folder Specific Settings Bugs
Posted: 19 Aug 2008 12:05
You got it.jacky wrote:hmm... okay, your choiceadmin wrote:I had the same thought and I decided to skip case ignoring! Don't want to be too smart: If the user changes the case of pattern I assume he will have his reasons.
The test of time will show how this works out in every day real work. I would assume it's a quite irrelevant pseudo-issue...