Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.GOLDED
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.GOLDED с датами от 16 Jul 13 03:28:02 до 02 May 24 03:28:02, всего сообщений: 3553
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2477 из 3553 ======================================== RU.GOLDED =
От   : Vitaliy Aksyonov                 2:5023/24.4107     26 Jan 23 20:34:32
Кому : Nil A                                               26 Jan 23 20:34:32
Тема : Re: Код в golded-plus
FGHI : area://RU.GOLDED?msgid=2:5023/24.4107+63d34715
На   : area://RU.GOLDED?msgid=2:5015/46+63d32419
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.GOLDED?msgid=2:5015/46+63d35160
==============================================================================

Hello Nil!

27 Jan 23 03:52, you wrote to me:

VA>> Как раз буферы там местами выделяются, учитывая размер окна. В
VA>> этом году залили патч. У тебя исходники свежие? Проверь.

NA> Ааа.. вижу пул-реквест от lamskoy принят в мастер голдеда. Кстати,
NA> Eugene Lamskoy не пробивается по нодлисту-историй, видимо поент.
NA> https://github.com/golded-plus/golded-plus/commit/c8c7f069398a165b281d
NA> d75be1724db381769bc8

NA> Ну окей, char buf[256] --> на макрос с MAXCOL или MAXCOL*2 кагбэ
NA> лучше, чем предлагали до этого char buf[2560], но это всё до ресайза
NA> терминалки.

char buf[2560] - грязненький хак, конечно.
Новое решение лучше, чем ничего. Правда, ведь? Падать не будет. Просто ширина окна останется такая же.

VA>> Динамически изменять размер окна - было бы круто. Но это вряд ли
VA>> кто-то сейчас будет делать.

NA> Потому что надо сразу на какие-то стринги заменять, а не char buf, и
NA> динамически строчки меняли свой размер, при этом там бы хорошо было бы
NA> хранить utf8. Хотя, виндовому коду нужны wchar_t везде, тот ещё
NA> геморой. Ещё для целей редактора надо понимать сколько там
NA> отображаемых фигней на экране, а не просто юникодных код-поинтов, и
NA> каждый раз запускать функцию пересчёта из utf8 не очень рационально.

NA> Был бы какой-нибудь Qt, тамошний QString внутри UTF-16, и прям
NA> какой-нибудь QTextEdit и всё само случается. Я думал, для голдеда
NA> может ICU библиотеку затащить, и тамошний стринг умеет и хранить, и
NA> количество символов печатуемых выдавать.

Если уж делать юникодный - лучше UTF-8 или уже UTF-32. В UTF-16 не все влазит. :)
ИМХО, ICU было бы хорошо.

Ща договоримся.... Придется пилить. :)

NA> Но в голдеде исторически слишком много способов вывода, и через ДОС
NA> (наверное можно забить), и свой ANSI даже есть, и через ncurses, и под
NA> вендой консольный вариант (который надо с codepage на UNICODE
NA> переводить). Мне симпатизирует rtin проект, он красиво так всё рисует,
NA> внутри utf8 у него, на libiconv перекодировку просто делает, и
NA> печатает через ncurses, и ресайз срабатывает хорошо. Вроде rtin есть
NA> под венду, и там есть вендовый ncurses. Я про то, что если в голдеде
NA> всё на стринги заменить, и вывод только через ncurses сделать, то
NA> задача уже имеет какой-то законченный скоп.

Ncurses под DOS или OS/2 будет работать? Я сомневаюсь.

Vitaliy


... Объявление в общественном мyжском тyалете: "Мимо писсyаров не СРАТЬ!!!".
--- GoldED+/LNX 1.1.5-b20220504
* Origin: Aurora, Colorado (2:5023/24.4107)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.037719 секунды