Релиз Qt 4.5 и Qt Creator 1.0

Ждем появление в сквизе.

> Кстати этот самый переход добавил неслабые такие тормоза...

Добавил, когда только перешли. ;) Тогда cairo, если не ошибаюсь, ещё имел статус экспериментального проекта. В настоящее время о тех тормозах уже и не вспоминает никто... ;)

Ох ё, сколько кривой аргументации и демагогии...

>Просто не стоит так рьяно навязывать свое мнение окружающим.

Научитесь уже отличать "свое мнение" от объективной истины.

> Моя антиплюсовая пропаганда на ЛОРе вызывается естественным и искреннем желанием потроллить

Починено. И, как тут выше писали, некрасиво это для модератора. Особенно для модератора, который так активно выступал против анонимусов, которые якобы только тем и занимались, что троллили.

По теме. Неделю назад обновился, всё отлично. Кто знает, попадёт ли QtCreator в репозитории?

>Кто знает, попадёт ли QtCreator в репозитории?

как бы это банально не звучало, но в openSUSE он есть в репах еще с января

В официальных репах стабильной ветки?

в репах Qt45

http://download.opensuse.org/repositories/KDE:/Qt45/openSUSE_11.1

потому что креатор работает только с Qt45

> Продвинутый рдактор кода на языке C++

Ну так это другое дело. Я имел в виду репы будущих стабильных версий основных дистрибутивов, которые релизнутся весной. В PPA тоже вроде давно есть.

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

>Как раз сейчас Troll^WQt Software активно над этим работает - уже есть и публично доступна такая вещь как Qt Kinetic, которая впоследствии будет включена в Qt 4.6.

интересно. Радует, что занялись.

Отлично! Молодцы нокиевцы!

/me ушёл качать

>> Простите, а что в замен предлагаете?

> Универсально-пригодных языков не бывает. Отталкивайтесь от задачи.

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

Я не знаю, может быть я чего-то не понимаю в том как правильно писать на чистом си, но видыывл я вариант когда в функцию передается void * и уже внутри нее изходя из каких то соображений статически преобразуется в какой-то тип.. Наверное это работает быстрее чем динамис каст... Но только, если что-то вдруг пойдет не так, эта совлочь будет молчать, и падать только иногда в каких-то экзотических случаях... Не люблю... Гуй не настолько критичен к скорости чтобы жертвовать моим удобством...

Ух ты, какая цяця. Почитал немного http://labs.trolltech.com/blogs/category/labs/graphics/kinetic/
Это что-то похожее на WPF, тоже будет использовать аппаратное ускорение (правда OpenGL, а не прямой х), тоже будет XML для описания всяких вкусностей. Только надеюсь, что тролли выделят это всё в отдельный модуль, а то QtGui и так прилично распухло.

Игры на чем писать?

> Гуй не настолько критичен к скорости чтобы жертвовать моим удобством...

Зря ты это написал. Сейчас тебе расскажут, что именно поэтому рулит жаба.

> Универсально-пригодных языков не бывает. Отталкивайтесь от задачи.

Пользуйся тогда GTK с биндингом под кучу языков, или напиши сам биндинги, раз C++ не нравится, или же GUI либу - и не пользуйся этим мерзским недоязыком C++ и не обращай внимания на него, равно как и на QT.

У тебя как-то твои слова не совпадают, либо же с логикой проблемы.

> Универсально-пригодных языков не бывает. Отталкивайтесь от задачи.

То есть задач, для которых подходит Си++, априори не существует?

ААААААААААА КАК ЖЕ Я ЕГО ЖДАЛ!!! Скорее бы приехать с обеда и начать тестить!

З.Ы. Быдлодотнетчики с криками "С++ труп" идут в биореактор.

>именно поэтому рулит жаба

Жаба на десктопе может рулить только в сторону «апстенки» :}

>Жаба на десктопе может рулить только в сторону «апстенки» :}

Не согласен.

В чём польза концепции ОС-в-ОС?

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

> В качестве агрумента против Qt приведу письмо из списков рассылки PackageKit: http://lists.freedesktop.org/archives/packagekit/2009-February/004485.html

И чего? Ну не собирается оно на arm'ах и sparc'ах из-за того что компилятору сказали -Werror и он все ворнинги стал трактовать как ошибки. Попраят Makefile или исправят в самом коде и всего делов. Или мсье испугался страшно-выглядящей информации об ошибках? Тут согласен, синтаксис у С++ местами довольно уродский, отсюда и подобные сообщения.

> В чём польза концепции ОС-в-ОС?

1. В кроссплатформенности.
2. В Linux такая штука как winAPI отсутствуетб а существует несколько библиотек для построения GUI. Qt - одна из них.

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

З.Ы. Когда-то сидел на делфи. Теперь с ужОсом вспоминаю то время.

> Не было, и слава П-гу, что это так. Вот, многие неадекваты только из-за этого Мотиф хоронить хотят. Умоляю, не надо раздувать код!

Motif'у место там же, где и windows 3.1. Более ужасные интерфейсы представить сложно. А некрофилы могут в Qt и GTK+ включить тему а-ля motif. Выглядеть будет так же ужасно как и натуральный motif, но зато нормальных польлзователей это не коснётся =).

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

Си с плюсами тоже стандартизован. И нормальный код на C++ тоже будет компилироваться где угодно.

> В качестве агрумента против Qt приведу письмо из списков рассылки PackageKit: http://lists.freedesktop.org/archives/packagekit/2009-February/004485.html

И что это доказывает? То что в Qt есть баги? Дак они везде есть, даже в программах на православном Ъ-лиспе.

Отлично, жду в репах.

Кто-то юзал vim mode в Qt Creator? Стоит смотреть?

>В кроссплатформенности.

Есть кроссплатфоменные GUI либы/компиляторы.

>В Linux такая штука как winAPI отсутствуетб а существует несколько библиотек для построения GUI. Qt - одна из них.

И потому мы предлагаем сделать ещё одну, на жабе?

>З.Ы. Когда-то сидел на делфи. Теперь с ужОсом вспоминаю то время.

У меня было BCB :)

> И чего? Ну не собирается оно на arm'ах и sparc'ах из-за того что компилятору сказали -Werror и он все ворнинги стал трактовать как ошибки. Попраят Makefile или исправят в самом коде и всего делов. Или мсье испугался страшно-выглядящей информации об ошибках? Тут согласен, синтаксис у С++ местами довольно уродский, отсюда и подобные сообщения.

Да, там варнинг, но он походу как-то связан с выравниванием полей, так что это всё-таки ошибка.

> Из того что я видел, если нужна гуевая программа,
Слишко общо. Есть очень разные.

> которая бы не особо сильно тормозила
Опять же, зависит от целевого железа.

Варианты: жабка/дотнет (на современном железе практически не тормозит), скриптовые языки, скриптовые + С, ...

Если скорость ТАК уж критична (что редкость) - то да, С.

> Гуй не настолько критичен к скорости чтобы жертвовать моим удобством...
Тогда и нефиг использовать не-менеджед языки вообще.

Сишный фреймворк + дальше скрипты (луа и пр.)

> То есть задач, для которых подходит Си++, априори не существует?
Мне неизвестны задачи, где плюсы были бы лучшим решением. Они везде результат компромисса.

Отличная новость - поставил качать :)

Выбор любого языка компромисс, ибо всегда есть вариант потратить в 10 раз больше времени и решить задачу на ansi c.

Ага, представьте - браузер на жабе, торрент-качалка на жабе, файловый менеджер на жабе, аплеты на жабе, музыкальный и видео проигрыватели на жабе, текстовый редактор на жабе. Вы верите, что это всё будет удовлетворительно работать на среднем современном железе? В то же время всё это писать на Си - да, можно, но на Qt банально удобнее и быстрее. Так в чём, собственно, ненужность плюсов?

Кто скачал исходник, выложите, пожалуйста, на какой-нибудь ресурс, иначе канал закрыт, слишком много подключений. Если открывается, то качает со скоростью 6-7КБ/сек...

Или в 1000 и на асме.

Компромисс компромиссу рознь. Плюсы - одна из самых странных и неудачных точек компромисса.

новость хорошая

кто-нибудь в курсе -- qt-copy в trunk'е обновили уже?

> И чего? Ну не собирается оно на arm'ах и sparc'ах из-за того что компилятору сказали -Werror и он все ворнинги стал трактовать как ошибки. Попраят Makefile или исправят в самом коде и всего делов.

Понимаете, тут показательно именно то, что на армах и спарках сишный код с -Werror собрался без проблем (-Werror по договорённости был добавлен во все Makefile-ы), и даже сама libpackagekit-qt ошибок не создала, в отличие от стандартных хедеров Qt. Где же здесь кросс-платформенность?

> Или мсье испугался страшно-выглядящей информации об ошибках?

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

> Тут согласен, синтаксис у С++ местами довольно уродский, отсюда и подобные сообщения.

Об этом и речь. У C же, напротив, синтаксис весьма простой и в то же время позволяет делать много чего сложного. :)

> Кто скачал исходник, выложите, пожалуйста, на какой-нибудь ресурс, иначе канал закрыт, слишком много подключений. Если открывается, то качает со скоростью 6-7КБ/сек...

ftp://ftp.heanet.ie/mirrors/ftp.trolltech.com/pub/qt/source/qt-all-opensource...

>Ну так это другое дело. Я имел в виду репы будущих стабильных версий основных дистрибутивов, которые релизнутся весной. В PPA тоже вроде давно есть.

В стабильной ветке Qt тоже уже есть: http://ftp5.gwdg.de/pub/opensuse/repositories/KDE:/Qt/openSUSE_11.1/i586/qt-c...

> Вы верите, что это всё будет удовлетворительно работать на среднем современном железе?

Вполне. Если не на жабке, то на другом менеджед языке (том же моно).

Языки, где есть понятие "работа с памятью" - должны использоваться в очень специальных случаях. К сожалению, плюсы пихают где надо и где не надо.

Я, наверное, соглашусь (если хотя бы немного дам себе труд подумать:), что есть задачи, где именно плюсы лучший выбор. Оооочень немного, да. Правильный алгоритм выбора: "если ничто иное, ни в какой комбинации, совсем не подоходит - с горя можно и плюсы попробовать". Но, увы, практическое использование плюсов сильно шире, чем этот набор ниш. Впрочем, этот разрыв вроде как постепенно сокращается ИМХО.

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

>> То есть задач, для которых подходит Си++, априори не существует?

>Мне неизвестны задачи, где плюсы были бы лучшим решением. Они везде результат компромисса.

Почти вся жизнь - компромиссы. И почти все технические решения. Та же Ява - компромисс между выразиетльными средствами, простотой освоения и производительностью.

> У C же, напротив, синтаксис весьма простой и в то же время позволяет делать много чего сложного. :)

Например?

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

Думаю что если бы "Вот бы еще язычок другой", то "Приличная производительность, достойный уровень кросс-платформенности" - одного (или сразу обоих) из этих пунктов бы не было.

>жабка/дотнет (на современном железе практически не тормозит)

жаба/дотнет _всегда_ тормозит ЛЮБОЕ железо на типичных задачах в 1.5-3 раза, просто в зависимости от мощности этого железа человеку это может быть _не заметно_, но факта это не отменяет

>Если скорость ТАК уж критична (что редкость) - то да, С.

ну по gtk это как-то не заметно

> одного (или сразу обоих) из этих пунктов бы не было
Что бы изменилось от замены плюсов на С?

Кроме троллинга про C++, кто-нибудь в курсе, какая версия будет поставлятся с основными дистрами - как решатся будет вопрос выбора GPL/LGPL варианта либы?

Т.е. будут ли два разных набора либ, или же при инсталляции надо будет выбрать вариант либы, или же - будет одна бинарная либа, но с разными лицензиями?

> человеку это может быть _не заметно_,
Напоминаю - задача была про гуевое приложение.

> ну по gtk это как-то не заметно
Тоньше.

> Что бы изменилось от замены плюсов на С?

Изменился бы весь исходный код =). А к чему бы это привело - можно только гадать. Думаю что как минимум к увеличению кол-ва кода и гигантскому количеству нечитаемых макросов.