Qt 4.2 Release!

Не ну какиеде трольтехи скоты, однако! ТОлько вчера (БУКВАЛЬНО!!!) собрал rc1!!! Я просто весь в ярости!

> Не ну какиеде трольтехи скоты, однако! ТОлько вчера (БУКВАЛЬНО!!!) собрал rc1!!! Я просто весь в ярости!

Это еще все фигня.. Представляете, куча народу сейчас Vista RC2 скачает (а это пара DVD), а Microsoft через чуть-чуть выпустит финал, да еще и за деньги ;-)

>текст меток/хинов/т.п., заданных в Qt Designer, НЕ БУДЕТ меняться динамически при изменении текущего языка системы

Вероятно познания uic'а (а именно он, а не designer генерит код) благородного сэра закончились на уровне Qt3? uic из Qt4 генерит код, который как раз это всё поддерживает. Нужно только в changeEvent прописать вызов retranslateUi()...

Гм, ну что там не по делу написали, что там -- всё едино :)

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

Вчера, кстати, на #scribus заходил чувак, который как раз хотел заставить Scribus нормально выглядеть под гномом :)

А то хиги, хиги... :)

Давайте таки уточним: Qt Designer создаёт диалоги в виду XML .ui файлов. Код генерит uic. То, что Qt Designer - кривой, согласен. Но это не повод отказываться от генерации "рутинного" кода. Достаточно написать утилиту, которая будет нормально формировать .ui файлы. Чем, собственно, я и собираюсь заняться.

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

За Clearlooks низачот! Вообще, за плоские виджеты всем низачот.

> А говорить, что люди, использующие генерацию "рутинного" кода - быдлокодеры, как минимум глупо.

под "быдлокодерами" я подразумеваю "программистов", коих случай оторвал от пригретого местечка за Delphi/*-Builder'ами, умеющими только батоны на формы нарезать и с отвращением изредка дописывающие парочку строчек на собсно языке, коего они толком и не знают. и тут они поперлись в линух как крысы с тонущего корабля (мастдая) и начинают учить коренных линуксоидов-программистов как "правильно" нужно проекты вести... если вы к таковым не относитесь -- прошу прощения, если обидел...

Лучше б рассказали на линуксграфиксе, зачем грейскейл в альфа-канал пихать :)

О! Чуть этот тормозной быдлотулкит для поинеров-кдешнигов обновляется - и сразу новость на лоре. А как gtk 2.10.2 или 2.10.3 выходит - так фиг. И куда смотрят модераторы, потакают пионерии?

> О! Чуть этот тормозной быдлотулкит для поинеров-кдешнигов обновляется - и сразу новость на лоре. А как gtk 2.10.2 или 2.10.3 выходит - так фиг. И куда смотрят модераторы, потакают пионерии?

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

> О! Чуть этот тормозной быдлотулкит для поинеров-кдешнигов обновляется - и сразу новость на лоре. А как gtk 2.10.2 или 2.10.3 выходит - так фиг. И куда смотрят модераторы, потакают пионерии?

жтк? а толку, что выходит? что в нем изменилось в лучшую сторону? сделали еще тормознутее? так это не новость, это тенденция. может наконец то диалог открытия файлов людским сделали? или пофиксили всплывающие менюшки? а может с кроссплатформенностью косяки убрали (особенно с gnet)? а вот перед тем, как называть qt4 тормозом, может все таки глаза промыть наконец то стоит? и при чем тут кде? или вы таки считаете, что у всех уже стоит кде4? qt4 прекрасно работает под линуксом, мастдаем, маком, реализуя большинство функционала ос. жтк тут и рядом не валялся...

>О! Чуть этот тормозной быдлотулкит для поинеров-кдешнигов обновляется - и сразу новость на лоре. А как gtk 2.10.2 или 2.10.3 выходит - так фиг. И куда смотрят модераторы, потакают пионерии?

Модераторский Konqueror новостей про gtk не пропускает - он специально меняет местами кнопки approve и reject - такое тонкое издевательство с гномеров;)

А давайте-ка одним волевым усилием отправим обсуждение "Qt vs. Gtk+" в /dev/null

Буду краток: УУУУРРРРРРЯЯЯЯЯ!!!!

http://bugs.gentoo.org/show_bug.cgi?id=150055
Сходи по ссылке во втором сообщении.

Qt 4.2 - возможно и в самом деле хороша, но вот вопрос - если я С++ не пользую - как ее заюзать?
GTK - дергается из Python, OCaml ... да из чего угодно блин дергается! :) В Qt 4.2 как с этим? Ну не можем мы UI на плюсатых писать, оно меняется _очень_ часто, специфика такая ёпрст.

Ну так как?

> Qt 4.2 - возможно и в самом деле хороша, но вот вопрос - если я С++ не пользую - как ее заюзать?

"Девушки рулят, но если мне религия позволяет общаться только с юношами - как мне быть?" :D

>А как gtk 2.10.2 или 2.10.3 выходит - так фиг.

Ты различаешь изменения во 2-й и в 3-й цифре? =)

>Ну так как?

PyQt?

>А давайте-ка одним волевым усилием отправим обсуждение "Qt vs. Gtk+" в /dev/null

+1

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

Ну вот, Qt 4.2.3 появится - тогда можно будет переходить. А пока - 4.1.4.

ОК, готовносить извинения принимается за извинение. В этом смысле инцидент исперчен.

Насчет следования хигу - да, это один из пойнтов гнома. Жесточайшее следование хигу - это действительно один из selling points (во всяком случае, гном так это рассматривает). Потому как даже плохой хиг можно исправить, если ему жестко следовать - ибо одни люди жалуются, другие - ищут, как исправить неудобный интерфейс. А хиг, который только "набор пожеланий" - про него даже нельзя сказать уверенно, хорош он или плох - всем просто на него положить... Именно об этом была моя реплика.

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

кроссплатформенный трей -- урряя товарищи, уррряяя!

а вот повесить на стили шейдеры -- нету такого. недобёг артур до авалона..

Сергей, может быть переведём тему на freedesktop.org?

Интересно, а если я напишу программу с закрытыми исходниками и frontend к ней на qt с открытыми исходниками и буду распространять их вместе, это будет нарушением лицензии или нет?

> Интересно, а если я напишу программу с закрытыми исходниками и frontend к ней на qt с открытыми исходниками и буду распространять их вместе, это будет нарушением лицензии или нет?

если я правильно понял лицензию qt -- нет (при условии, конечно, что закрытая программа не использует библиотек qt).

> Интересно, а если я напишу программу с закрытыми исходниками и frontend к ней на qt с открытыми исходниками и буду распространять их вместе, это будет нарушением лицензии или нет?

скорее нет чем да.

Легко! А что там?;)

Когда они до ума доведут дизайнер? Неудобно, что на тулбар нельзя добавлять разные виджеты, только QAction, приходится в коде дописывать. Некоторые виджеты вообще отсутствуют на палитре компонентов, например QScrollArea, хотя это можно обойти функцией "Promote to custom widget", но всё равно неприятно... Ещё интересно почему в Qt3 тулбары отсоединялись от формы, а в Qt4 приклеены?

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

Ну, напиши мне программу (например, текстовый редактор) сначала на C++, а потом в машинных кодах. И расскажи о впечатлениях.

> А под Visual Studio Integration не работает! Если выделить в списке QAction, то в property editor не появляются его свойства. А продолжают отображаться свойства последнего выделенного виджета

VisualStudio - кривая поделка. Кстати, сколько ты отслюнявил за коммерческую версию Qt? Думаю, у тебя есть все основания воспользоваться их support'ом.

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

>не точно так же, даже не примерно.

Там стоит оператор "если", что за кривой парсинг? :(

>покажите мне лицензию врача, дающую вам право ставить диагноз о болезни.

все сообщения на форуме, подписаные мной (при отсутствии подозрений взлома ЛОРа или скрадывания пароля) публикуются под лицензией IMHO. Чесслово! Под этой лицензией можно что угодно публиковать.

Я и правда придерживаюсь мнения, что огромную часть любого кодинга можно без ущерба для кодирования предоставить программе. Что есть программирование в завершающей стадии, то есть когда мысль становится кодом? Мысль оформляется в значочки и циферьки, становясь набором фраз. Лично я по жизни еще не встречал адекватных людей, которые каждый раз используют исключительно свои слова и выражения - все как один используют устоявшиеся выражения типа "убей себя апстену" или "согласно исходящей от..". Почему бы не использовать автоматизацию, где она возможна и желательна? И считаю чудаками зверей, кои в блокноте пишут что-то серьезнее тестового окошка со словами "Привет, Вася!". Это моё право на свободное мышление. Возможно я лентяй, но мне приятно использовать наготово запрограммированную функцию, если иначе руками придется набивать больше 8-10 знаков. В данном случае я не пытаюсь защитить от нападок кутедизагнер, но защитить удобные средства разработки - моя святая обязаность и гражданский долг. Ежели дизагнер криво запрограммирован - его можно переделать, сменить, написать самому в конце концов.

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

Врачи и тысячелетия труда доказали что рутинная работа мозг не развивает. При выполнении рутинных действий снижается скорость обработки сложных задач, мозг упрощается, ответственные за сложные ассоциации связи отмирают. По некоторым схожим причинам в армии, в тюремной камере (для примера) очень легко утрачивается острота ума. Сам не пробовал, но вот поглядеть довелось. Итак, нужен ли нам дизайнер, дающий свободу мышления и замешивающий раствор для нашего памятника, или мы всё сами?

+50

Присоединяюсь. Сам написал-бы что-то подобное, если бы не влом набирать.

Все очень хорошо, но drawPixmap сломана

Ура товарищи! (Ущёл проверять рпмки под сьюз)

>А под Visual Studio Integration не работает!

Open source версия Qt интегрируется с Visual Studio .Net?

В чём поломанность проявляется?

> Интересует логическая цепочка, которая из фразы "Радует, что ребята все больше думают об интеграции с гномом." привела к "гномеры себя просто пупами земли считают в юзабилити".

Мне кажется тут виноваты оба автора. У первого заявление было в сущности провакационным (в свете постоянных священных войн), а у второго слишком резкая реация на него. А ведь, в действительности, троли ни собирались думать об интеграции ни с каким конкретным десктопом, их инетерисует интеграция с неким абстрактным десктопом поддерживающим соответствующие стандарты, а будет это Гном или что-то другое, это уже дело десятое.

В общем, согласен. И про некоторую провокационность ;), и про интеграцию скорее под fd.o, чем с g.o.

>например QScrollArea, хотя это можно обойти функцией "Promote to custom widget", но всё равно неприятно... Ещё интересно почему в Qt3 тулбары отсоединялись от формы, а в Qt4 приклеены?

вам не кажется что вы уподобляетесь гласу вопиющему в пустыне?

или у вас установка такая - поорать на людях в конце дня?

Исследую. Уже почти понял. Только перекомпилил проект с 4.1.4 и сразу получил. Проявляется на наверное нестандартном и может быть для уважаемых троллтехов неожиданном применении. Без поллитры не рассказать. Да и можно ли здесь писать такие тексты? На самом деле предлагаю считать не сломанной. Но эффект убойный. Все ерунда! Qt Rulezzzzz!

> Это кто на что горазд ;) А в целом - бред.

Бред писать UI вручную? Целиком и полностью согласен! Людям просто некуда девать свободное время, про формы и генераторы они не знают и потому они и занимаются хернёй. :)

> А как gtk 2.10.2 или 2.10.3 выходит - так фиг.

Значит, гномовцы не написали. Кстати, в gtk+-2.10.5 есть опечатка в Makefile в подкаталоге gtk, которая не позволяет собрать "из коробки".

gtk/Makefile.am:1107
- && $(RM) gtk-mdedia-next-rtl.png
+ && $(RM) gtk-media-next-rtl.png

Так что кто бы говорил про быдлотулкиты. :)

> Ну не можем мы UI на плюсатых писать, оно меняется _очень_ часто, специфика такая ёпрст.

Ниасилили формы? :)

> Ну, напиши мне программу (например, текстовый редактор) сначала на C++, а потом в машинных кодах. И расскажи о впечатлениях.

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

// wbr

> Бред писать UI вручную? Целиком и полностью согласен!

То-то большинство интерфейсов (кроме нескольких диалогов) пишется вручную. Тот же дизайнер полностью руками написан. :P

> Людям просто некуда девать свободное время, про формы и генераторы они не знают и потому они и занимаются хернёй. :)

Что есть "формы и генераторы" в дизайнере? Нововведения четвертой версии?

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

>> Ну, напиши мне программу (например, текстовый редактор) сначала на C++, а потом в машинных кодах. И расскажи о впечатлениях.

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

А насколько будет отличаться оплата при написании на C++ и в машинных кодах? Как я понимаю, отличий особых быть не должно, ибо, как сказано выше, "сложность кода в первую очередь зависит не столько от выбранного метода, сколько от поставленной задачи"? И затраты времени, очевидно, будут примерно одинаковы?

> То-то большинство интерфейсов (кроме нескольких диалогов) пишется вручную. Тот же дизайнер полностью руками написан. :P

Предлагаешь дизайнер писать в дизайнере?

Интерфейс дизайнера довольно прост. А вот для объёмных интерфейсов разумнее использовать автоматизацию, чем пыхтеть, изобретая всё вручную. Ты ведь, наверно, проги в машинных кодах не пишешь? А чё так?