Bug: 2.5.0: Mouse wheel doesn't work properly

The mouse wheel doesn't work to scroll a channel, patch, or record target table display or zoom it when the mouse pointer is on or next to any channel.

The same behavior is true for the PSD.

The scroll wheel works fine to scroll a direct selects display or tombstone view.

I'm downgrading to 2.4.1 until this gets fixed. I use the wheel all the time.

Parents
  • I have 2 computers in front of me right now, and I ran a test on MS behavior on 2.4.1 and 2.5.0
    The results were the same for both software versions.

    While not editing the MS:
    In MS contents: the wheel zooms and the pointer location is the center of the zoom. Left-click doesn't modify the behavior.
    In MS tab label: the wheel scrolls the content up and down. Left-click makes the content zoom where the center of the frame is the center of the zoom. (Vindication for sk8ers_dad)

    While editing the MS:
    In MS contents: the wheel zooms and the pointer location is the center of the zoom. Left-click doesn't modify the behavior.
    In MS tab label: sometimes the wheel zooms and the center of the screen is the center of the zoom, sometimes it moves the content up and down, and sometimes it moves a selected object up and down. I don't know what causes it to do this.
    Left-click and wheel zooms and the center of the screen is the center of the zoom.

    Paul: I would guess that there may be people who don't fit all their MS objects into one frame at the same time and use the wheel while hovering over the tab label to scroll the MS up and down. I'm not one of those people but from that standpoint it makes sense to keep it the way it is.

    I really like the behavior of zooming based on where the mouse pointer is.
    I don't care what hovering over the tab label does in a MS because it's so intuitive and easy to hover the mouse over where I want the center of the zoom to be and then zoom with the scroll wheel. When I need to move the MS content, I right-click and drag. When I need to move a MS object, I left-click and drag.

    However, I am curious to learn about why left-click and wheel behaves the way it does in MS editing. It seems buggy to me.
Reply
  • I have 2 computers in front of me right now, and I ran a test on MS behavior on 2.4.1 and 2.5.0
    The results were the same for both software versions.

    While not editing the MS:
    In MS contents: the wheel zooms and the pointer location is the center of the zoom. Left-click doesn't modify the behavior.
    In MS tab label: the wheel scrolls the content up and down. Left-click makes the content zoom where the center of the frame is the center of the zoom. (Vindication for sk8ers_dad)

    While editing the MS:
    In MS contents: the wheel zooms and the pointer location is the center of the zoom. Left-click doesn't modify the behavior.
    In MS tab label: sometimes the wheel zooms and the center of the screen is the center of the zoom, sometimes it moves the content up and down, and sometimes it moves a selected object up and down. I don't know what causes it to do this.
    Left-click and wheel zooms and the center of the screen is the center of the zoom.

    Paul: I would guess that there may be people who don't fit all their MS objects into one frame at the same time and use the wheel while hovering over the tab label to scroll the MS up and down. I'm not one of those people but from that standpoint it makes sense to keep it the way it is.

    I really like the behavior of zooming based on where the mouse pointer is.
    I don't care what hovering over the tab label does in a MS because it's so intuitive and easy to hover the mouse over where I want the center of the zoom to be and then zoom with the scroll wheel. When I need to move the MS content, I right-click and drag. When I need to move a MS object, I left-click and drag.

    However, I am curious to learn about why left-click and wheel behaves the way it does in MS editing. It seems buggy to me.
Children
No Data
Related