LINUX.ORG.RU

QT 3.3.1


0

0

Вышла новая версия кроссплатформенной библиотеки RAD QT 3.3.1.
Основные изменения:
- Добавлена поддержка анимированных курсоров в Mac OS X
- Испрвлен drag and drop для модальных диалогов
- Мелкие изменения для разных платформ http://www.trolltech.com/developer/ch...

Скачать
ftp://ftp.trolltech.com/qt/source/pat...
ftp://ftp.trolltech.com/qt/source/qt-...

>>> Объявление

★★★★★

Проверено: green

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

Вообще-то можно бесплатно скачать Qt2 для Windows, с того же сайта Trolltech. А вот за Qt3 уже придется платить, и не мало - от $1000 и выше. Хотя можно поиметь некоммерческую (т.е. GPL) редакцию Qt3/Win на компакте, идущем с книжкой про Qt - см. выше. Это стоит около $90 на Amazon.

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

Вроде бы да. Но вот с mingw соберется вряд ли, AFAIK они добавили поддержку mingw только в версии 3.3. Хотя, учитывая, что это в принципе тот же GCC, можно попробовать.

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

На amazone я не нашел упоминаний о GPL, так что, скорее всего, там только бинарики.

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

Я повторяю то, что уже сказал постом выше, но более эмоционально: если какая-то мразь, пусть и большая, насрала на стандарты, то это не повод наезжать на язык. Времена, когда он был "слабо стандартизированным языком" прошли, и прошли давно. Ссылка на C++ ABI есть на сайте GNU C++. И разрабатывают его очень серьёзные фирмы (это к тому чтобы не обозвали студенческим начинанием).

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

Как ни печально, но они могут позволить себе штамповать собственные стандарты и при этом ни с кем ими не делится. Так что наличие стандарта на C++ ABI не отменяет стандартность Visual C++ на виндах.

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

>> - Библиотеку написаную на С можно легко использовать из любого яыка;

> Такое название, как PyQT, тебе ни о чем не говорит?

А как же C, Ada, java, Eiffel, Guile, Scheme и Pascal, как в GTK?

>> - Qt не в полной мере использует C++ - не используются исключения и слабо используются темплейты;

>То есть "не STL"? Так ведь никто и не запрещает пользоваться связкой Qt+STL. А сами TrollTech'овцы, имхо, не идут на это из соображений портабельности, все-таки пока еще до идеальной реализации STL в разных компиляторах далеко.

>> - Qt вводит "расширения синтаксиса C++", что, вообще, делает это не С++.

>Да, это C++ с расширениями. Да, то же самое можно сделать на шаблонах (см. gtkmm). В конечном счете - а какая разница?

C++-программисты любят программировать на C++, а не на этом.

>> - С знают все, в отличие от С++, по-этому "open source" лучше писать на C.

>Мат знают все, в отличие от литературного русского, поэтому... =)

Пример неудачный.

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

>> И вообще, разве то, что GTK на C - это не есть хорошо?

> Нет. Как пользователю, мне это побоку; да хоть на Forth... Как программисту - предпочитаю плюсы

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

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

>Как ни печально, но они могут позволить себе штамповать собственные стандарты и при этом ни с кем ими не делится. Так что наличие стандарта на C++ ABI не отменяет стандартность Visual C++ на виндах.

это абсолютная правда, как и то, что их компилёр лучше всех (см. regression tests в boost.org) поддерживает стандарты языка С++. Так что несоответствие ABI - не повод отказываться от замечательных библиотек на С++, что я и пытался объяснить своим первым постом.

QT собирается почти на всех известных реализациях С++, как бы кривы они не были. И наличие "расширений", которые не нравятся сторонникам чистых плюсов, подробно объяснено в Qt FAQ. Там же есть ответ на вопрос, почему не сделали сигналы а-ля libsigc++ или boost.signals.

Просто обидно _в каждом треде_ читать наезды на то, что давно объяснено в FAQ. В TrollTech ведь отнюдь не дураки :-)

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

> А как же C, Ada, java, Eiffel, Guile, Scheme и Pascal, как в GTK?

А вот ты мне покажи хоть одну нормальную программу (не examples, идущие в составе биндинга), написаную на этих языках под GTK.

> C++-программисты любят программировать на C++, а не на этом.

"Это" - тоже C++. Только с добавлениями. И не говори за всех программистов - мне, например, нравится "чистый" C++/STL, но и Qt я люблю. В любом случае, "любит - не любит" - не аргумент. Серьезные вещи пишутся на том, что позволяет разработчику работать _эффективно_ (плюс, возможно, пожелания клиента). Личным пристрастиям здесь, к счастью, не место.

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

Ладно, показывать написаные на C под Gtk программы мне не надо =) А вот из остального списка - примеры, пожалуйста.

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

>>Как ни печально, но они могут позволить себе штамповать собственные стандарты и при этом ни с кем ими не делится. Так что наличие стандарта на C++ ABI не отменяет стандартность Visual C++ на виндах.

>это абсолютная правда, как и то, что их компилёр лучше всех (см. regression tests в boost.org) поддерживает стандарты языка С++. Так что несоответствие ABI - не повод отказываться от замечательных библиотек на С++, что я и пытался объяснить своим первым постом

Intel C++ 800 100% (1 warnings) 0% (0) Microsoft VC++ 6.0 77% (43 warnings) 23% (104)

Не лучше всех. btw, gcc тоже лучше vc.

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

>>Проще поставить sim. Будешь приятно удивлен.
Скорее неприятно. Если хочешь приятно поставь gaim - rulez !

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

>> А как же C, Ada, java, Eiffel, Guile, Scheme и Pascal, как в GTK?

>А вот ты мне покажи хоть одну нормальную программу (не examples, идущие в составе биндинга), написаную на этих языках под GTK.

Ada: GPS (http://libre.act-europe.fr/gps/), Callisto (http://www.redrocketconsortium.com/Callisto/)

Java: http://java-gnome.sourceforge.net/screenshots.en.html

Eiffel: EiffelVision (http://archive.eiffel.com/products/vision/page.html), eFractal (http://chaos.math.wichita.edu/programming/efractal/)

Guile: SoundScape (http://ambient.2y.net/soundscrape/), Gossip (http://www.nongnu.org/gossip/), GWave (http://www.geda.seul.org/tools/gwave/index.html)

Scheme: Gauche (http://www.shiro.dreamhost.com/scheme/gauche/index.html)

Pascal: GPLSociograma (http://www.ieduca.net/)

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

gaim - говно по сравнению с licq. очень долго даже буфер обмена не поддерживал. и нету у него FIFO. и дыряв. и протокол дебильно зарелизен

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

и ничего из этого 90% в глаза не видели. gtk таки мало документации. прочтите доки к qt и прозрейте. а нормальным людяи самплы пахать чтоб освоить ньюансы неохота

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

> и ничего из этого 90% в глаза не видели. gtk таки мало документации. прочтите доки к qt и прозрейте. а нормальным людяи самплы пахать чтоб освоить ньюансы неохота

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

Я люблю Qt. Ну нравится он мне своей приземленной рабочестью. :) Gtk лучше, но чисто теоретически. Когда заглядыаешь в их исходники или пыташься что-либо написать то понимаешь что ну ее нахрен эту идеологическу верность. Лучше то, что удобнее использовать.

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

Полностью присоединяюсь. Собственно, хотелось только добавить, что именно по этой причине я предпочитаю Яве C# - и ну ее на хрен, эту идеологическую верность... =)

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

>>Да, это C++ с расширениями.
С какими расширениями что за бред ? Вы на Qt писали вообще ?

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

licq - говно по сравнению с gaim. очень дыряв. и протокол дебильно зарелизен

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