План развития Qt

> Если добавить в catch (...) "throw;", то, судя по печати, всё отрабатывает как ожидалось. Хотя, конечно, Си++ - это отдельная тема.

да, именно так ;)

// wbr

>Если добавить в catch (...) "throw;", то, судя по печати, всё отрабатывает как ожидалось.

Чего-то не понял - разве нельзя просто подавить все возможные экзепшены где-нибудь на верхнем уровне главного цикла? Надо в catch(...) их всех перекидывать?

pthread_cancel - это не обычное исключение

>Ну кто мешает Вам, как владельцу всех прав, вести разработку под GPL, а потом перелицензировать под EULA?

_Коммерческая_ _лицензия_ на QT - там это прямо запрещено.

>Возможно, я чего-то не знаю о специфике разработки софта в Украине (мне кажется, она ничем не отличается от нашей), но страх перед BSA при отсутствии проблем с налоговой - это полный бред.
BSA не мою компанию на Украине лично достает (фиг они сюда прилетят :) ), а нашу родительскую компанию, через которую мы софт продаем.

>Ладно, в любом случае, я похоже тебя неправильно понял: если ваши бинари уже могут достать все кому не лень, в такой ситуации Trolltech вполне уже смог бы вам предъявить некоторые вопросы, если бы вы использовали Qt.
Мы не используем QT, как раз по причине дороговизны. Взяли тупой C#+WinForms на клиенте и сервер на Java.

Возможно, в будущем перепишем клиент на Eclipse RCP.

>> У MS в базовом инструментарии еще и офигительная библиотека классов
>Это об MFC такие добрые слова? :)
Нет, .NET FW - он действительно удобен.

Например, из всех фреймворков, которые я видел, только в .NET FW (и Boost.date_time :) ) есть методы, позволяющие взять дату перехода на летнее/зимнее время.

>> визуальный редактор с неплохой визуальной библиотекой (WinForms).
>Glade
Ну это как в анекдоте: "Туалетной бумаги нет. Есть наждак, липучка и серпантин". Использовать можно, но с тем же редактором WinForms несравним по удобству. В WinForms даже (наконец-то!) лэйауты появились :)

> Использовать можно, но с тем же редактором WinForms несравним по удобству. В WinForms даже (наконец-то!) лэйауты появились :)

Именно после появления layout'ов он догнал Glade по удобству? :D

>>Ну кто мешает Вам, как владельцу всех прав, вести разработку под GPL, а потом перелицензировать под EULA? >_Коммерческая_ _лицензия_ на QT - там это прямо запрещено.

На каком основании? Можно цитату?

Licensing FAQ на сайте Trolltech:

http://trolltech.com/developer/knowledgebase/182/

Entry number: 182 - Can we use the Open Source Edition while developing our non-opensource application and then purchase commercial licenses when we start to sell it?

Answer: No. Our commercial license agreements only apply to software that was developed with Qt under the commercial license agreement. They do not apply to code that was developed with the Qt Open Source Edition prior to the agreement. Any software developed with Qt without a commercial license agreement must be released as Open Source software.

Я советую почитать http://www.gnu.org/licenses/gpl-faq.html, а не Trolltech'овский FAQ, в частности ответы на следующие вопросы:

1. Does the GPL require that source code of modified versions be posted to the public? 2. Does the GPL allow me to develop a modified version under a nondisclosure agreement?

Там сказано, что лицензия GPL позволяет тебе делать с GPLed софтом все, что захочешь, и при этом не распространять исходники до тех пор, пока твоя разработка используется только внутри твоей компании. Как только твои бинарники доступны публично - ты обязан предоставить исходники (за исключением случаев, когда софт был у тебя украден: http://www.gnu.org/licenses/gpl-faq.html#TradeSecretRelease). Поэтому, с юридической точки зрения ничто тебе не мешает начать разработку с GPL-версией Qt, потом собрать все это коммерческой (можно купить хотя бы 1 лицензию) и продавать абсолютно легально. Коммерческая лицензия распространяется на разработчика только тогда, когда ему не подходит GPL. Вообще, эта схема обсуждалась уже 1000000 раз в разных местах сети. Складывается впечатление, что пресловутый пункт Trolltech'овского FAQ написан специально для разработчиков из СНГ и Китая.

>1. Does the GPL require that source code of modified versions be posted to the public? 2. Does the GPL allow me to develop a modified version under a nondisclosure agreement?

Кстати да, я тоже имел в виду эти положения.

Я лично, кстати, не стал бы полагаться на бесплатность Visual Studio Express для коммерческого использования - по мере развития и усложнения программного продукта его ограничения легко могут привести к тому, что я, последствии, тупо отвалю микрософту денег в количестве, сопоставимом со стоимостью Qt + буду привязан к винде до скончания жизненного-цикла-моего-продукта (веков).

>> Our commercial license agreements only apply to software that was developed with Qt under the commercial license agreement.

> Поэтому, с юридической точки зрения ничто тебе не мешает начать разработку с GPL-версией Qt,

Да не мешает

> потом собрать все это коммерческой (можно купить хотя бы 1 лицензию)

чтобы собрать с коммерческой надо купить лицензию AND удовлетворить требованиям этой коммерческой лицензии. Т е это уже зависит от того что разрешает эта коммерческая лицензия.

> чтобы собрать с коммерческой надо купить лицензию AND удовлетворить требованиям этой коммерческой лицензии. Т е это уже зависит от того что разрешает эта коммерческая лицензия.

Что означает "удовлетворить требованиям"? У меня в инсайдерском коде будет где-то указано, что я когда-то использовал GPLed софт при разработке? В комментариях чтоли? :) Я купил коммерческую версию Qt, собрал с ней код, на 100% принадлежащий мне, и продал - все легально. Остальное - недоказуемо.

>Что означает "удовлетворить требованиям"? У меня в инсайдерском коде будет где-то указано, что я когда-то использовал GPLed софт при разработке? В комментариях чтоли? :)

Да хотя бы. Еще в репозитории и показаниях работников.

>Я купил коммерческую версию Qt, собрал с ней код, на 100% принадлежащий мне, и продал - все легально. Остальное - недоказуемо.

Ну почему недоказуемо? Если будет доказано, что ты начал писать продукт 2 года назад, а лицензию купил только вчера - то суду все будет понятно.

Собственно, проверять это, скорее всего, никто не будет. Однако, риск все же остается, что какой-то конкуррент натравит BSA или каких-нибудь других подобных гадов.

В общем, нам адвокаты сказали, что лучше не рисковать и не брать QT. Проще оказалось взять WinForms - там никакого риска с почти теми же преимуществами, что и у QT (библиотека классов, удобный дизайнер и т.п.).

> В общем, нам адвокаты сказали, что лучше не рисковать и не брать QT. Проще оказалось взять WinForms - там никакого риска с почти теми же преимуществами, что и у QT (библиотека классов, удобный дизайнер и т.п.).

А как у winforms с кроссплатформенностью? ;) Если она Вам не требуется, то тогда действительно и смотреть в сторону qt не стоило.

И ещё, вопрос на логику: почему для того, чтобы сделать в табличке одно из полей раскрывающимся списком, в winforms надо переопределить вещь под названием *style? Вот в qt надо определить QAbstractItemDelegate, и это звучит логично в отличие от...

>А как у winforms с кроссплатформенностью? ;) Если она Вам не требуется, то тогда действительно и смотреть в сторону qt не стоило.

Кроссплатформенности хотелось, так как пользователей на Маках уже заметное количество. Однако, ради дополнительных 5% рынка делать рискованые вещи - ну нафиг это.

>И ещё, вопрос на логику: почему для того, чтобы сделать в табличке одно из полей раскрывающимся списком, в winforms надо переопределить вещь под названием *style?
Вполне логично - мы указываем как нам колонки рендерить.

>Вот в qt надо определить QAbstractItemDelegate, и это звучит логично в отличие от...
А в Java в Swing нужно просто указать соответствующий editor для ячейки данного типа :)

>>И ещё, вопрос на логику: почему для того, чтобы сделать в табличке одно из полей раскрывающимся списком, в winforms надо переопределить вещь под названием *style?
> Вполне логично - мы указываем как нам колонки рендерить.
Да это не к рендерингу относится, а к поведению ячейки. Ладно бы там ещё картинка какая отрисовывалась, тогда можно это назвать "отрисовкой", но уж когда там данные изменяются, там что-то не соответствует...

>>Вот в qt надо определить QAbstractItemDelegate, и это звучит логично в отличие от...
>А в Java в Swing нужно просто указать соответствующий editor для ячейки данного типа :)
возможно, я не свинговал никогда

> Если будет доказано, что ты начал писать продукт 2 года назад, а лицензию купил только вчера - то суду все будет понятно

Как раз именно с точки зрения судебного разбирательства данный вопрос абсолютно не очевиден. Один только пункт о невозможности применения коммерческой лицензии Qt при даже _доказанном_ использовании GPL-версии на каком-либо этапе разработки, скорее всего, противоречит целому ряду законов РФ и не только. В законодательстве всех стран с рыночной экономикой четко указано какие ограничения и в отношении каких товаров и услуг могут существовать на рынке. Если человек в прошлом сидел в тюрьме, то в магазине ему должны продать сигареты, но имеют право отказать в приеме на какую-нибуть работу. Рассматриваемый же пункт лицензии в этом плане вообще похож на что-то вроде "если ты негр, то твоим внукам не выдадут учебники". Про то, что коммерческая лицензия Qt некисло ограничивает мои авторские и смежные права, я вообще молчу. Таким образом, реальный суд, если допустить его возможность по такому делу, невыгоден не только тебе, но и Trolltech. Если выиграешь ты, то это будет иметь очень плохие последствия для продукции Trolltech в странах с прецедентным правом. Если выиграет Trolltech, то они только лишатся своего клиента, потеряют деньги и ничего особенного не получат (раскрыть код тебя вряд ли можно обязать в соответствии с GPL, которая, к слову, тоже имеет массу потенциальных несоответствий законодательствам стран СНГ). Стопроцентным результатом претензий со стороны Trolltech будет досудебное урегулирование вопроса (например, ты купишь еще немножко лицензий и пообещаешь хорошо себя вести)

> В общем, нам адвокаты сказали, что лучше не рисковать и не брать QT

Суммируя все, что мы обсуждали, и принимая во внимание официальное отсутствие проблем с налогами, авторскими правами на разрабатываемый продукт, а также факт оплаты услуг Trolltech при приобретении коммерческой лицензии, можно заключить, что доля риска в данном случае примерно равна вероятности регистрации патента на onClickEvent'ы в тот самый момент, когда ты щелкаешь кнопку в Qt Designer'e. Ладно, шучу :)

> раскрыть код тебя вряд ли можно обязать в соответствии с GPL

Имеется ввиду, если ты еще не распространял свою программу.

P.S. А что вообще пишете-то? Просто интересно.

> А в Java в Swing нужно просто указать соответствующий editor для ячейки данного типа

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

> Прелесть Qt'шных делегатов как раз и состоит в том, что ты не нагружаешь класс своего элемента ввода данных методами, которые нужны только ячеке таблицы.

Qt вообще логична до безобразия :) Одно непонятно: зачем они QStringListModel засовали в QtGui, хотя оно никаких гуёвых классов не использует.

>многонитевых приложений

Автор, иди носки вяжи из "нитей". :E "Русскаго ниасилил"?

А вообще зачем нужны классы *Model где-нибудь, кроме Gui-приложений? Они же только как источники данных для классов *View в основном используютя.