Легко меняемый ГУЙ?

Умный протокол (на XML или S-выражениях) + GUI отдельной программой, которая этот протокол понимает. Проще некуда. Это ж unix way.

ПС Куте, ГТК не катит, слишком лоулевел:)

Какого рода гибкость нужно обеспечить ? Менять положение и размеры элементов управления ? Если так, то смотри в сторону libglade + python. На мой взгляд самое обкатанное решение.

Если нужно менять функционал, то в общем случае без модификации исходных текстов программных модулей не обойтись.

Qt гораздо более lowlevel, чем GTK. Потому как GTK легко можно применять из нормальных, высокоуровневых языков, а Qt - только из этого смешного ассемблера с плюсами. Про питона не надо - оно там просто ужасно.

Жаль, что так много программистов в юниксах сохраняют свои глупые виндовые привычки. Unix way - тривиальнейшая идеология, но очень немногие из вас оказались способны её осилить после того как вам так жестко испортили мозги вендовыми технологиями.

Предложи свое решение. Только такое чтобы без изменения исходного текста дюбой из составляющих программ можно было бы менять функционал графического интерфейса. Только не надо "ля-ля" про unix way. Я идеологически бесплоден. Мне все эти басни, что по3.14зде ладошкой

Моё решение выше - ГУЙ отдельно, логика отдельно. И как можно более простой протокол общения между ними - привязанный к логике, а не к ГУЮ.

Так работает unix way. Так ты можешь любой ГУЙ приделать к любой (правильно спроектированной) софтине. Не понравился - оторвать и приделать совсем другой. Лишь бы отражал функциональность софтины. Полностью или частично. Как правило - частично, потому как ни один ГУЙ не способен адекватно отобразить весь функционал CLI.

Слушай, а чем мое решение не unix way, а ? В каком месте я сказал, чтобы логику пихать в интерфейс ? Ткни носом пжста. Бери питон, юзай сишные или плюсовые бустовые биндинги. В итоге, логика на си или си плюс плюс, а гуй на питоне. Удобно. Просто.

А твой интерфейс на S или XML -выражениях сначало еще надо реализовать. Можно конечно взять gtkserver, но уж больно он низкоуровневый. Python и тот удобнее.

Ты сам сказал, что в твоём решении при изменении логики интерфейса надо будет менять логику приложения.

Да и подло это - сшивать логику с ГУЁм. Очень ограничивает функциональность.

Нужно чтобы ГУЙ могли изменять ПОЛНЫЕ ламеры, знающие только хтмл:) Ни о каком С речи быть не может:) CLI не может быть, ибо это информациооный терминал:) Есть ли похожие проекты(в смысле организации интерфейса, а не фунционала), чтобы не изобретать велосипед?

Я сказал, что для изменения функционала интерфейса придется менять исходные тексты программных модулей. Полюбому. Даже в случае использования бодяги навроде gtkserver-а.

Для веба таких технологий хоть отбавляй, а для десктопа подобного не особо видно. Технология для отделения логики от гуя?

> Нужно чтобы ГУЙ могли изменять ПОЛНЫЕ ламеры, знающие только хтмл:)

Что знаит хтмл ? JavaScript ? "Менять интерфейс" это "менять функционал интерфейса" или "менять расположение элементов управления" ? Если юзер хочет менять функционал, то он скорее всего должен быть программером, потому как функционал в любом случае разруливает программа. Без изменения исходников здесь врядли можно добится чего-то плодотворного. Впрочем все зависит от частной задачи.

Если юзер хочет менять дизайн интерфейса, то достаточно libglade. Чел просто правит *.xml-ку причем не в текстовом редакторе, а в WYSIWYG интерфейсе, а python автоматически подхватывает и показывает измененный интерфейс. Никаких компиляций.

Если нужны небольшие правки функционала интерфейса, то можно и в исходник глянуть. Благо python не си, разобраться можно.

Пусть тогда описание гуйни будет на XML, и твои ламеры будут менять XSL, если им так хочется.

Посмотри на гуёвые приложения из своего дистрибутива. Большинство из них будут примерами этой технологии.

Пока два варианта: glade + python и html + движок браузера + любой бекенд, хоть на лиспе:) Второй вариант мне больше нравится тем, что он более гибок. Например мне нужно показывать анимированные картинки, в хтмл просто поставить гиф-ку - это 1 строчка в описании гуя. В гтк это не так просто сделать.

+ можно выложить эту прогу в инет, можно организовать тонкие клиенты + сервер(хотя можно и самому организовать протокол передачи, но это более геморойно, чем использование готовых технологий).

Ну или XUL. Тогда привязываемся к Gecko, но получаем более вменяемый гуй, чем просто html

Решил пока остановиться на XUL + ajax

Наконец-то понял эту идею.(другой анонимус) Thanks!

Уря!

Тикль. swing'ом прикрутить гуй к собственно программе. Смена гуя -- смена реализующего его тиклевского скрипта. (если у кого идиосинкразия на Motif-вид, сообщаю -- давно доступны скины, в пакете Tile).

> Предложи свое решение. Только такое чтобы без изменения исходного текста дюбой из составляющих программ можно было бы менять функционал графического интерфейса. Только не надо "ля-ля" про unix way. Я идеологически бесплоден. Мне все эти басни, что по3.14зде ладошкой

Ещё раз -- тикль. В исходных текстах твоих программ реализуется функционал, все функции которого необходимые для реализации GUI (а именно здесь происходит разрез отделяющий GUI, именно ИНТЕРФЕЙС, а не исключительно внешний ВИД, от собственно программы) выносятся на уровень тикля. Хочешь врукопашную, хочешь swing'ом. GUI пишется отдельно.

Впрочем тикль здесь за уши притянут. Такое на любом языке делается. В жабе нечто подобное на более примитивном уровне отдельных виджетов называется "model-view-controller". Ничто не мешает реализовать этот же MVC для приложения в целом, на любом языке.

> Тикль. swing'ом прикрутить гуй к собственно программе.

может всё-таки SWIG'ом?