View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001539 | Far Manager | Editor | public | 2010-10-09 14:59 | 2010-10-12 14:24 |
Reporter | darkmist | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Summary | 0001539: selection for found fragment subtracts from following selection made by Shift + cursor keys | ||||
Description | Ищем строку в файле, включена опция "Select found". При нахождении курсор позиционируется на начало найденного фрагмента. Нажимаем Shift+Down, ожидаем что выделится вся строка, начиная с начала найденного фрагмента, однако выделяется строка минус найденный фрагмент. При отключенной "Select found" все в порядке. | ||||
Tags | No tags attached. | ||||
Build | |||||
|
ctrl-shift-left shift-down к примеру ведёт себя так же. поэтому возникает вопрос, а обосновано ли ожидание? |
|
Такое ожидание обосновывается (потенциальным) удобством предлагаемого поведения, а уж поменять логику на Ctrl-Shift-Right это дело техники. P.S. Наверно тикет правильнее отнести к категории Wishes. |
|
zg, собственно, я сравнивал поведение с поведением других редакторов - того же notepad. В описанной вами ситуации поведение редактора notepad и редактора far идентичное. В описанной мной - отличается. |
|
да, в фаре более логичное и предсказуемое поведение. |