Layout Scrollwheel keeps shifting things!

Hi
…apologies…long post ahead;

I’m getting very frustrated by the scrollwheel behaviour in LayOut.

To clarify; the scrollwheel (Windows 10) does the following things:

  • Zooms in and out when located over the LayOut Page area.
  • Scrolls the menu tray up and down when located over the tray.
  • Scrolls the individual menus when located over them (such as Tags or Pages)
  • Scrolls through and applies specific settings such as Line Scale, Stroke weight, visible Scene

Is this correct behaviour? Or do I have a strange setting specific to my setup?
BTW I’ve experienced this on different windows PCs and with different mice (Logitech Pro wireless and Steelseries Sensei wired).

If it is intentional, then the scrollwheel appears to have overlapping and conflicting functions.
There are two main issues with this approach:

  1. Scrolling up and down on the menu tray will risk landing your cursor on a settings input box and then scrolling through that. This will result in settings being applied inadvertantly and unintentionally, leading to signficant errors and delays.
  2. Sometimes there’s a bug that occurs when scrolling something while an object (eg a viewport) is selected; this appears to cause errors that can be very damaging, particulalry to complex files. The main errors are:
  • Unintentionally moving (nudging) the selected viewport (or other drawing object) up or down on the page.
  • Unintentionally shifting the order of a page within the pages menu (without mouseclicking).

For 1), I dont see any great reason why the individual menus and, especially, the individual settings, need to be scrolled through. Further, I really don’t understand why the scrollwheel alone can select and apply settings. A click should be required to apply most settings…nobody is going to scroll one by one through the list of Scales, or Scenes and apply each one as they go. It’s just the wrong choice of interface technique.

Assuming this is a common issue, not just my own little bug, then what I would like to see:

  1. An option to restrict the scrollwheel to only Zoom and Scroll menu tray functions; nothing else.
  2. An option to remove the automatically-selected Move tool every time a viewport is clicked on.

A bit more explanation by way of some common (and very problematic) examples:

  • Pages shuffling out of sequence is very problematic in a large multi-page document; it can happen without noticing and if, like me, your drawing Number is related to the auto-text Page Number, then your drawing numbering system is also out of sequence. NB no mouseclicks are involved…the scrollwheel will automatically pick up and shift pages. This happens very often.

  • Moving (nudging) the SU viewport or other selected item on a LO Page causes all sorts of issues with alignment between the template/titleblock, stacked viewports, dimensions, annotations, multi-page items…anything tied to that view…this is a major problem and can lead to long loading delays, errors and crashes on a complex document. I can’t think of any good reason why scrolling would be linked to the Move Tool. I can’t even understand why the Move Tool is automatically engaged just by clicking on a viewport…is this supposed to be a time-saver (quicker than pressing a shortcut key)? - then how often do people need (or want) to move a viewport??? I’ve wasted hours resetting viewport locations because of slight and unintentional nudges.

  • Srolling through and selecting - and applying - specific settings including Scene, Font, View, Lineweight, Render Mode, etc can cause significant frustration through long loading times and errors, and these setting changes can be applied without even noticing! Surely a mouseclick should be required to actually apply a setting? Most of these settings menus actually work very well by just using the dropdown arrow to bring up the list of options, then mouse-clicking on the selection…easy…so why are they scrollable?. It’s a peculiar interface design that puts a long list of items (eg document Scales) into a scrollable list, but only has one line of text visible at any time. (I also suspect that exposing these many items makes LO run more slowly in general).

I made a quick recording - showing two actions:

  • with viewport selected, hovering the mouse over any input box on the Tray makes the viewport nudge up or down.
  • with no viewport or other item selected, and after trying to scroll the Tray down, there’s a bit of lag in the scroll behaviour that inadvertantly causes settings changes to the Dash, Start Arrow AND End Arrow styles (all within a split second).

Shifting things 12

I don’t believe that I’ve ever experienced what you are describing Sam.

I’m on Windows 10 (always the latest)

Thanks for reading and replying Paul … can I ask what brand of mouse you have? & wireless or wired?

Cheers!

current mouse is Logitech Vertical which is wireless

previous mouse was a Logitech MX Master (wireless) which didn’t have any issues as you describe

Weird…what happens if you render the viewport?

Rendering works fine, the viewport shift will still apply…they seem unrelated.

@AK_SAM I’ve managed to reproduce your issue in Layout 2021 and 2020.

I have no docked trays - they all float, that’s why I wasn’t able to replicate the issue.

If I dock a custom tray that has, say, the shape style panel and mouse over a drop down menu, a selected viewport moves up and down !

When I undock the tray the selected viewport does not move.

@colin any ideas

So I tried that - and whaddayakno - undocking the tray does fix the “bug” #2 (unintentional shifting of objects)…well, it’'s a clumsy workaround.

I had a play around with lots of other settings configurations to see if i could solve the Pages shifting bug…but no luck.

The problem where the cursor unintentionally scrolls through settings is still present, also.

Undocking the tray has not fixed this issue for me. I have a large multi page document and it is shifting the selected page to the top. I have to go and move that page back every time now.

what exactly do you mean by this?

are all elements/objects/viewports selected when the “page” shifts?

In LayOut when I select a page from the pages window and move to select something else it will drag that page to the top of the page list. I then have to drag that page back to its appropriate place.

I recall you’ve mentioned this before in some other post…?

Can you do a gif of your problem (or direct me to it if you have)

I don’t really use gif animations I would have to look up how to do it and I don’t know that I will have time to do it today.