Использование GNU Readline; как я могу добавить ncurses в ту же программу?

Я немного поискал, и, похоже, вам не повезло.

Для альтернатив ncurses есть SLang, Newt и Turbo Vision. Сленг - это гораздо больше, чем просто обработка экрана, и, следовательно, более сложный, но, может быть, его можно использовать для ваших целей? Newt использует обработку экрана и намного проще, но я думаю, что он слишком простой и однопоточный для ваших целей.

Turbo Vision - это графическая библиотека текстового режима от Borland, используемая всеми их инструментами в конце 80-х - начале 90-х годов. Borland выпустила исходный код, когда рынок для подобных вещей уменьшился, и теперь есть порт для Linux (примечание, этот проект, кажется, написал свою собственную реализацию турбо-видения). Этот порт не мертв (в этом году было несколько обновлений cvs, которые хорошо компилировались (в более старых версиях этого не было)), но ни один из примеров TV, которые я нашел, не был обновленным, и я получил только некоторые из них для компиляции раньше отказавшись от остального. Это немного обидно, потому что телевизор был прекрасной средой для использования. TV - это, кстати, C ++ (и я полагаю, вы используете C?).

Альтернативой readline является libkinput, который, возможно, работает вместе с ncurses (он говорит, что может использовать terminfo ncurses. но я не уверен, означает ли это, что он может сосуществовать вместе с использованием ncurses)?

Может быть, один из вариантов - запустить readline «извне» по отношению к вашей программе ncurses, используя rlwrap?

Теперь я собрал простой пример программы на GitHub: https://github.com/ulfalizer/readline-and-ncurses.

Он поддерживает плавное и эффективное изменение размера терминала и многобайтовые / комбинированные / широкие символы. В коде есть полезные комментарии.

Снимок экрана ниже:

Из-за этого я несколько часов бился головой, просто чтобы спасти людей, которые гуглили немного от боли:

Если вы используете встроенный SIGWINCH обработчик ncurses с KEY_RESIZE, имейте в виду, что readline по умолчанию устанавливает переменные среды LINES и COLUMNS. Они отменяют любое вычисление динамического размера (обычно с ioctl() TIOCGWINSZ), которое в противном случае выполняла бы ncurses, что означает, что вы сохраните исходный размер терминала даже после изменения размера терминала.

Этого можно избежать, установив rl_change_environment в 0 перед инициализацией строки чтения.

Обновление:

Вот некоторая дополнительная информация, которую я почерпнул из источников для чтения:

Код обработки SIGWINCH readline (который используется, если rl_catch_sigwinch равен 1) обновляет LINES и COLUMNS, что кажется достаточным для ncurses. Однако при использовании альтернативного интерфейса readline (который имеет наибольший смысл при объединении readline с ncurses) обработчики сигналов (включая тот, который используется для SIGWINCH) будут устанавливаться только на время каждого rl_callback_read_char() вызова, то есть любое изменение размера терминала между двумя вызовами rl_callback_read_char() не будет отображаться в строке чтения.

Получается, что gdb использует и readline, и ncurses. Если вы заинтересованы в этом, я рекомендую вам проверить их реализацию: http://sourceware.org/git/?p=gdb.git;a=blob;f=gdb/tui/tui-io.c

Я добился того, что вы описали в своей программе:

http://dpc.ucore.info/lab:xmppconsole

Ниже приводится обработка файлов io:

http://github.com/dpc/xmppconsole/blob/master/src/io.c

Я не уверен, какую версию вы пробовали. На сегодняшний день (2012.09.14) это очень просто, нам просто нужно привязать нашу пользовательскую функцию к указателям на следующие функции.

rl_getch_function
rl_redisplay_function
rl_completion_display_matches_hook

Я сделал кое-что разумное здесь.