Welcome to ModelRight Sign in | Join | Help
in

Navigating in diagram

Last post 07-05-2008, 6:53 AM by admin. 21 replies.
Page 1 of 2 (22 items)   1 2 Next >
Sort Posts: Previous Next
  •  02-08-2008, 7:19 AM 384

    Navigating in diagram

    Hello!

    I am evaluating ModelRight, and in my opinion navigating in the diagram could be easier. The new diagram navigator will help, but speed could be really improved using:

    • Mouse wheel to zoom in/out (Ctrl + Mouse Wheel)
    • Keyboard to navigate (up/down/left/right)
    • 3rd mouse button to navigate (scrollbars move, but view doesn't change right now)
  •  02-08-2008, 8:26 AM 385 in reply to 384

    Re: Navigating in diagram

    Thanks for the suggestions.  We'll look into the mouse wheel and third mouse button suggestions.  On the issue of using keyboard arrows to navigate, you can do that already if you hit Shift at the same time.  Without Shift, the arrows are used for navigating within a Table.
    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-08-2008, 8:31 AM 386 in reply to 384

    Re: Navigating in diagram

    My mistake.  Shift works when a Table is selected to move it.  So, yes, we will use the arrows to pan if nothing is selected.  Will add shortly.
    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-08-2008, 8:52 AM 387 in reply to 385

    Re: Navigating in diagram

    Thanks for your reply. 

    By navigating using keyboard arrows I did not mean to move objects (which is nice too) but to move the view without having to use the scrollbars.

    The most important thing for me would be the zooming though. If the location under the mouse cursor stays the same while zooming, one can easily navigate by zooming out, moving the mouse cursor and zooming back in again. This would allow to navigate through large models quit, and when done, the cursor is exactly where you need it.

    Another point, is it really necessary to have the "Set Magnification" event in the Transaction History? If I change a table, zoom out, move around, zoom back in again and then find out, that I would like to undo the changes on the table (using Ctrl-Z, not the Transaction History) then I've got to undo all the other steps before, which did not affect the diagram at all.

  •  02-08-2008, 9:08 AM 388 in reply to 387

    Re: Navigating in diagram

    Sorry, did not see your second reply concerning the arrow keys.
  •  02-08-2008, 9:10 AM 389 in reply to 387

    Re: Navigating in diagram

    All good points.  We'll get you something by Monday with most (if not all) of your suggestions implemented.
    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-10-2008, 11:50 PM 400 in reply to 389

    Re: Navigating in diagram

    Ok.  We added better support for mouse wheel and middle mouse button handling - and arrow navigation.  Give it a try in the latest build (3005) and let us know...

     Thanks again for the suggestions!


    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-11-2008, 2:35 AM 401 in reply to 400

    Re: Navigating in diagram

    You guys rock!

    Navigation works as expected now, both with arrow keys and middle mouse button.
    Mouse wheel behavior does not seem to have changed, though.

  •  02-11-2008, 7:07 AM 403 in reply to 401

    Re: Navigating in diagram

    Thanks.  Those were some really good suggestions.

     The mouse wheel should scroll the Diagram.  A middle mouse click should pan around the diagram - based on the location of where you clicked and where the mouse currently is.  A Ctrl + click of the middle mouse, and then using the mouse wheel should zoom in and out - based on where the mouse is wrt the center of the diagram.

    Please let us know if it doesnt work like that for you.


    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-11-2008, 9:30 AM 404 in reply to 403

    Re: Navigating in diagram

    Scrolling the diagram works fine.

    Zooming works as described, but I did not think of pressing the middle mouse button before zooming, but to enable mouse wheel zooming as long as Ctrl is pressed (as it works with Mozilla Firefox, Microsoft Office, Adobe Reader and many more).

    I think that the behavior implemented in Adobe Reader works best, where (as soon as the document fills the whole screen) the point under the cursor is always the same. So if I move my cursor over the dot of an i and zoom in or out, the dot (or table, in our case) will always be exactly under my cursor.
    I guess that this would work better if not aligning the view to the grid.

  •  02-11-2008, 9:38 AM 405 in reply to 404

    Re: Navigating in diagram

    Sounds reasonable.  We'll fix in the next build.  Thanks for the input.
    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-21-2008, 7:18 AM 439 in reply to 405

    Re: Navigating in diagram

    Now it works as expected, thanks!

    There only seems to be a little inaccuracy with calculating the new position, making a table float out of view when I zoom out using the mouse wheel on top left position of the diagram.

    Btw, would it be possible to allow changing the displayed area by just clicking the Diagram Navigator instead of dragging the red box?

  •  02-21-2008, 7:39 AM 440 in reply to 439

    Re: Navigating in diagram

    Yes, I think that would work.  Thanks for the suggestion - we will add.
    Scott Reynolds
    Senior Technical Support
    ModelRight, Inc.
  •  02-21-2008, 2:13 PM 441 in reply to 440

    Re: Navigating in diagram

    I believe that changing the display view when clicking on the diagram should be an option... I am not sure if everyone would appreciate it. I can see users being annoyed with it when accidentaly clicking in the Navigator window. 

    Just a thought.


    ModelRight Evangelist
  •  02-22-2008, 2:22 AM 446 in reply to 441

    Re: Navigating in diagram

    Well, they might be annoyed too, when accidentally pressing the "Zoom to Fit" button or clicking on a scrollbar ;-)

    When working with 1680x1050 and zoom factor 120%, having to move a box of circa 20x10 pixel can be annoying too, but that's just my opinion.

    I think I found the reason for the inaccuracy while zooming I mentioned yesterday. The algorithm seems to somehow consider the screen edges instead of the diagram edges.
    So if I make the application window have half the size of the screen and move it to the top left corner, it seems to work. But when I move it to the bottom right corner, I lose sight of my objects while zooming. Same result when I move it to my second screen.

Page 1 of 2 (22 items)   1 2 Next >