Page 1 of 3 123 LastLast
Results 1 to 10 of 23
  1. #1
    Join Date
    Apr 2008
    Posts
    2,158

    Default 453 Right's Move moves from left

    EDIT: If with both sides selected I right-click on the right side and select "Move To Other Side...", BC offers move Left to Right!

  2. #2
    Join Date
    Oct 2007
    Posts
    786

    Default

    That's correct. With both sides selected, we consider it an ambiguous selection and prompt for the direction (consistently initialized as a left to right move). In my view, the context associated with right-clicking a selection is the entire selection, regardless of where the mouse is positioned.
    Tim T Scooter Software

  3. #3
    Join Date
    Oct 2007
    Location
    Pennsylvania
    Posts
    1,772

    Default

    I, too, have brought this up in the past.
    I, too, would prefer that the direction be initialized based on the side that is clicked on.
    BC v4.0.7 build 19761
    ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ

  4. #4
    Join Date
    Apr 2008
    Posts
    2,158

    Default

    [EDITed]
    Quote Originally Posted by Tim View Post
    With both sides selected, we consider it an ambiguous selection and prompt for the direction (consistently initialized as a left to right move). In my view, the context associated with right-clicking a selection is the entire selection, regardless of where the mouse is positioned.
    I can't see the advantage of ignoring the full click context and instead making the arbitrary choice of Left>Right. Would you please refer this to the team? Thanks.
    Last edited by chrisjj; 02-May-2008 at 04:04 AM.

  5. #5
    Join Date
    Oct 2007
    Posts
    786

    Default

    The "team" is welcome to chime in.

    We are not ignoring context: The actionable context is the entire selection. You're suggesting that a secondary context influence the dialog. That's fine as a minor convenience feature, but I do not accept that the current behavior is wrong. We'll add it to the wishlist if it's not already there.
    Tim T Scooter Software

  6. #6
    Join Date
    Oct 2007
    Location
    Pennsylvania
    Posts
    1,772

    Default

    Quote Originally Posted by Tim View Post
    We are not ignoring context: The actionable context is the entire selection. You're suggesting that a secondary context influence the dialog.
    I often find myself selecting both sides (clicking in the center) because in the back of my mind, the operation will be done with that file (or folder) pair. It is not a conscious decision. It is the way my mind works...narrowing down the context as I go rather than stopping long enough to force myself to think through the exact steps that I must do to get the results I want the first time. Either way, it wastes time and productivity.

    • If I stop and think it through before selecting only one side, then I've wasted a second before initiating the functionality.
    • If I do what comes naturally to me (clicking in the center and setting the primary context first) then I have to take the time to notice that secondary context did not get set automatically and make a correction to it before continuing with the desired functionality.
    • If I am working too quickly and happen to miss that the direction was not set appropriately based on side of my right-click, then it also increases the risk of mistakes (the fuctionality occuring in the opposite direction than desired.)

    I've stressed before that people do not all follow the same train of thought It is that left-brained/right-brained thing. I don't understand why something like this would receive so much resistance when it will make the product more flexible and make it feel more natural to a broader base of users. It annoys me when the selection does not default in the way that it feels like it should...and frankly, if it were my product, I would consider removal of such annoyances to my user base as more than an implementation of a "minor convenience".

    It seems like a little thing to you because testing a product in a slow, methodical manner produces the types of arguments used by the Scooter team in this thread...yes, the ability to change the direction of the pending operation is still there, so from a strictly functional perspective, the user has not reached a dead end and can continue on...

    From a practical perspective, when a user is working quickly with many files in rapid succession, such arguments grow weak. If easily avoidable, any functionality that causes a user to stumble and have to re-assess what they are doing, or how they are doing it, leaves a hint of frustration in the experience. The more often it happens, the more annoyed or frustrated a user will get.
    BC v4.0.7 build 19761
    ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ

  7. #7
    Join Date
    Oct 2007
    Posts
    786

    Default

    Please don't blow this out of proportion. I'm merely saying the current behavior is not a bug, and that we'll consider enhancing it when we have time.
    Tim T Scooter Software

  8. #8
    Join Date
    Feb 2008
    Location
    Upstate South Carolina
    Posts
    86

    Default

    I don't use the "RightClick => Move", I have redefined the Move-Left and Move-Right keyboard commands by assigning Ctrl+L and Ctrl+R in the Tools => Customize Commands menu.

    These Customized keyboard commands are not ambiguous.

    One other thought about the Move Left-Right.

    The file that is deleted does not go into the recycle bin, even though the "Use recycle bin if possible" option is selected in the Delete control screen. So I don't move one file over the other. I delete the obsolete file first and then move the correct one second.

    Michael - When you were talking about left brain, right brain, think about this:

    Two files are highlighted. One on the left and one on the right. Press the delete key. The Delete Dialog box pops up. To delete the left side file you need to unselect the right side file. In my (feeble little brain) I have learned that I need to press the "R" key to delete the file on the left and the "L" key to delete the file on the right, and the method I used is to associate the key positions on the keyboard with the file's position on the screen. I'm afraid I haven't made this clear yet.

    I have two keys to choose from (R/L) and I associate their position on the keyboard with the file that is going to be deleted. The "R" key is on the left side of the keyboard, so pressing "R" will cause the left side file to be deleted. The "L" key is on the right side of the keyboard, so pressing the "L" key will cause the right side file to be deleted. For this command, I have disassociated "R" and "L" from meaning right and left, and learned that I have to choose between these two keys and to delete the file on the left, I must choose the key on the left, which happens to be the "R". Simple huh?

    An example:
    With two files highlighted and I want to move the right side file to the left, I key:

    Del R Ctrl+L
    "Live in such a way that you would not be ashamed to sell your parrot to the town gossip." - Will Rogers

  9. #9
    Join Date
    Apr 2008
    Posts
    84

    Default

    Quote Originally Posted by RunnerBiker View Post
    I have two keys to choose from (R/L) and I associate their position on the keyboard with the file that is going to be deleted. The "R" key is on the left side of the keyboard, so pressing "R" will cause the left side file to be deleted. The "L" key is on the right side of the keyboard, so pressing the "L" key will cause the right side file to be deleted. For this command, I have disassociated "R" and "L" from meaning right and left, and learned that I have to choose between these two keys and to delete the file on the left, I must choose the key on the left, which happens to be the "R". Simple huh?
    To each his/her own: Some of us use the Dvorak layout, in which case both L and R keys are on the right side of the keyboard!

  10. #10
    Join Date
    Dec 2007
    Posts
    29

    Default

    I know it's never desirable to go off thread topic, but as this thread has taken an extra path anyway...

    One of those time saving features that I yearn for, which was brought up in a separate thread, is to be able to highlight a file/folder and then click in the text to open the rename function... I do this extremely often with versioning and having to select, right click, move mouse down to rename and then move mouse back to the selected text to adjust the part I want changed vs. clicking to highlight, click to rename, hold click select the part to be renamed...

    There is no better tool in my arsenal than BC and BC3 is a huge improvement over BC2, but is there a better forum/sounding board to have some of these suggestions better heard and or understood/implemented?

Posting Permissions

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