LINUX.ORG.RU

Qt доступна теперь и под LGPL

 , ,


0

0

Компания Nokia объявила о том, что, начиная с версии 4.5, кросс-платформенная библиотека Qt будет доступна также под лицензией LGPL.

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

Кроме того, станут общедоступными репозитории исходных кодов Qt, сделав процесс разработки библиотеки открытым для сообщества.

Коммерческая лицензия и лицензия GPL также останутся доступными.

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

>>> Подробности

★★★★★

Проверено: Dimez ()

Всём, кто тут орёт "GTK-капец". Ну вы конечно молодцы. Ну, допустим, настанет он и что? Станет на один хороший, на котором написано много хорошего софта, в том числе и такого, которого нет на QT, тулкит меньше. Кому от этого хорошо-то будет?

pento ★★★★★
()
Ответ на: комментарий от anonymous

> Столлману не понравится.

Столлман уже свихнулся там на своей "свободе". А тут - действительно свобода. Можно и GPL, можно и LGPL )))

Arceny ★★
()

Всё равно, субжу ничего не поможет, ибо смерть недоразумения под названием C++ уже практически случилась, идут последние конвульсии.

Joe_Bishop
()
Ответ на: комментарий от mint

> Ты не поверишь, ООП с его краеугольными принципами легко реализуем на ANSI C

Я быдлокодер!

Arceny ★★
()
Ответ на: комментарий от GFORGX

> Надеюсь, Riverbank подхватят инициативу

Было бы отлично!

anonymous
()
Ответ на: комментарий от mint

> Ты не поверишь, ООП с его краеугольными принципами легко реализуем на ANSI C

да он при желании и на ассемблере реализуется. видели. ну и что с того?

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от Joe_Bishop

> Всё равно, субжу ничего не поможет, ибо смерть недоразумения под названием C++ уже практически случилась, идут последние конвульсии.

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

// wbr

klalafuda ★☆☆
()

Объясните "на пальцах" или дайте ссылку что даст LGPL по сравнению с GPL. А то никак руки не доходили разобраться с лицензиями. Спасибо.

anonymous
()
Ответ на: комментарий от mint

> Ты не поверишь, ООП с его краеугольными принципами легко реализуем на ANSI C

Только при этом в отличии от С++ часть работы переносится с компилятора на рантайм, что в принципе может быть не критичным для интерфейсных приложений, но сещственным для приложений критичным к загрузке процессора. По этому для С надо разделять реализацию интерфейса на С с ООП и реализацию функциональности на чистом С. Это возможно, но почему то это мало кто осознает и редко делают.

x86_64 ★★★
()
Ответ на: комментарий от klalafuda

А где новость о выходе KDE 4.1.4 и KDE 4.2(RC1)? И раз уж на то пошло - винде то теперь точно капец?

anonymous
()
Ответ на: комментарий от anonymous

> Объясните "на пальцах" или дайте ссылку что даст LGPL по сравнению с GPL. А то никак руки не доходили разобраться с лицензиями. Спасибо.

LGPL либы можно линковать с НЕ-GPL софтом, а GPL либы только с GPL софтом =)

Arceny ★★
()
Ответ на: комментарий от anonymous

> Объясните "на пальцах" или дайте ссылку что даст LGPL по сравнению с GPL. А то никак руки не доходили разобраться с лицензиями. Спасибо.

да, и ешё ссылку на тему почему BSD лицензия лучше, чем все GPL вместе взятые.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от mint

>>The Pure C как сосал, так и сосет

>Troll harder

Вся беда красноглазиков в том, что они действительно верят в то что С - рулит. В действительности язык Си - это чудовищно неудобное, кривое и непродуктивное говно ставшее стандартом только по досадному недоразумению.

miroku108
()
Ответ на: комментарий от tailgunner

> На горизонте отчетливо виден Gtk-капец.

Вы смотрите не в ту сторону, повернитесь к будущему лицом.

atrus ★★★★★
()
Ответ на: комментарий от hexenlord

>во-во. Сосуществование GPL и коммерческой версий более-менее понятно, но вот что даст LGPL ...

fxd

anonymous
()
Ответ на: комментарий от klalafuda

>> Для коммерческой конторы заплатить за нормальный тулкит не проблема и Skype тому пример.

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

У adobe есть Photoshop Album. На Qt, да.

anonymous
()
Ответ на: комментарий от anonymous

> А где новость о выходе KDE 4.1.4 и KDE 4.2(RC1)? И раз уж на то пошло - винде то теперь точно капец?

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

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от anonymous

> А ты, наверное, "линуксоид третьей волны". Первый дистрибутив -- Ubuntu? Тогда да, для тебя он балабол.

Red Hat 7.2, Rad Hat 8.0, Red Hat 9.0, Gentoo 2005.0, Debian, Ubuntu, ArchLinux.

Как говорится, FAIL.

GlitchHead
()
Ответ на: комментарий от x86_64

> Только при этом в отличии от С++ часть работы переносится с компилятора на рантайм

Ну-ка поподробнее, что там у тебя в рантайм переводится? Вместо неявной передачи this ты явно пишешь +1 аргумент при передаче параметров. Какие еще отличия будут? Сдается ты говоришь Objective C/реализации ООП в GTK, а не об общем случае. Ну или просто не знаешь C, ООП и как соединить эти две вещи вместе.

anonymous
()

Ну что касается скриптовых языков, то насколько известно, их можно подключить с помощью SWIG (www.swig.org). Так что заслуга Qt в этом очень мала... p.s. Но вот интересно, а что будет с GTK и как дальше она будет развиваться?

anonymous
()
Ответ на: комментарий от anonymous

>> Только при этом в отличии от С++ часть работы переносится с компилятора на рантайм

>Ну-ка поподробнее, что там у тебя в рантайм переводится? Вместо неявной передачи this ты явно пишешь +1 аргумент при передаче параметров. Какие еще отличия будут? Сдается ты говоришь Objective C/реализации ООП в GTK, а не об общем случае. Ну или просто не знаешь C, ООП и как соединить эти две вещи вместе.

Как минимум проверка типуов указателей и их преобразование. Если необходима полная ООП то прицепляется еще туева хуча лишней работы.

x86_64 ★★★
()

qt с LGPL? я сплю, ущипните меня!

savnn
()

Поздравляю кутешнегов :)

Stalin ★★★★★
()
Ответ на: комментарий от miroku108

> В действительности язык Си - это чудовищно неудобное, кривое и непродуктивное говно ставшее стандартом только по досадному недоразумению.

Это не делает плюсы хорошим языком. Особенно, для написания библиотек.

atrus ★★★★★
()
Ответ на: комментарий от anonymous

>Когда Нокия их купила - я тогда сразу подумал

...что вообще редко с тобой случается, почаще думай, Энштейн!

anonymous
()
Ответ на: комментарий от pento

> Всём, кто тут орёт "GTK-капец". Ну вы конечно молодцы. Ну, допустим, настанет он и что? Станет на один хороший, на котором написано много хорошего софта, в том числе и такого, которого нет на QT, тулкит меньше. Кому от этого хорошо-то будет?

Среди анонимных аналитиков необычайно развито стремление уничтожить все не используемые ими сущности.

naryl ★★★★★
()

Отличная новость.

Ковыряю Qt потихоньку и диву даюсь - насколько логично устроена, иногда даже страшно становиться: может разработчики медиумы какие-то?

Barlog_M
()
Ответ на: комментарий от ApostolPetr

>А я уже хотел на Glib переходить...

Ну и в чем проблема? Если руки не кривые, то смело переходи, никаких проблем с Glib нет, даже удобнее, чем чистый Си. Тем более, что поддержка Glib есть практически везде: Linux, BSD, Solaris и даже оффтопик.

anonymous
()
Ответ на: комментарий от GlitchHead

>Все писать на чистом С? Ядро, драйверы - пожалуйста.

чх тоже можно писать на C++. чисто ООП ОСька.

anonymous
()
Ответ на: комментарий от GlitchHead

>Все писать на чистом С? Ядро, драйверы - пожалуйста. Но интерфейс и другие высокоуровневые приложения позвольте писать на высокоуровневый языках.

Ну? И при чём здесь C++? Или ты, дурачёк, утверждаешь что он "высокоуровневый"?

anonymous
()
Ответ на: комментарий от anonymous

>которые не столь горячо любимы мировой общественностью. Самый наглядный пример -- Opera.

Some Creative Suite programs also began using the Presto layout engine used in the Opera browser.

Так что вы там говорили?

Deleted
()
Ответ на: комментарий от x86_64

> Как минимум проверка типуов указателей и их преобразование.

Ты вот прямо везде пишешь dynamic_cast чтоли, или все-таки по старике (Derived*)base_ptr? Если первое, то да -- надо проверять в рантайме и то, что плюсовый компилятор генерирует этот код прозрачно для тебя, еще не означает, что этот код в рантайме выполняется за нулевое время. Если же второе -- то это обычный сишный каст, который работает в плюсах точно так же, как и в C: безо всяких проверок (ну за исключением множественного наследования - там значения базового поинтера вычисляется чуть сложнее).

anonymous
()
Ответ на: комментарий от anonymous

> тоже можно писать на C++. чисто ООП ОСька.

Я придумал термин "объектно-ориентированный", и вот что я вам скажу, я не имел ввиду С++." — Алан Кей

naryl ★★★★★
()
Ответ на: комментарий от anonymous

>Только в твоих эротических снах, мой восторженный красноглазый друг.

Пошел вон отсюда, потомок однозначный вендузятник.

Ваша Студия с НЭТом в подметки технологии java просто не годятся.

А вообще рад за юзеров Qt и поздравляю от всей души Вас ребята. :) Чем больше не M$-овских доступных продуктов разработчика в том числе для коммерции тем лучше.

anonymous
()

Лучше бы они нормальный QDateEdit с чекбоксом сделали, а то пустые даты не понимает!

anonymous
()

Ну вот. А вы всё орали: "кутэкапец, кедокапец".

Пожалуй лучшая новость за последние месяца три.

Demon37 ★★★★
()

Предлагаю ГТК толлям выкусить.

AiFiLTr0 ★★★★★
()
Ответ на: комментарий от Barlog_M

> Ковыряю Qt потихоньку и диву даюсь - насколько логично устроена

Помнится кто-то на ЛОРе вел подсчет аналитегов. Поместите этого в список пожалуйста.

Радость моя, не от того ли она тебе кажется логичной, что очень похожа на тот быдлопродукт с которого ты начинал?

anonymous
()
Ответ на: комментарий от klalafuda

>> Ты не поверишь, ООП с его краеугольными принципами легко реализуем на ANSI C

>да он при желании и на ассемблере реализуется. видели. ну и что с того?

А как в рантайме у С++ - объекта тип можно сменить? Если на Си, можно указатель на vtbl поменять: был например квадрат, одна из размерностей поменялась - стал прямоугольник. У как на т.н "С++ ООП" организовать диспатчинг GUI-сообщений в окна без препроцессора? А как можно генератор парсеров наподобие ANTLR шаблонами забабахать?

Absurd ★★★
()
Ответ на: комментарий от Quasar

> И как они теперь коммерческой версией торговать будут?

подозреваю, что для Нокии торговля коммерческими лицензиями на Qt - это мягко говоря не основной источник доходов :) если они вообще хоть что-то с этого имеют а не играют в минус. с другой стороны, платформообразующие компоненты - это сила. и их в том числе важно продвигать в народ. дополнение лицензии до LGPL этому как нельзя лучше способствует.

// wbr

klalafuda ★☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.