Здравствуйте, Conductor, Вы писали:

C>Здравствуйте, AlexGin, Вы писали:

AG>>Меня интересует вариант именно тогда, когда без Qt.
AG>>Что применять в этом случае? Возможно, есть современное решение?

C>Ну, тут ведь как это ни банально звучит, от целей и задач всё зависит — от стратегии и тактики:
C>1. Старый win-код нужно сохранить/трогать по минимуму? (Необходимо будет собирать и для win, и для lin?)
Да.

C>2. Говорим о GUI-программе? (Потому что если не GUI, то вообще средствами языка можно обойтись.)
Нет. Здесь речь скорее о CLI-приложении. Или даже о системной службе (демоне).
В программе с GUI я бы без вопросов всё это закрыл на Qt.

C>3. Если GUI, то какой framework используется, что он предлагает для работы в логике сообщений?
Ещё раз подчеркну — этот вопрос относится к работе приложений командной строки.
В них также нежелательно замораживать прокачку очереди сообщений.

C>Если бы задача в целом и окружение были более полно обозначены, то и обсуждать было бы проще.
Пока подробности проекта не прорисовались — но я уже что-то намечаю.

C>По поводу asio. Ну, во-первых, можно использовать и без boost. А во-вторых: а что, собственно, такого уж громоздкого в boost – что надо используй в проекте (хоть header-only), что не надо – не используй. Остальное лежит себе на машине разработчика, каши есть не просит. Кроссплатформенно, опять же. Если проект с cmake, то задействовать boost вообще – 2-3 строчки.

C>Upd. Сейчас увидел, что ты GNOME используешь, если про GUI говорим — по glib документацию не смотрел? Например, начиная отсюда:
C>The Main Event Loop: GLib Reference Manual

Спасибо за подсказку! Обязательно посмотрю!
Но ограничиваться только гномом как-то ИМХО не правильно.

Здравствуйте, Conductor, Вы писали:

C>Здравствуйте, AlexGin, Вы писали:

AG>>Меня интересует вариант именно тогда, когда без Qt.
AG>>Что применять в этом случае? Возможно, есть современное решение?

C>Ну, тут ведь как это ни банально звучит, от целей и задач всё зависит — от стратегии и тактики:
C>1. Старый win-код нужно сохранить/трогать по минимуму? (Необходимо будет собирать и для win, и для lin?)
Да.

C>2. Говорим о GUI-программе? (Потому что если не GUI, то вообще средствами языка можно обойтись.)
Нет. Здесь речь скорее о CLI-приложении. Или даже о системной службе (демоне).
В программе с GUI я бы без вопросов всё это закрыл на Qt.

C>3. Если GUI, то какой framework используется, что он предлагает для работы в логике сообщений?
Ещё раз подчеркну — этот вопрос относится к работе приложений командной строки.

C>Если бы задача в целом и окружение были более полно обозначены, то и обсуждать было бы проще.
Пока подробности проекта не прорисовались — но я уже что-то намечаю.

C>По поводу asio. Ну, во-первых, можно использовать и без boost. А во-вторых: а что, собственно, такого уж громоздкого в boost – что надо используй в проекте (хоть header-only), что не надо – не используй. Остальное лежит себе на машине разработчика, каши есть не просит. Кроссплатформенно, опять же. Если проект с cmake, то задействовать boost вообще – 2-3 строчки.

C>Upd. Сейчас увидел, что ты GNOME используешь, если про GUI говорим — по glib документацию не смотрел? Например, начиная отсюда:
C>The Main Event Loop: GLib Reference Manual

Спасибо за подсказку! Обязательно посмотрю!
Но ограничиваться только гномом как-то ИМХО не правильно.