Разные недочеты/баги

[main Alexey]

каретка идет в конец - уже при select-all.
толко редактор не скроллит к ней.
это фича.
а вот Esc- тут уже редактор скроллит к каретке.
и это верно.
если не делать это то юзер потеряется. это by design.

[mix-7]

каретка идет в конец - уже при select-all.
толко редактор не скроллит к ней.
это фича.
а вот Esc- тут уже редактор скроллит к каретке.
и это верно.
если не делать это то юзер потеряется. это by design.

Cделайте, пожалуйста, после снятия выделения команду

Code: Select all

go to last editing pos

[main Alexey]

поясните, что и где сделать.
как сделать команду go to last editing pos.

[mix-7]

После снятия выделения каретка переходит в конец файла во вкладке.
Предлагаю вместо этого в коде выполнить команду из Command palette
go to last editing pos
для перехода в последнее место редактирования.

> как сделать команду

есть!
import cudatext_cmd as cmds
ed.cmd(cmds.cCommand_KeyDown,'')

В коде Лазарус это (go to last editing pos) возможно?

[main Alexey]

>Cделайте, пожалуйста, после снятия выделения команду
Code: Select all
go to last editing pos

тут нужно макро вам.
а не изменение поведения Куд.
в макро запишиите две команды

- cancel sel
- go to last editing pos

[mix-7]

Нашел способ снять выделение без перехода - кликнуть мышкой, ПКМ.
Каретка смещается в место курсора.

А почему после снятия выделения по Esc переход в конец, а не в точку редактирования?
Логично было бы остаться на месте последнего положения каретки.

> тут нужно макро вам.
Совсем сложно!
Я же имел в виду случай случайного выделения.
А после снятия по Esc теряется фокус редактирования, неудобный переход в конец.
Надо вспоминать "где же я редактировал", переходить.
Затраты времени, возможные ошибки.

Вот мое IMHO и мотивированное пожелание возвращаться в точку редактирования.

[mix-7]

В CudaText 1.210.0.0, linux-x86_64-qt5, fpc 3.2.3 (Ubuntu 23.10, ядро Linux 6.5.0-21-generic GNOME 45.2, сеанс X11) заметил странное поведение: при вводе после левого Ctrl с первого раза не вводится кириллические буквы "у" и "т", при этом после при пропуске "т" в строке статуса сообщение 'Cannot find bookbarks in text'.
При аналогичном вводе здесь такого пропуска не наблюдается.
Случайно обнаружил, не мешает, но, может, это какой-то побочный эффект.

[mix-7]

Здравствуйте!
Обнаружил сходный с
Unable to insert character '|' in the input field · Issue #79 · kvichans/cuda_find_in_files4
баг в CudaText 1.210.0.0, linux-x86_64-qt5, fpc 3.2.3 (Ubuntu 23.10 и т.д., как в Issue #79)
Попробовал проверить ввод вертикальной черты в поле поиска CudaText - ввод нормальный.
А вот в Code tree не вводится.

[main Alexey]

повторяю баг. спасибо. буду писать багрепорт в лазарус.

[mix-7]

Здравствуйте!
Не знаю, баг ли это.
Если курсор в поле ввода слова поиска Code text, CudaText не реагирует на hotkey, команды с Ctrl-, например, Ctrl-O.

CudaText 1.210.5.0, linux-x86_64-qt5, fpc 3.2.3
Ubuntu 23.10 Gnome 45.2 ядро Linux 6.5.0-25-generic