LINUX.ORG.RU

Вышла QT4.2 Technical Preview


0

0

Основные новшества:

  • Graphics View - cовременная замена QCanvas
  • Desktop Integration - новый стиль Cleanlooks, QDesktopServices позволяет открывать браузер, почтовый клиент и т.д. основываясь на настройках среды. Поддержка GNOME HIG при для отображения порядка кнопок в диалогах. В меню печати для CUPS появились настройки принтера. QSystemTrayIcon (no comments)
  • Text Completion Framework - дополнение (как в KDE при выборе пути к файлу в файловых диалогах)
  • Widget Stylesheets - стиль виджетов можно описывать с помощью синтаксиса похожего на CSS
  • Undo Framework
  • New Widgets and GUI Features - виджет календаря, и выбора шрифта.
  • Extended Infrastructure - поддержка SVG иконок, слежение за файлами и каталогами, DBUS binding, и многое другое

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



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

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

Блин, ура Drag-n-Drop'у. "Динамическая труднокомпоновка" - плод неудачного движения мышью :) Хотя суть отражает верно

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

у вас обобщительных нейронов не хватает чтобы понять что тот анонимус имел ввиду противопоставления жаБы - qt в контексте системных библиотек

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

> ls -lR /usr/lib/firefox|grep js > посмотри на названия файлов, и удивись... Простите, Вы стебаетесь или действительно не отличаете Java от JavaScript? Последний, в отличие от первого, в Mozilla используется весьма интенсивно - в частности, на нем можно писать те же XPCOM-компоненты. вот когда ls -lR /usr/lib/firefox|grep \.class|wc -l (или, на худой конец, grep \.java) вернет ненулевое значение - тогда можно будет говорить, что в стандартную поставку Firefox включено что-то, написанное на Java. Пока этого нет. Кстати, я даже не знаю, есть ли у Java привязки к XPCOM... По идее, должны быть.

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

> это не жаба а жаба-скрипт. жаба в 10 раз быстрее

Кстати, раз уж речь зашла о Java и Mozilla, рекомендую глянуть на Rhino - реализацию JavaScript на Java от Mozilla.org. Кстати, входящий в состав FF интерпретатор JavaScript написан на C++ и называется Spider. А Rhino используется в других проектах, например, SVG-вьювере Batik/Squiggle.

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

>FC5 Extras, kde-redhat.sf.net? Зачем кеды? Qt4 уже сейчас можно пользоваться, свободно и без конфликтов с qt3.

[stalwart@fuaran ~]$ pacman -Ss qt4
community/pyqt4 4.0-3
PyQt4 is a set of Python bindings for the Qt4 toolkit.
community/qmpdclient 1.0.4-1
A Qt4 client for MPD
community/qt4 4.1.4-2
The QT gui toolkit.
community/qt4-doc 4.1.4-1
The QT gui toolkit documentation.

Вот когда будет не в Community, а в Extra...

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

>Лет 7 уже не программировал на Java, с тех пор мноого воды утекло

врешь! столько не живут.

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

>Ибо самый быстрый браузер Opera, как известно, написан на Qt.

самый быстрый браузер... Konqueror, как известно, написан на Qt.

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

> А чем компилишь под виндой ? VCC 6.0 не всегда корректно собирает... и выдает кучу варнингов при линковке... хотя потом все работает.

VC фтопку. Тем более, 6 версию. use MinGW.

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

> Ой ... только не надо про память и т.п. ибо в наше время "there is no such resource as memory".

ПНХ. Ваши жабы ещё и периодически начинают подтормаживать, когда у них просыпается gc. А память - такого ресурса нет для детей на подаренном родителями новом кампутире. А вот в реальном производстве часто стоят старые машинке, на которых Qt пашет нормально, а жаба удавится. Ещё раз - ПНХ, чупачупс.

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

> Вообще-то Opera, на моей памяти была сделана на Motif

Насколько мне известно, на Motif были сделаны ранние версии Opera. А последние вполне себе Qt.

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

> это не жаба а жаба-скрипт. жаба в 10 раз быстрее

Чтобы она эту быстроту показала, ей сначала надо самой во столько же раз дольше грузиться и захапать во столько же раз больше памяти :)

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

> VC фтопку. Тем более, 6 версию. use MinGW

И сколько же времени mingw у тебя компилит твой Qt-проект под виндой? Мой - 15 минут. А кросс-компилинг под линуксом - 2 минуты.

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

> Вообще-то Opera, на моей памяти была сделана на Motif

Уже давно на Qt.

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

>вот в реальном производстве часто стоят старые машинке, на которых Qt пашет нормально, а жаба удавится. Ещё раз - ПНХ, чупачупс.

лучше купить гиг за ~100$ чем ком.лицензию Qt за 2500$ ( если Qt не с3.14здил конечно ). так что жабА рулит нипадеццки даже на старом шелезяк. вот так мальшик.

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

>Он слинкует вызовы MSO9.DLL, EXCEL9.OLB и т.п. ?

гее! мальшик, канэшна ld линковать это запросто. пачиму нет? только вот компилит в 100 раз дольше чем vc (а может и в 1000 0 не мерял. ведь gcc до сих пор не умеет precompiled headers, а если и умеет, то очень отстойно ). шестерка точно отстой, так ведь есть икспресс эдишн - там vc восьмерка. vc8 очень неплохо соответствует нынешнему стандарту. мингв ф топку.

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

>А кросс-компилинг под линуксом - 2 минуты.

гаварят гланды тоже через жопу вырезать можно ...

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

> Всё идёт нормально до первой же ошибки, дальше - пипец.

Таким как вы, горе-программистам, показано читать книжку Бланшетт про Qt. Там как раз этот случай подробно описан. :)

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

> Откуда-откуда вышла? :)

Конечно, из тумана. Будет резать, будет бить, всё равно Гному водить... :)

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

> лучше купить гиг за ~100$ чем ком.лицензию Qt за 2500$ ( если Qt не с3.14здил конечно ). так что жабА рулит нипадеццки даже на старом шелезяк. вот так мальшик.

У меня на предприятии царствует GPL. Можешь приезжать и проверять - любой сотрудник, юзающий наш софт, может получить сорцы, распечатать и подтереться ими. Так что нинада :)

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

> Таким как вы, горе-программистам, показано читать книжку Бланшетт про Qt. Там как раз этот случай подробно описан. :)

А где эту книжку взять? А то в документации я таких тонкостей как-то не нашёл. В стандартных примерах делается всё просто: произошла ошибка - тушим свет и одевает таз на голову.

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

> VC фтопку. Тем более, 6 версию. use MinGW.

Я бы с большим душевным подъемом отправил бы туда MinGW :)

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

> лучше купить гиг за ~100$ чем ком.лицензию Qt за 2500$ ( если Qt не с3.14здил конечно ). так что жабА рулит нипадеццки даже на старом шелезяк. вот так мальшик.

Это если ты планируешь распространять продукт под закрытой лицензией. Да и то платить за лицензию должны не покупатели твоего продукта, а разработчики. Если же продукт за пределы предприятия не выходит или выходит под GPL - делай шо хош.

Отличный пример на эту тему - закрытые дровишки, которые по лицензии нельзя редистрибутить. Тем не менее это не мешает тебе доставить их себе и подключть к GPL-ному ядру.

Так что, "мальшик", у себя в песочнице ты можешь делать что угодно.

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

>лучше купить гиг за ~100$ чем ком.лицензию Qt за 2500$ ( если Qt не с3.14здил конечно ). так что жабА рулит нипадеццки даже на старом шелезяк. вот так мальшик.

Какой недалекий анонимус....

Поймите, Юноша, $100 - это затраты КОНЕЧНОГО пользователя. Покупка Qt - это затраты разработчика.

Если не понятен намек, разжевываю: Upgrade 200 машин на $100 - это 20k$. Не сравнить ни к какой стоимостью лицензии.

А под Яву надо вдобавок ставить на комп явамашину. Что может быть невозможным (корпоративный стандарт на ПО) в ряде организаций.

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

>Какой недалекий анонимус....

какой умственнонеполноценный stellar...

>Поймите, Юноша, $100 - это затраты КОНЕЧНОГО пользователя. Покупка Qt - это затраты разработчика.

щяс! поисчи мне таких пользаватель у каторых меньше 256M на тачилаве. 256М подавляющему количеству прикладух на жабА за глаза. жабА РУЛИТ! С++ сасйот.

>А под Яву надо вдобавок ставить на комп явамашину. Что может быть невозможным (корпоративный стандарт на ПО) в ряде организаций.

дурь ето есть а не стадарт.

anonymous
()

Ждем ебилдов!
Слава Патрегу!

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

> щяс! поисчи мне таких пользаватель у каторых меньше 256M на тачилаве. 256М подавляющему количеству прикладух на жабА за глаза. жабА РУЛИТ! С++ сасйот.

Дурак. 256 Mb хватит ОДНОМУ жаба-приложению. Если ты захочешь запустить ещё одно жаба-приложение или ещё одно просто тяжёлое приложение, жаба задушит кампутир. 256Mb-машина с более или менее серьёзным жаба-приложением - это однозадачная система.

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

> 256Mb-машина с более или менее серьёзным жаба-приложением - это однозадачная система.

128Mb-машина с более или менее серьёзным жаба-приложением - это _полузадачная_ система. =) Проверено на горьком опыте. Об массе unhandled exception'ов, выскакивающих на ровном месте, напомнить?

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

> 128Mb-машина с более или менее серьёзным жаба-приложением - это _полузадачная_ система. =) Проверено на горьком опыте. Об массе unhandled exception'ов, выскакивающих на ровном месте, напомнить?

На 128 Мб никто в своём уме хрю не ставил. А вот 256Mb-машин с хрёй - масса. И без жабы они работают вполне сносно. Улавливаем мысль или дальше будем юродствовать?

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

> На 128 Мб никто в своём уме хрю не ставил.

Я тоже так подумал, потому поставил линукс :)

> И без жабы они работают вполне сносно.

Вот именно, что без жабы.

> Улавливаем мысль или дальше будем юродствовать?

Да Патрик упаси, какой юродствовать? Зачем мне ссать на оголённые провода под напряжением? ;) (По поводу того, что без жабы жизнь малина, мысль уловлена полностью :) )

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

А, ну я тебя неправильно понял :)

Жабофилы очень любят рассказывать про то, что жаба - это Enterprise-сектор. Но они забывают, что именно на предприятиях очень не любят от нечего делать обновлять парк машин. Потому что обычно обновление связано не только с затратами непосредственно на железо, но и с неизбежными простоями, неизбежным периодом нестабильной работы в начале эксплуатации и пр. Зачем это всё предприятию, если оно уже один раз прошло этот этап, и возможностей железа до сих пор хватает?

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

> > Ждём, блин, четвёртые кеды. Чтобы Qt4 был в каждом нормальном дистре

> Патрег ниасилит :)

Комьюнити подмогнет и нарисует слакбилды ;) А в генту ебилды вообще появятся за 2 часа до релиза самой QT.

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

> Странно, а у меня на AMD Athlon 64 X2 4800+, 4Gb памяти и винтах на полтора терабайта всё летает. Правда windows vista beta 2 и на таком железе умудрялась тормозить, ещё эта сцука boot sector похерила, пришлось востанавливать. Но ведь мы тут о Linux?

Х2 в случае свисты лишние, она начинает работать в 2 раза медленнее - т.е. выходит amd64-2400. А это уже ниже требований в 3ГГц.

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

> > Ждем 700 постов!

> И что будет?

700 - фигня, 4900 - вот где сила :)

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

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

А еще на предприятиях не любят жабу вообще :) Есть огромная масса собственных библиотек на С/С++, их портирование на жабу займет соко времени и денег, что руководство на это никогда не пойдет. Чтобы переучить высококлассных специалистов на жабу, потребуется намного больше времени и средств. А кушать-то всегда хочется :) Ресурсы С/С++ практически неограничены. Портирование отличное (чего не скажешь о жабе). Что еще нужно для полного счастья?

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

> А где эту книжку взять?

В любом Инет-магазине. Кудиц-образ на втором форуме по открытому коду её выставляло на стенд - можно было приобрести. Говорят, есть в сети. :)

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

> На 128 Мб никто в своём уме хрю не ставил.

Вообще хрю можно урезать по памяти до 60 метров вобщем-то ничего не потеряв. Я так и сделал, когда ставил на 256 мб :)

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

> Вообще хрю можно урезать по памяти до 60 метров вобщем-то ничего не потеряв. Я так и сделал, когда ставил на 256 мб :)

Ага. И можно будет даже запускать notepad.exe. С офисом, мозиллой и ещё чем-нибудь одновременно работать пробовал?

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

>Вот этим он мне и не нравится, слишком много берет на себя. Не unix way.

Главное, что разработчикам кроссплатформенного (и не только) ПО он нравится. И им пофигу на unix way - главное, чтобы можно было быстро и без лишнего геморроя создавать портабельные, качественные и производительные программы.

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

>Это все и еще сто тонн есть в жабА.

Нормальные средства разработки? Этого нет в жабЕ.

Нормальное быстродействие написанных программ? Это не про жабУ.

Гибкое управление памятью? Это Однозначно не жабА.

Отсутствие гимора при портировании? В жабЕ он все же присутствует.

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

>На 128 Мб никто в своём уме хрю не ставил

Вот же молодежь зажралась...

/me пять лет назад ставил хрюшу на комп с 64 метрами озухи и процом 900 МГц. При отключении свистелок и перделок система прекрасно работала.

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

>Не unix way.

Портируется на три платформы. unix way.

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