Visual artifacts after shrinking terminal window
Far Manager version
current master
OS version
10.0.19045.6332, 10.0.26100.4946
Other software
Tested terminals:
- WindowsTerminal
- conhost.exe
- vtm
- conemu (a single black cell in the upper right corner)
Steps to reproduce
- Run Far with two panels active
- Type
cmdand press Enter - Type
dir /w c:\windowsand press Enter - Shrink the terminal window to twice its width
- Type
exitand press Enter - Observe visual artifacts on top of the Far UI
Expected behavior
No response
Actual behavior
А можно конфиг WT, и видео записать воспроизведения?
Have you tried using ConEmu to start and use Far in?
А можно конфиг WT,
и видео записать воспроизведения?
- WT:
https://github.com/user-attachments/assets/5ed8cd0b-5902-4798-bb50-a86c4467ad67
- vtm:
https://github.com/user-attachments/assets/5268e850-8aec-47a9-ac97-9c1183a79c95
Have you tried using ConEmu to start and use Far in?
- ConEmu:
@o-sdn-o
- В настройках Совместимости WT Режим измерения текста должен быть изменён Кластеры Grapheme -> консоль Windows. FAR пока кластеры Grapheme не поддерживает.
в settings.json должна появится строка "compatibility.textMeasurement": "console",
и почему в видео FAR древний?
- Ваш случай проверить не могу, после старта FAR у меня окно WT перестаёт изменяться по размерам мышкой. Чего не хватает?
- В настройках Совместимости WT Режим измерения текста должен быть изменён Кластеры Grapheme -> консоль Windows. FAR пока кластеры Grapheme не поддерживает.
в settings.json должна появится строка "compatibility.textMeasurement": "console",
и почему в видео FAR древний?
Here's a video of the FM just built from source code:
https://github.com/user-attachments/assets/86a6563d-a2f4-432c-a055-dd704ec8f45c
- Ваш случай проверить не могу, после старта FAR у меня окно WT перестаёт изменяться по размерам мышкой. Чего не хватает?
Хороший вопрос. Как такое может быть.
после старта FAR у меня окно WT перестаёт изменяться по размерам мышкой
Для воспроизведения этого бага, менять при активном Far'е размер окна WT не требуется (это сработает, конечно, если сам Far неким образом блокирует изменение размеров окна WT). - Перед запуском Far'а необходимо сделать окно WT по-больше, и, после запуска cmd + dir c:\windows /w внутри Far'а, уменьшить окно на половину ширины и выйти из cmd через exit.
Если проблема конкретно с WT, то баг воспроизводится в любой текстовой консоли - в conhost'е, в ConEmu, в vtm.
@o-sdn-o
-
То что мышью не мог окно двигать когда FAR активен, это мой скрипт Autohotkey препятствовал, чтобы сопротивляться проблеме описанной https://github.com/microsoft/terminal/issues/15540 МС не чешется даже исправлять.
-
чтобы убрать проблему тебе надо: a) far:config System.WindowMode перевести в false
- сохранить по Shift+f9
b) не запускать FAR также с ключом -w
Я работаю в таком режиме N лет - полёт отличный.
"багу" предлагаю эту закрыть.
- чтобы убрать проблему тебе надо: a) far:config System.WindowMode перевести в false
После смены значения на false требуется перезапуск Far'а.
"багу" предлагаю эту закрыть.
Кажется, что Far прямо из коробки имеет этот изъян. Возможно имеет смысл сделать System.WindowMode=false по-умолчанию.
ну наверное есть причины не менять? (ps. я бы поменял :)
@alabuzhev any idea?