Visual artifacts after shrinking terminal window

[o-sdn-o]

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 cmd and press Enter
• Type dir /w c:\windows and press Enter
• Shrink the terminal window to twice its width
• Type exit and press Enter
• Observe visual artifacts on top of the Far UI

Expected behavior

No response

Actual behavior

[Zeroes1]

А можно конфиг WT, и видео записать воспроизведения?

[ags1234]

Have you tried using ConEmu to start and use Far in?

[o-sdn-o]

А можно конфиг WT,

settings.json

и видео записать воспроизведения?

• WT:

wt-far-20251102.mp4

• vtm:

far_2025.11.02.mp4

Have you tried using ConEmu to start and use Far in?

• ConEmu:
  

[Zeroes1]

@o-sdn-o

1. В настройках Совместимости WT
   Режим измерения текста должен быть изменён
   Кластеры Grapheme -> консоль Windows.
   FAR пока кластеры Grapheme не поддерживает.

в settings.json должна появится строка
"compatibility.textMeasurement": "console",

и почему в видео FAR древний?

2. Ваш случай проверить не могу, после старта FAR у меня окно WT перестаёт изменяться по размерам мышкой. Чего не хватает?

[o-sdn-o]

1. В настройках Совместимости WT
   Режим измерения текста должен быть изменён
   Кластеры Grapheme -> консоль Windows.
   FAR пока кластеры Grapheme не поддерживает.

в settings.json должна появится строка
"compatibility.textMeasurement": "console",

и почему в видео FAR древний?

Here's a video of the FM just built from source code:

wt-far-20251103.mp4

[o-sdn-o]

2. Ваш случай проверить не могу, после старта FAR у меня окно WT перестаёт изменяться по размерам мышкой. Чего не хватает?

Хороший вопрос. Как такое может быть.

[o-sdn-o]

после старта FAR у меня окно WT перестаёт изменяться по размерам мышкой

Для воспроизведения этого бага, менять при активном Far'е размер окна WT не требуется (это сработает, конечно, если сам Far неким образом блокирует изменение размеров окна WT). - Перед запуском Far'а необходимо сделать окно WT по-больше, и, после запуска cmd + dir c:\windows /w внутри Far'а, уменьшить окно на половину ширины и выйти из cmd через exit.

Если проблема конкретно с WT, то баг воспроизводится в любой текстовой консоли - в conhost'е, в ConEmu, в vtm.

[Zeroes1]

@o-sdn-o

1. То что мышью не мог окно двигать когда FAR активен, это мой скрипт Autohotkey препятствовал,
   чтобы сопротивляться проблеме описанной Mouse Mode gets stuck in certain circumstances microsoft/terminal#15540
   МС не чешется даже исправлять.

2. чтобы убрать проблему тебе надо:
   a) far:config
   System.WindowMode
   перевести в false

• сохранить по Shift+f9

b) не запускать FAR также с ключом -w

Я работаю в таком режиме N лет - полёт отличный.

"багу" предлагаю эту закрыть.

[o-sdn-o]

2. чтобы убрать проблему тебе надо:
   a) far:config
   System.WindowMode
   перевести в false

После смены значения на false требуется перезапуск Far'а.

"багу" предлагаю эту закрыть.

Кажется, что Far прямо из коробки имеет этот изъян. Возможно имеет смысл сделать System.WindowMode=false по-умолчанию.

[Zeroes1]

ну наверное есть причины не менять? (ps. я бы поменял :)

@alabuzhev any idea?