Started changelog: https://dice.netxs.online/cloud/vtm/builds/changelog.txt
понятно, сурцы будут или полностью закрыто? я не идеолог, просто интересно понимать
Исходники VTM будут довольно скоро, но там будет видна лишь логика встроенного терминала. Основной пласт работы находится в "Desktopio TUI Engine" (Desktopio) на базе которого строится VTM. Туда входит практически всё - формы, события, рендеринг, мышь/клавиатура, пользовательские сеансы и т.д. Его исходники будут в отдельном проекте после того, как Desktopio заматереет. Под "заматереет" я имею ввиду момент, когда на его базе будет сделано несколько приложений: первым стал VTM (со встроенным терминалом), затем примитивный текстовый редактор, электронные таблицы, пасьянс типа косынки. Возможно, будет достаточно одного VTM с его встроенным терминалом.
В долгосрочных планах - построить TUI экосистему внутри VTM, сделать удобным Windows Server Core (VTM хорошо себя чувствует в cmd.exe, вдобавок подходе Windows Terminal), сделать возможным совместную работу любого количества людей в терминале (сейчас VTM позволяет одновременно подключиться любому количеству человек и как-то там взаимодействовать). Когда исходники Desktopio будут доступны всем, я думаю народ много чего напридумывает на его базе. Не открываю исходники сейчас, потому что боюсь, что придумают что-то серьезное раньше, чем он будет доведен до ума, и тогда придется поддерживать обратную совместимость, которая не даст нормально сформироваться архитектуре.
middle mouse button seems to work ok in kitty.
Thank you, I updated the issue [Demo] List of tested terminals #37
More support for more terminals?
I meant that on these holidays I am redesigning the internal structure of the terminal built into the VTM.
At the moment, the structure of the internal buffer prevents many terminal applications such as less/bat/etc from working as expected.
Designing the internal buffer of my terminal is complicated by the support of clusters of non-standard-size grapheme clusters (stretched over several cells) and their individual fragments (halves/quarters).
Grapheme clusters should be able to be more than one cell in height/width, as well as it should be possible to process their individual fragments.
Support for such graphemes by modern terminal emulators is a matter of time.
sometimes the middle click closes the window and sometimes the middle click duplicates the window
The middle button has two functions:
- One click to destroy the window
- Click + drag to create a new window (the action is interpreted as dragging if the mouse cursor is moved at least one cell after pressing the button down)
Perhaps the mouse cursor moves outside the current cell during the time between pressing and releasing the button, and this action is interpreted as dragging to create a new window.
I wouldn't be so optimistic about support for such things in other terminal emulators.
Indeed, at first glance, this doesn't seem to be in demand. Moreover, it seems inappropriate in a terminal environment, as many terminal developers have spoken about repeatedly.
I have several reasons to be optimistic about such things.