@REPLY: 1:104/117 67f0552c
@MSGID: 2:5030/3165 67f73c4f
@CHRS: CP866 2
@TZUTC: 0700
@TID: hpt/lnx 1.9 2024-03-02
Hello Vitaliy!

Friday April 04 2025 15:49, you wrote to me:

 VA>>> Там нет быстрого решения. Этот код глухо однобайтовый. Чтобы
 VA>>> заработал wide - нужно всё переделывать под юникод. А это значит
 VA>>> переписать больше половины.

 SP>> Ну как минимум, чтобы весь вывод перевести на wide char я уже
 SP>> знаю как, потихоньку начал другие функции править для вывода все,
 SP>> что в gvidbase. Там больше сложность с кучей ифдефов для других
 SP>> типов cchar. Но это похоже единственный путь, если вывод и ввод
 SP>> уже будет работать с wide, то потом можно аккуратно и остальное
 SP>> править, ну ословно на std string переводить.

 VA> Вот это дело. Непросто только будет сделать так, чтобы оно без wide
 VA> работало. Для старых систем. А без wide юникод нормально не взлетит. В
 VA> общем, палка о двух концах.

 VA> Я уже подумываю о том, чтобы сделать ветку для перевода на юникод и
 VA> потихоньку пилить в том направлении.

 VA> Какие задачи я там вижу кроме собственно перевода на юникод:
 VA> 1. Перевести сборку полностью на cmake и выбросить все остальные make,
 VA> vcproj и подобное. 2. Поднять стандарт как минимум до C++11. 3. Забить
 VA> на поддержку старых систем, в которых нет cmake и C++11. При этом по
 VA> идее кросскомпиляция должна помочь собирать под старые системы, если
 VA> кому сильно захочется нового функционала.

 VA> Если будет хороший прогресс и народ будет использовать эту версию -
 VA> влить её в мастер, заодно подняв версию до 2.0.

 VA> Как идея?

 Мне все это нравится, можно даже до C++17 апнуть, если будут
какие-то фиксы можно будет их бекпортить в легаси ветку.

Serg

--- GoldED+/LNX 1.1.5-b20250318 Arch BTW
 * Origin: The Land of Smiles (2:5030/3165)
SEEN-BY: 5030/1081 3165
@PATH: 5030/3165