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


Ignore:
Timestamp:
02/25/18 23:31:53 (7 years ago)
Author:
vik
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #3902, comment 3

    initial v1  
    11---- 
    22 
    3 1) It's proposed to be a setting, it could even be "hidden" i. e. don't have the dialog representation to change it, just a string in the ini file. So anyone who needs it could set it, like mac users. And it is disabled by default in the proposed patch, so behavior wouldn't change till user will explicitly set it. Sure, we can wait for the solution for years, but it's a simple patch that took about 30 minutes to made, as I haven't seen the mc sources since 1995, I suppose ;)) 
     31) It's proposed to be a setting, it could even be "hidden" i. e. don't have the dialog representation to change it, just a string in the ini file. So anyone who needs it could set it, like mac users. And it is disabled by default in the proposed patch, so behavior wouldn't change till user will explicitly set it. Sure, we can wait for the solution for years, but it's a simple patch that took about 30 minutes to made, as I haven't seen the mc sources since 1995, I suppose ;)) And I think it's not about the terminal but about the MC -how to treat "natural" scrolling in the panels. 
    44And (afaik) the mac approach is, that apps shall interpret the scrolling events as they'd like to; i.e. when user scrolls down it's application decision what to do - to scroll document down or to move the caret down. The natural way in the midnight panel case, i suppose, is to move the selection down when SCROLL_UP has been done. Currently the selection moves up when user scrolls down. Maybe it could be a bit reasonable for a panel with a lot of files, but if there's just a few files, it looks odd - user scrolls down but selection moves up. 
    55