LINUX.ORG.RU

Qt 4.0.0 Technology Preview 1


0

0

We are pleased to present our first Technology Preview release for what will become Qt 4. We are releasing this code snapshot to our users because we want to show you some of the new technologies that will go into the final Qt 4 release, and because we want you to have the opportunity to give us your feedback. The feedback we receive will help us to ensure that the final Qt 4 release provides as much value and productivity as possible.

Please note: Qt 4 still is in a very active state of development. Not everything is ready for prime time, and there are significant omissions. This is a preview of some of the Qt 4 libraries, not of the entire application development framework. Most notably, new versions of Qt Designer and Qt Linguist are not included.

In this release we focus on five new technologies (codenamed: Tulip; Interview; Arthur; Scribe; and Mainwindow) that we hope you will try out and give us feedback on. All are new to Qt, written specifically for Qt 4:

- Tulip, a new set of template container classes. - Interview, a model/view architecture for item views. - Arthur, the Qt 4 painting framework. - Scribe, the Unicode text renderer with a public API for performing low-level text layout. - Mainwindow, a modern action-based mainwindow, toolbar, menu, and docking architecture.

For a more detailed description about the preview and these five technologies please consult tech-preview.html found in doc/html or http://doc.trolltech.com/4.0/tech-pre.... See also getting-started.html for an overview of the main portability issues.

The Technology Preview supports:

- GNU/Linux with gcc 2.95 or later (x86) - Mac OS X 10.3 with its native gcc compiler - Microsoft Windows 2000 and later, with MSVC 6 or later

Other operating systems and compilers might work but are not yet part of the testing program.

How to get the release:

http://www.trolltech.com/download/tec...

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

★★★★

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

Обещают, что отрисовка через cairo легко прикрутится. Хотя и на тройке можно сделать :) Проверил :-)

adarovsky ★★★★
()

Похоже, ребята наконец-то окончательно разобрались с контейнерами =) Это радует...

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

> А чё у нас сегодня доп. занятия по английскому? Учиться учиться и учиться

birdie ★★★★★
()
Ответ на: комментарий от Sun-ch

> А чё у нас сегодня доп. занятия по английскому?

Настоящий киберпанк должен любить английский (и японский)

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

ИМХО
Если не можешь перевести, то нехер постить.
Запарили нах, я еще на каникулах должен читать по английски.

Sun-ch
()
Ответ на: комментарий от Demetrio

ага,придёт и начнёт ей ченжлоги куты пересказывать: как я провел лето мля =)

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

> Если не можешь перевести, то нехер постить.

Модераторы умней -
Модераторам видней!

(c) me

> Запарили нах, я еще на каникулах должен читать по английски.

А нах тебе на каникулах лор сдался, и комп вообще? Как же пиво и девушки??

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

>Настоящий киберпанк должен любить английский (и японский)

так стоп - не понял при чем тут японский??

По сабжу, qt это конечно хорошо - но плюсы это раз и два это лицензия, кстати как там API сильно поменяеться наверное? Вообщем gtk+ все таки более гибкий инструмент.

alphex_kaanoken ★★★
()

>Scribe, the Unicode text renderer with a public API for performing low-level text layout.

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

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

> так стоп - не понял при чем тут японский??

Ghost In The Shell, далее везде

> По сабжу, qt это конечно хорошо - но плюсы это раз

В смысле, жалко, что не перл или тикль? Может, хватит плюсы пинать при каждом удобном случае

> и два это лицензия

Пох.

> кстати как там API сильно поменяеться наверное?

Достаточно.

> Вообщем gtk+ все таки более гибкий инструмент.

Я не понял, этот гениальный вывод проистекает из его неплюсовости или же лицензии?

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

> В смысле, жалко, что не перл или тикль?

И perl, и тикль и многое другое.

http://www.gtk.org/bindings.html

Плюс не-очень-большой-xml-от-libglade - очень большой плюс.

> Может, хватит плюсы пинать при каждом удобном случае

Ну не подходят плюсы для написания гуя. А qt-шный гибрид тем более.

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

>В смысле, жалко, что не перл или тикль? Может, хватит плюсы пинать при каждом удобном случае

пинал, пинаю и буду пинать =)) на самом деле - почему Я не могу использовать С? ну надо мне фигню какую гуевую написать - зачем плюсы вообще - ладно не ради флейма - вообщем проехали.

>Пох.

это тебе, а Я под GPL код выкладывать не хочу - мне ближе как то bsd-like лицензии нравяться поэтому мне не "Пох."

>Достаточно.

это плохо

>Я не понял, этот гениальный вывод проистекает из его неплюсовости или же лицензии?

от того и другого, использовать можно gtk+ и в плюсах - gtkmm зоветься

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

> Ну не подходят плюсы для написания гуя. А qt-шный гибрид тем более. А что, C или perl для этих целей больше подходит? Qt очень удобна для написания гуя, или кто-то не согласен?

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

>А что, C или perl для этих целей больше подходит? Qt очень удобна для написания гуя, или кто-то не согласен?

из твоей фразы напрашиваеться вывод - ты считаешь что qt это язык? блин, тут говорят про плюсы - ИМХО ООП в гуе надо, но то самое ООП можно и на обычных Сях реализовать - курим исходники gtk+

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

>ИМХО ООП в гуе надо

NextStep, BeOS... Там ООП, между прочим. Че ты прикипел к этому простому С? Если бы ты хоть одну прогу на qt написал, то не орал бы, что С рулит и все такое. Очень удобная вещь, gtk рядом не валяется по удобству программирования. Один вывод messagebox'а в qt и gtk сравни...

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

>Ну не подходят плюсы для написания гуя. А qt-шный гибрид тем более.

Надо на java + Swing. Посмотрите в "Looking Glass"! Память нынче дешева и процы тоже.

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

>NextStep, BeOS... Там ООП, между прочим. Че ты прикипел к этому простому С? Если бы ты хоть одну прогу на qt написал, то не орал бы, что С рулит и все такое. Очень удобная вещь, gtk рядом не валяется по удобству программирования. Один вывод messagebox'а в qt и gtk сравни...

gtk+ очень удобная вещь когда понимаешь его суть и принцип - не надо, плюсовость на фиг- во первых на каждый чих сздавать классы и методы всякие - какая бяка - тьфу. Про qt api - скажу - не плохо сделали в принципе, но и gtk+ не хуэе скажу сразу =)

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

>из-за таких как ты мы имеем куча тормозного ПО =)

Э-хе-хе ... Если бы так. Ато кроме server side + ide для java и нетути ничего. А истина - она не там, вспомним хотябы сун с его супер-пупер серверами и MS с его десктопными "несерьезными" системами. К сожалению нельзя делать ширпотреб на java - не для каждого пользователя стоимость 512М - сущие копейки.

Хотя ... "Память нынче дешева и процы тоже".

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

> Надо на java + Swing. Посмотрите в "Looking Glass"! Память нынче дешева и процы тоже.

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

Зачем писать по-английски?

Проще ссылочку оставить - там все сами почитаем.

А если уж постить в русский форум, то извольте по-русски.

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

>За такие речи расстреливать на месте.

А ты сначала поймай !

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

> ИМХО ООП в гуе надо, но то самое ООП можно и на обычных Сях реализовать

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

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

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

Где в С++ поддержка параллелизма и сохраняемости на уровне языка?.. хотя плюсовикам не привыкать.

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

Твой английский настолько плох, что тебя напрягает чтение?

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

А какие именно книги вы читаете? И какое впечатление?

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

> Я очень ленивый чтобы переходит с С на С++

И к тому-же не ценящий свое время :P

Лично я "попробовал Qt раз, и не слез и сейчас". Ничего лучше для программирования вообще (и GUI и не GUI) не видел нигде, если не брать в расчет PyQt :-D

--gtk_hater

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

> Где в С++ поддержка параллелизма и сохраняемости на уровне языка?

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

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

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

Это че за бред, кто нах заставляет это делать ты, или ты настолько плохо знаеш С++ что, даже не знаеш что он польность совместим с C, и в нем тоже можно объявлять простые функции

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

2 alphex_kaanoken:

>Я очень ленивый чтобы переходит с С на С++

Вот именно, с этого и надо было начинать, а не устаривать флейм (не надо оправдываться, он уже начался). С вашим подходом можно и на ассемблере до сих пор писать программы, ведь "главное понять подход и принципы", как вы тут сказали ;-) Просто если есть способ сделать процесс удобнее, то почему бы и не сделать? Настоящая лень программиста в этом и состоит, мне например лень набивать кучу шелухи, когда можно написать то же, но гораздо лаконичнее. Кроме того, не забывайте, что в C++ вовсе необязательно "создавать класс для каждой мелочи" и можно вообще использовать промежуточный между C и C++ стиль, используя изобилие возможностей C++. В общем, курим книги про C++ ;-) P.S.: а gtkmm по сравнению с Qt IMHO просто месиво :-)

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

> а gtkmm по сравнению с Qt IMHO просто месиво

Неее, это OHO (Our HO).

И документация там везде паршивенькая :P

--gtk_hater

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

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

Да ты и просто С довольно хреново знаешь ;)

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

>А нафик там контейнеры, STL уже не в моде?

Они отмазываются тем, что, когда кутя только зарождалась, не всякий компилятор мог переварить продвинутые шаблоны, хотя даже на древних борландовских компиляторах STL от Rogue Wave неплохой был.

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

> что сказать хотел?

Что тебе нужно еще раз перечитать Буча.

> что плюсы говно?

Что с точки зрения поддержки ОО в языке С++ лишь _слегка_ лучше С и ручного вышивания много в обоих языках.

> не спорю, только про ооп речь была.

Ну так Буча-то перечитай.

> какое отношение параллелизм имеет к гуи тулкитам, и где он сегодня вообще есть на уровне языка?

Из широкороспространенных - ada, erlang. Полно языков, название которых начинается с "Concurrent".

> сохраняемость это что такое, сериализация? ерунда, не столь важно.

Ну если для тебя это не важно, выражусь по-другому. Где в С++ рефлексия?

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

> http://www.gtk.org/bindings.html

Ну раз такое дело пошло, я тоже могу QtC вспомнить...

> Плюс не-очень-большой-xml-от-libglade - очень большой плюс.

В чем? Все равно это дело редактируется по жизни не ручками, а редактором. А при таком раскладе что там на выходе - xml или не xml - все одно.

> Ну не подходят плюсы для написания гуя. А qt-шный гибрид тем более.

О, да! Авторы Scribus и по сей день блуждают в потемках, равно как и создатели Psi, а тут еще и Skype появилась... но всезнающий анонимус откроет им глаза и принесет свет истины! =)

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

> на самом деле - почему Я не могу использовать С? ну надо мне фигню какую гуевую написать - зачем плюсы вообще

Не хочешь - не используй. Но это твой личный бзик, не надо его пихать в достоинства/недостатки тулкитов в целом.

> от того и другого, использовать можно gtk+ и в плюсах - gtkmm зоветься

Ага, вот только когда у этого вашего gtkmm доки нормальные появятся? Попытался как-то поковыряться, открываю доки... а там у половины методов одни только объявления, безо всяких комментариев и объяснений. Нунах... с Qt Assistant даже сравнивать смешно.

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

> из твоей фразы напрашиваеться вывод - ты считаешь что qt это язык?

Так он прав. Там действительно расширений немало, а в Qt4 будет еще.

> блин, тут говорят про плюсы - ИМХО ООП в гуе надо, но то самое ООП можно и на обычных Сях реализовать - курим исходники gtk+

Да OOП можно и на ассемблере реализовать, было бы желание, но зачем изобретать велосипед? К тому же удобство этого самодельного ООП оставляет желать лучшего.

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

> Ну раз такое дело пошло, я тоже могу QtC вспомнить...

а что, есть что вспомнить?

> Все равно это дело редактируется по жизни не ручками, а редактором.

Как это, cat >> aaa.glade что ли?

> А при таком раскладе что там на выходе - xml или не xml - все одно.

Главное, не то, что на выходе и не формат. Главное, что морда лежит отдельно и в любой момент может быть подредактирована без перекомпиляции.

> О, да! Авторы Scribus и по сей день блуждают в потемках, равно как и создатели Psi, а тут еще и Skype появилась... но всезнающий анонимус откроет им глаза и принесет свет истины! =)

Инертность и леность мышления - страшное дело. К счастью мы, анонимусы, этим не страдаем.

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

> а что, есть что вспомнить?

Да.

> Как это, cat >> aaa.glade что ли?

Glade.

> Главное, не то, что на выходе и не формат. Главное, что морда лежит отдельно и в любой момент может быть подредактирована без перекомпиляции.

Зачем?

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

> Заявление из разряда про наследование в Си.

Вот здесь не могу не согласиться =) Однако ж согласись, что C++ все же лучше чем C для гуя. Разумеется, можно еще лучше (hint: Python).

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

> Glade.

Нет, ты говорил "редактируется по жизни не ручками, а редактором" - типа особенность. Вот мне и интересно, как это - ручками.

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

> Зачем?

Например, возможность поменять порядок кнопок и расстояние между ними для противников HIG :)

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