Да, необходимости нет. Тоесть обойти всегда можно

>Да, необходимости нет. Тоесть обойти всегда можно

Просто Qt позиционируется как строго ООП-библиотека, вот в этом ООП она и погрязла.

Это примерно как hello world на с, с++ и с№, чем дальше, тем больше кода.

проблема вся в том, что писать современную крупную систему и hello world'ы - это ортогональные понятия, второе можно на чем угодно написать на коленке.

Просто можно не погрязать. Просто фиксить ООП плюсов? Странно.

Я уже озвучил когда статический слот надо

> Пока не будет нормальной инсталляции сторонних программ и драйверов из исходников, пакетов со всеми зависимостями, которые после установки не дублируют друг друга (как в zero installer) - я, постоянный пользователь Linux, и то не смогу его посоветовать многим

Жалко, что этого овер 99% линуксоидов не понимает. Щас тут тебе расскажут про пакеты, репозитарии, или посоветуют осилить Gentoo.

А в чем проблема? Програма с открытым исходным кодом лучше по факту того, что исходных код открыт. А преимущества компиляции на целевой машине неочевидны. Я не против бинарных сборок open source software, это не злой блоб. Исходники буду смотреть, править и компилировать когда захочу

>Просто можно не погрязать. Просто фиксить ООП плюсов? Странно.

Не понял, что вы написали.

>проблема вся в том, что писать современную крупную систему и hello world'ы - это ортогональные понятия, второе можно на чем угодно написать на коленке.

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

))) Их не устраивает то ООП, которое реализовано в С++. Они пытаются своей библиотекой это исправить. Мне это кажется странным, так как С++ такой какой он есть по причинам. Причины - совместимость с С. Qt не может взаимодействовать с С, С функция без обертки не может быть слотом

> Как работать и зарабатывать вместе с Open Source?

Никак. В современных условиях это уже невозможно.

Может сходите на конференцию? Думаю человек делающий доклад знает как

> Gimp реальная альтернатива Photoshop

Как работать и зарабатывать вместе с Open Source?

Qt - идеальный GUI

Я так понимаю, это будет выездная сессия ЛОР? :)

Они все такие, эти конференции

>Острой необходимости конечно нет, но бывают случаи, когда нужно сделать что-то простое при некотором событии, напрямую не связанное с тем, что описывают существующие классы и с чем не работают объекты.

Всегда можно добавить метод в класс, в котором описывается коннект, а из него вызвать сишную функцию

Не надо грязи :) LGM - не такая :)

С оберткой можно. Нужно тогда наверное синглетон делать. И описать все функции.

ЛОР - не грязь! ))

>Всегда можно добавить метод в класс, в котором описывается коннект, а из него вызвать сишную функцию

Спасибо кэп. Вы только забыли уточнить, что это сраный неудобный костыль.

>Qt - идеальный GUI
Гэтэкакеры изошли на говно :)

Засорять интерфейс?! Буэ

А кто про ЛОР-то говорит? :)

Растолкуйте смысл фразы?

Я понимаю, что вы пытаетесь прострелить себе ногу :)

Но никто не мешает во вполне себе объектно-ориентированном обработчике вашего сигнала вызвать хоть чёрта лысого. В том числе организовать ещё один поток, внутри которого, опять же, приглашать чёрта лысого.

Или я не понимаю, что вы пытаетесь прострелить.

> Спасибо кэп. Вы только забыли уточнить, что это сраный неудобный костыль.

Да! Ну и что.

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

> > > Как работать и зарабатывать вместе с Open Source?

> Никак. В современных условиях это уже невозможно.

Может сходите на конференцию? Думаю человек делающий доклад знает как

Да ничего он не знает. Сейчас нельзя сидеть весь день дома и программировать свободный софт, имея это единственным источником дохода. А работать на дядю, а потом вечером из последних сил что-то ещё программить - ненормальный вариант.

>Костыли главное инвентаризовать, чтобы потом об них не споткнуться.

Когда от них никуда не деться, да, конечно. Но ведь было бы лучше совсем без них, правда?

Хотел аргументировать ссылкой на «Спасибо кэп. Вы только забыли уточнить, что это сраный неудобный костыль», потому что это ЖУУУТКИЙ КОСТЫЛЬ, но для вас это не аргумент....

> Когда от них никуда не деться, да, конечно. Но ведь было бы лучше совсем без них, правда?

Разумеется. Программирование на Qt хорошо тем, что программируя, ты программируешь на Qt, а не на C++. Qt тебе и мать и отец, и память проинициализирует, и деструктор правильно вызовет, и настройки сохранит и всё остальное тоже сделает само.

Любое использование не Qt-шных классов — это автоматически костыль, потому что Qt этим уже не управляет и всё-всё придётся делать руками. Именно поэтому лучше такими извращениями не заниматься, а доверять Qt.

Таким образом, то, что предлагает тредстартер — это костыль по определению. Если же позарезу надо вызывать C-шные или какие иные приложения и билиотеки из-под программы на Qt — используйте D-Bus.

Анонимус знает о платной поддержке свободных продуктов?

> Хотел аргументировать ссылкой на «Спасибо кэп. Вы только забыли уточнить, что это сраный неудобный костыль», потому что это ЖУУУТКИЙ КОСТЫЛЬ, но для вас это не аргумент....

Я в курсе что это костыль, спасибо Кэп. То, что вы предлагаете — это уже костыль. Я так и написал.

> Любое использование не Qt-шных классов — это автоматически костыль

OMG!

Если же позарезу надо вызывать C-шные или какие иные приложения и билиотеки из-под программы на Qt — используйте D-Bus.

C-функции из какого нибудь lib* через D-bus? Ты не понимаешь что просто не нужно плодить ограничений?

Rodina

A ja rodilsia i do 10i let zhyl v Bratske, a vot sejcas, voleju sudeb, zhyvu v Vilniuse. Privet vsem Bratchaninam! A uzh esli kto-nibud esio i 5uju shkolu zakanchival, to voobse mega-privet! :)

Нет, изначально это не костыль (по идее своей), а недосмотр кутестроителей. Кути вообще славны тем, что сделать в их программе что-то сторонними средствами либо просто что-то, что противоречит «идеологии Qt», бывает крайне накладно и костыльно и это имхо, главный недостаток этой библиотеки, а не «костыль в корне», как считаете вы.

Она совсем не претендует на то, чтобы покрыть ВСЕ потребности чтобы требовать Qt-only программирования. Даже pure-java приложение - не всегда реальность, но возможности библиотеки классов Java пошире будут.

QtOpengl? Вы в итоге вызываете все равно GL функции. Костыль?

>Если же позарезу надо вызывать C-шные или какие иные приложения и билиотеки из-под программы на Qt — используйте D-Bus.

А если я захочу свой супер-пупер-хелло-ворлд запустить на венде? Мне и туда dbus тянуть? И вообще по-моему вот это как раз самый костыльный из костылей.

> >Gimp реальная альтернатива Photoshop Я под столом...

> разработчики Gimp лучше убейтесь ап стену... (это говорит дружно коллектив художников и программистов)

Кого интересуют художники и программисты, которые в не могут выполнять свою работу без плагина с кнопкой «сделать круто»?

>QtOpengl? Вы в итоге вызываете все равно GL функции. Костыль?

Обертка

> QtGUI GUI и ничего больше :}

и шо, QtCore для него типа не нужно, да? ;)

>QtOpengl? Вы в итоге вызываете все равно GL функции. Костыль?

Не пользовался, но очевидно что не костыль, а куте-враппер над opengl. Я писал совершенно о другом:

-хочешь сам создать поток? Фиг! Пользуй QThread, иначе потом все ковырнется;
-хочешь перекидывать через сигналы-слоты свои (или сторонней библиотеки) объекты? Трахайся с настройкой метаколл или чего-то еще, не помню сейчас;
-про использование сишных слотов уже писали.

Это то, что я навскидку вспомнил, а вообще к сожалению время от времени встречаются подобные казусы.

> OMG!

Да, это я слишком круто выразился, но суть понятна :)

Ты не понимаешь что просто не нужно плодить ограничений?

А это ограничение? О_О

> А если я захочу свой супер-пупер-хелло-ворлд запустить на венде? Мне и туда dbus тянуть? И вообще по-моему вот это как раз самый костыльный из костылей.

У тебя есть выбор ;)

Просто x-only - сама по себе глупая идея, коллектив разработчиков платформы никогда не потянет удовлетворить все потребности. В итоге разработчиков ПО будет велосипедить внутри возможностей Qt, вместо подключение либы, которая не Qt, по определению костыль в больной идеологии, но при этом эта либа все решает качественно, быстро и в полном объеме.

> Пока не будет нормальной инсталляции сторонних программ и драйверов из исходников, пакетов со всеми зависимостями, которые после установки не дублируют друг друга (как в zero installer) - я, постоянный пользователь Linux, и то не смогу его посоветовать многим

Жалко, что этого овер 99% линуксоидов не понимает. Щас тут тебе расскажут про пакеты, репозитарии, или посоветуют осилить Gentoo

Никакой технической проблемы тут нет. Qt Creator видели? там инсталятор чисто как в винде.

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

> Никакой технической проблемы тут нет. Qt Creator видели? там инсталятор чисто как в винде.

Ага, sudo aptitude install qtcreator. Винда нервно курит.

Это как бы ядро :}

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

Причины - совместимость с С

Ох, LOL. Лучше бы они этим не занимались..

Была статья одного человека, где он аргументировал оправданность сбрасывания С со счетов. Можно и так и так. Оставишь, будет в половине программ половина кода на С, половина на С++. Отбросишь, то нужен будет спец интерфейс, которые все усложнит

>Правда если есть зависимости, то тут уже могут быть проблемы

На практике проблемы бывают в двух случаях: а) после неумелой доработки системы напильником; б) в случае пакетов из сторонних репозиториев или чего-то очень редко используемого