Changes between Initial Version and Version 1 of Ticket #3902, comment 7


Ignore:
Timestamp:
02/26/18 13:21:19 (6 years ago)
Author:
vik
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #3902, comment 7

    initial v1  
    11Well, I just tried to explain how it's done in macos and what can be done in the MC. 
    22I have no idea why you cannot switch, but this approach is quite convenient and used by a lot of users around - all mac users as well as many graphical designers with their digitizers. But It's just a question of personal preferences, of course. It does not matter, either content is produced or consumed, the "natural" way is to move a paper when you write something on it. Anyway, you prefer this way, another users prefer another way, why just don't let them choose? 
    3 About the scrolling - what I tried to explain. The "native" mac scrolling scrolls content and cursor remains stand still. Always. In any application. It is how "natural scrolling" works. Every mac app behaves this way - pages, textedit, msword and excel, finder, commander one, itunes - any. It's understood, because current MC behavior, when user drags down and cursor moves up, is just weird. Mac apps just do not move cursor as I explained before, content moves instead in the scrolling direction and cursor may be moved out of visible content area. 
     3About the scrolling - what I tried to explain. The "native" mac scrolling scrolls content and cursor remains stand still in it's place in the content. Always. In any application. It is how "natural scrolling" works. Every mac app behaves this way - pages, textedit, msword and excel, finder, commander one, itunes - any. It's understood, because current MC behavior, when user drags down and cursor moves up, is just weird. Mac apps just do not move cursor as I explained before, content moves instead in the scrolling direction and cursor may be moved out of visible content area. 
    44That's why, the really good idea is to adopt the MC to this behavior as it is the standard and a lot of users found it very convenient. Obviously, there shall be the setting to enable/disable this. 
    55I quickly looked in the current code and found that it would be not so easy to implement this (at least for me, as I told you before, last time I looked in the MC sources was more than 20 years ago). At the other hand, moving cursor up when user drags/scrolls down is unacceptable, I suppose you'd agree with that. That's why I proposed a compromise solution that requires minimum effort and implemented a setting that reverse the scroll direction, so it wouldn't look and feel so confusing and odd. You shall definitely try to scroll it with the touchpad and you'd understand what I'm talking about in seconds )