Custom copy: Name collision
Re: Custom copy: Name collision
Yep! That's perfect!
Re: Custom copy: Name collision
Admin,
Just move the OK up one line or end of the lower 'overwrite' in your image.
You can keep the Cancel where it is.
The logic (without alternative facts) is that one has three equal weight and independent choices to click. Right now it looks like 4 choices
and what happens when you click OK is a 'mind-bender' to me also.
pat
Just move the OK up one line or end of the lower 'overwrite' in your image.
You can keep the Cancel where it is.
The logic (without alternative facts) is that one has three equal weight and independent choices to click. Right now it looks like 4 choices
and what happens when you click OK is a 'mind-bender' to me also.
pat
Re: Custom copy: Name collision
Do this for the next "23 found" collisions.
Are the number of collisions not readily available?
One may know that they are all to be overwritten etc. or do something different based on the number of collisions found.
pat
Are the number of collisions not readily available?
One may know that they are all to be overwritten etc. or do something different based on the number of collisions found.
pat
-
- Site Admin
- Posts: 60567
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: Custom copy: Name collision
The number is not known at this point. (It could be roughly calculated but that would take time.)
Concerning the layout, what do you think of this (I show the current layout first for comparison):
Concerning the layout, what do you think of this (I show the current layout first for comparison):
FAQ | XY News RSS | XY Twitter
Re: Custom copy: Name collision
spaces above and below 2 file records should be even. button layout is ok
yet concerning collisions, their available number and "cases to decide" as a whole - maybe it's time for "leave all cases to end of operation" feature to appear?
yet concerning collisions, their available number and "cases to decide" as a whole - maybe it's time for "leave all cases to end of operation" feature to appear?
Win 7 SP1 x64 100% 1366x768
Re: Custom copy: Name collision
I would move the Overwrite down one line.
For this sample - it is unfortunate that you chose overwrite in two places - it need not be so I think.
For this sample - it is unfortunate that you chose overwrite in two places - it need not be so I think.
Re: Custom copy: Name collision
It should be - move the OK down one line.
-
- Site Admin
- Posts: 60567
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: Custom copy: Name collision
It's essential that OK is next to the dropdown. That's the main thing a wanted to achieve.
FAQ | XY News RSS | XY Twitter
Re: Custom copy: Name collision
"It's essential that OK is next to the dropdown. That's the main thing a wanted to achieve."
Precisely - the overwrite OK is ONLY for the one line. The rest are all fixed buttons.
You will hopefully do this for both Copy and Move.
p
Precisely - the overwrite OK is ONLY for the one line. The rest are all fixed buttons.
You will hopefully do this for both Copy and Move.
p
Re: Custom copy: Name collision
"It's essential that OK is next to the dropdown. That's the main thing a wanted to achieve."
Precisely - the overwrite OK is ONLY for the one line. The rest are all fixed buttons.
You will hopefully do this for both Copy and Move.
p
Precisely - the overwrite OK is ONLY for the one line. The rest are all fixed buttons.
You will hopefully do this for both Copy and Move.
p
-
- Site Admin
- Posts: 60567
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: Custom copy: Name collision
I did.pat55 wrote:You will hopefully do this for both Copy and Move.
FAQ | XY News RSS | XY Twitter
Re: Custom copy: Name collision
Given how strongly I feel about GUIs, I could not help but chime in:
a) There is a lot of empty space to the right of file metadata and it feels like a waste. Given that vertical monitor space tends to be more limited than horizontal length, tall GUIs that overlap quite a bit of the background screen are not a good idea
b) I would like to see the number of collisions enumerated and listed in that "Do this also for the next collisions". If there is say 5 of them, I would not mind manually deciding what to do for each one, but if there is a 1,000 then it's a different story. Therefore, showing that information does have material effect on how a user is likely to act.
a) There is a lot of empty space to the right of file metadata and it feels like a waste. Given that vertical monitor space tends to be more limited than horizontal length, tall GUIs that overlap quite a bit of the background screen are not a good idea
b) I would like to see the number of collisions enumerated and listed in that "Do this also for the next collisions". If there is say 5 of them, I would not mind manually deciding what to do for each one, but if there is a 1,000 then it's a different story. Therefore, showing that information does have material effect on how a user is likely to act.
Reporting a bug? Have a wish? Got a question? Use search - View roadmap - FAQs: Forum + XY site
Windows 7/10
Always using the latest stable two-decimal build
Windows 7/10
Always using the latest stable two-decimal build
-
- Site Admin
- Posts: 60567
- Joined: 22 May 2004 16:48
- Location: Win8.1 @100%, Win10 @100%
- Contact:
Re: Custom copy: Name collision
Unused space is not automatically evil. It's relaxing.
a) The space will be filled when names get long.
b) Would take too much time.
a) The space will be filled when names get long.
b) Would take too much time.
FAQ | XY News RSS | XY Twitter
Re: Custom copy: Name collision
You could even place a line around the 'long line' and the OK. (just as you have the arrow above -it is good)
Why did you move the long line back and away from the OK????????
Why did you move the long line back and away from the OK????????
Re: Custom copy: Name collision
I beg to differ. Unused space of dialogs and progress windows wastes my screen space underneath, thus forcing me to arrange things in a way that allows their display and work on other tasks. Good dialog windows strive for a compact and efficient look: the less unused space there is the better.admin wrote:Unused space is not automatically evil. It's relaxing.
If you deal with long file names, you are in luck. However, not everyone does and most of the space under those dialogues would still be unused.admin wrote:a) The space will be filled when names get long.
You may think so, but that is what Explorer already shows so it is normal for feature parity to be expected.admin wrote:b) Would take too much time.
Reporting a bug? Have a wish? Got a question? Use search - View roadmap - FAQs: Forum + XY site
Windows 7/10
Always using the latest stable two-decimal build
Windows 7/10
Always using the latest stable two-decimal build