Ты чем там упарывался-то?

А теперь сгенери этой штукой GUI для g++...

http://www.jensroesner.de/wgetgui/wgetgui.png

А зачем нужен гуй для g++?

А зачем нужен гуй для g++?

Как наглядное пособие, почему автоматическое создание GUI из манов не очень эффективно, если сами маны не адаптируются под это.

Это к чему? Нафига mplayer'у GUI?

Шило на мыло какое-то. Гуй на гтк пишется на раз два. Не хочешь на си - можно на вала.

А так он вообще не будет требовать затрат времени у программиста.

Хитрым скриптом парсит этот ман и делает из него гуй

Почему бы не писать «хорошо структурированный» код и не парсить его?

Гуй вообще должен делать не программист, а дизайнер. И не в гамбас, а в Glade. А это почти то же самое, что ты и говоришь.

3. Хорошо структурированный ман, как у mplayer, например.

Свалка это.

Вроде была какая-то такая фиговина лет чуть не 10 назад.

Мне страшно представить себе такой гуй даже для cp.

А твой парсер из воздуха материализуется, да? И гуй сразу идеальный будет наверно?

1) Любую величину, которую может менять пользователь, оберни в misaki::CV.

2) Напиши код, который ходит по boost::property_tree и генерирует виджеты или группы виджетов для листьев.

3) Profit. Получается сохраняемое в файл состояние программы с конфигом и гуём по желанию.

Судя по 90% GUI софта под никсы, оно именно так и пишется.

Можно и генерировать, но только при условии если гуй будет как у zenmap. Другие гуи не нужны.

Это самая гениальная идея, которую я видел на ЛОРе (да и не только) за последние 6 лет. Я серьезно. Чувак - бегом на кикстартер!!! Если ты такое реализуешь, то этой тулзе цены не будет!

Чукча не писатель, чукча автор.

Новый класс людей - тролль

1. Зарегился на лоре.

2. Написал пару сообщений в техразделах.

3. Полезных, хороших сообщений, как «не нужно», например.

4. Хитрым способом принимаешь вещества и пишешь в толксы.

5. Получилось хоть и толстая, то не унылая версия треда.

6. Бедным троллям не нужно искать сайты анекдотов и платить за билет в цирк, чтобы получить еду.

s/огу/оху/

Это ты просто завидуешь. У тебя сообщений больше, а звезд меньше.

Это уже столько раз и столько лет назад предлагали и пытались реализовать..

А так он вообще не будет требовать затрат времени у программиста.

будет.

1. устанешь парсить ман.

2. любое обновление мана, и вся разметка летит к чёрту.

И да, почему нельзя сделать толковый гуй с подсказками и гуёвой справкой?

А теперь сгенери этой штукой GUI для g++...

man emacs
man qt-creator
)

А теперь вопрос: а зачем кому-то нужен такой вот недогуй?

Python все равно проще в написании.

Есть smplayer. И, нужно признать, он очень удобен.

когда-то думал о подобном, правда более комплексном решении (тут неоднократно озвучивал)

Гуйня с плагинами для команднострочных приложений. Гуевые пайпы, всё такое.

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

http://www.jensroesner.de/wgetgui/wgetgui.png

Хороший, годный гуй. Есть вкладка для домохозяек, для приросших к мыше (с продублированными cli опциями, что сразу отметает все вопросы на что они там внутре смаплены) и есть возможность подредактировать вызываемую команду.

Не знаю: как по мне, так удобнее старого доброго mplayer'а ничего нет.

Молодец, ты переизобрёл Kaptain.

Кстати, посмотрел бы я на того, кто смог бы разобраться с таким гуем к mplayer/mencoder…

Прочитал как «новый класс программ — авот***».

хм. а ман к автогую будет? а свой собственный ман он будет отображать как гуй?

А хуле, автоман уже сделали, можно и автогуй. http://www.gnu.org/software/help2man/

И тормознее. :)

В наше время при запуске простенькой программы с 3d-сценой, отрисованной opengl, текста парсится едва ли не больше, чем средний школьник за жизнь прочитал. Питон тормозной только у тех, кто не слышал о профайлере и привык к нетбинсам и макам настолько, что совсем не следит за временем отклика.

Это ты просто завидуешь. У тебя сообщений больше, а звезд меньше.

Читеры, пишущие новости, звездатыми не считаются. :)

оберон(автогуение record'ов) и литературное программирование смотрят на тебя.

Нет, спасибо, не будет на моем компе ни гаджимов, ни терминаторов, ни прочей хрени. Уж лучше моно, чем питон.

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

а тут mplayer гуями оборачивают.

поздравляю с изобретением declarative ui, чо! ;)

В итоге будет куча форм с полями и нерационально использованное место на экране, без оптимизации с участием человека не обойтись все равно.

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

Декларативная документация прямо в коде - хорошо.

Декларативный гуй в документации - плохо.

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

Для гуя такого типа быстродействия хватит :)

Звучит круто, только в результате будет непременно получаться что-то совершенно неюзабельное

3. Хорошо структурированный ман, как у mplayer, например.

Это шутка такая?