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 ()
Ответ на: комментарий от int19h

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

Так с чем споришь? А можно еще лучше (hint: http://www.gtk.org/bindings.html).

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

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

Ручками - это любым _неспециализированным_ редакторам. В том числе и cat =)

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

Противник HIG? Это уже давно нелицо! =)

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

> Мне пожалуйста repqt. Сойдет и guileqt.

Напиши (tm)

А вообще пока что я гуевых приблуд для никсов в больших количествах видел только на C, C++ и Python вне зависимости от гуевого тулкита. Есть зоопарк на Tcl/Tk, но они отмирают потихоньку, похоже. Отдельные маргиналы пишут на Perl (perl-panel) и OCaml (MLdonkey), но это единицы. Так что вопрос смысла не имеет. А биндинги для трех вышеперечисленных основных языков есть и у Qt, и у Gtk. Еще вопросы е?

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

> Но возможность полностью перекроить морду - крайне полезна.

Разумеется. Вот поэтому у воспитанных людей и принято выносить функциональность в отдельную консольную программу и/или либу, а потом рисовать к ней морду на любом тулките. Кому не нравится - всегда могут нарисовать другую. UNIX way, однако...

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

> Напиши (tm)

Плюсы не дадут. Оне хорошо сожительствуют только сами с собой. Хотя нет, с собой тоже плохо.

> А вообще пока что я гуевых приблуд для никсов в больших количествах видел только на C, C++ и Python вне зависимости от гуевого тулкита.

Ключевое слово - "приблуд". Притом, что API Xlib/Xt/Motif (да и gtk) - отчаянная попытка имитировать лисп на портабельном ассемблере С.

> Есть зоопарк на Tcl/Tk, но они отмирают потихоньку, похоже.

Вряд ли. На tcl/tk _очень_ просто писать, так что число вновь рожденных зверей примерно такое же, как и умерших.

> Еще вопросы е?

Где жаба?

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

> Разумеется. Вот поэтому у воспитанных людей и принято выносить функциональность в отдельную консольную программу и/или либу, а потом рисовать к ней морду на любом тулките. Кому не нравится - всегда могут нарисовать другую. UNIX way, однако...

:) Вместо того, чтобы слегка подправить существующую морду предлагается писать новую? И все морды "должны быть монолитно-ненастраиваемыми кусками дерьма", на 90% дублирующими друг друга? Это, извини, не unix, это sf.net-way.

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

> Плюсы не дадут.

Тогда только вешаться...

> Ключевое слово - "приблуд"

Хорошо, покажи мне "неприблуды".

> Вряд ли. На tcl/tk _очень_ просто писать

И при этом результат _очень_ убого выглядит

> Где жаба?

А она тут с какого боку?

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

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

Чтоб "слегка подправить" - есть исходники. Это уже опенсорс-way =)

> И все морды "должны быть монолитно-ненастраиваемыми кусками дерьма", на 90% дублирующими друг друга?

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

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

> Хорошо, покажи мне "неприблуды".

вамнидадуд (c)

> И при этом результат _очень_ убого выглядит

1. У людей, не знающих про ресурсы.

2. Сразу после установки qt тоже выглядит _очень_ убого.

Не надоело? :)

> А она тут с какого боку?

А что на ней запрещено писать гуевые приблуды?

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

> вамнидадуд (c)

Я готов удовлетвориться линками и скриншотами.

> 1. У людей, не знающих про ресурсы.

Доктор, я пробовал - не помогает! (c)

> 2. Сразу после установки qt тоже выглядит _очень_ убого.

Сразу после установки чего? Я вот когда SuSE ставил, оно мне по дефолту очень даже симпатишный KDE загрузило. С красивыми кнопочками и сглаженными шрифтами. Что я сделал не так?

> Не надоело? :)

Нет =)

> А что на ней запрещено писать гуевые приблуды?

Нет, я даже наоборот, обеими руками за.

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

> Сразу после установки чего?

Qt вестимо, про неё же говорим. Когда на выбор предлагается следующие движки, вглядитесь в них - CDE, Motif, MotifPlus, Platinum, SGI Windows.

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

> Qt вестимо, про неё же говорим. Когда на выбор предлагается следующие движки, вглядитесь в них - CDE, Motif, MotifPlus, Platinum, SGI Windows.

Windows замечательно смотрится. И потом, не надо забывать про KDE - все-таки Qt'шные проги лучше всего чувствуют себя именно в этой среде.

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

> Windows замечательно смотрится.

CDE - лучше, почти как Tk. А как в этой шибко продвинутой Qt поменять ширину тулбаров?

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

> А как в этой шибко продвинутой Qt поменять ширину тулбаров?

Согласно замыслу автора данной конкретной софтины.

Ну, или KDE...

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

> Согласно замыслу автора данной конкретной софтины.

Абзац. Каменный век. А использовать один engine для меню, другой для всего остального тоже никак?

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

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

>Sun-ch (*) (09.07.2004 11:48:00)

Не можешь свободно _читать_ (даже не говорить), не показывал бы невежества.

anonymous
()

А ПЕРЕВЕСТИ НЕ СУДЬБА??? И ССЫЛКУ НА ОРИГИНАЛ ОСТАВИТЬ... У многих с английским плохо. А у других время на перевод текста нету...

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

> А ПЕРЕВЕСТИ НЕ СУДЬБА??? И ССЫЛКУ НА ОРИГИНАЛ ОСТАВИТЬ... У многих с английским плохо. А у других время на перевод текста нету...

Ну если есть IT-спецы, которые нестолько не дружат с аглицким, что им нужно много времени на перевод почти технического текста, тем более, что здесь он уполовинен...

В кратце - вышла демонстрация Qt 4.0 с новыми фичами, дабы народ посмотрел на нее и высказал свои пожелания :-) Релиз обещают в начале следующего года.

Ссылка: http://www.trolltech.com/products/qt/whatsnew.html

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

> Абзац. Каменный век.

Йопт... сказано уже - в винде/макоси такие извраты нах никому не нужны, а в линухе специально для извращенцев, не могущих жить без смены размера тулбара, есть KDE.

> А использовать один engine для меню, другой для всего остального тоже никак?

См. выше.

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

> Йопт... сказано уже - в винде/макоси такие извраты нах никому не нужны,

Тогда пусть этот тулкит не притворяется работающим под X11.

P.S. Если такая тривиальнейшая возможность для тебя - извращение, то дальнейший разговор смысола не имеет.

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

Ну у тебя и гонору..... У тебя такие, бля, "тривиальнейшие" запросы, что я аж удивляюсь... может тебе еще и мыщку ногой надо водить ? А потом орать, что все производители мышей - дебилы, не обеспечивающие "тривиальной" работы, а вот мышь производзства "cherezZad inc" - это щастье, которое никто не видит... Короче - у тебя экстремистский макисмализм какой-то - нехрен всем навязывать свое мнение...

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

> Тогда пусть этот тулкит не притворяется работающим под X11.

Я повторюсь, но все же.

http://kde.org

Да, размер тулбара там тоже настраивается...

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

>Но возможность полностью перекроить морду - крайне полезна.

Все пользователи - поголовно дизайнеры и специалисты в области эргономики?

Что касается "перекроить морду" - Qt это давно поддерживает. Другой вопрос, что это не популярно, int19h уже объяснил почему.

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

>Абзац. Каменный век. А использовать один engine для меню, другой для всего остального тоже никак?

В Qt это делается без проблем. Читайте документацию.

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

Можно даже и уточнить:

void QWidget::setStyle ( QStyle * style )
Sets the widget's GUI style to style. Ownership of the style object is not transferred.
If no style is set, the widget uses the application's style, QApplication::style() instead.
Setting a widget's style has no effect on existing or future child widgets.

Хотя, с пионерами, которые "А стоя и в гамаке никак? - нунах!" ---
по-моему, бесполезно разговаривать... :-(

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

Г-н adarovsky возможно я неясно выразился. Речь шла о том, чтобы делать это без правки и перекомпиляции морды. Тот же gtk это позволяет. Так что этот ваш гневный вопль не совсем в кассу, как мне кажется.

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

> >Абзац. Каменный век. А использовать один engine для меню, другой для всего остального тоже никак?

> В Qt это делается без проблем. Читайте документацию.

А точное место не укажете?

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

> Все пользователи - поголовно дизайнеры и специалисты в области эргономики?

Может и нет, но они пользователи - а значит всегда правы.

> Что касается "перекроить морду" - Qt это давно поддерживает.

А точную ссылку на место в документации не укажете?

> Другой вопрос, что это не популярно, int19h уже объяснил почему.

Популярность - не аргумент, тем более популярность _отсутствующей_ возможности.

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

>тем более популярность _отсутствующей_ возможности.
Вот для того, кстати, пререлиз и выпустили, что бы узнать о "потаенных желаниях пользователей". Откуда разработчикам в Норвегии знать, что вам удобно в "гамаке", и Вы считаете это обязательным условием, без которого "каменный век". Напишите разработчикам о Ваших потаенных желаниях, может быть они и удовлетворят их ;)

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

Если за столько лет не сделали примитивное хранение настроек в стандартной для X-ов форме, значит на пользователей им плевать.

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

Если за столько лет примитивная, (почему-то) стандартная для иксов форма не стала хотя бы немного удобней для пользователей, то задействовать ее - значит на пользователей плевать.

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

> Если за столько лет примитивная, (почему-то) стандартная для иксов форма не стала хотя бы немного удобней для пользователей, то задействовать ее - значит на пользователей плевать

Спору нет - ~/.qt/qtrc - намного удобнее, лучше документирован, предоставляет непревзойденные возможности по настройке и очень, очень стандартен.

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

> пинал, пинаю и буду пинать =))
гы гы... чета получается у тебя плохо ;-)

> на самом деле - почему Я не могу использовать С?
потому что эта либа написана для другого языка. хочешь - сделай биндинги. помнишь принцип OpenSource: "you need it - you write it."

> мне ближе как то bsd-like лицензии нравяться поэтому мне не "Пох."
for whom how.

> от того и другого, использовать можно gtk+ и в плюсах - gtkmm
> зоветься
Это не gtk+, а gtkmm... который сделали чуваки, которым хотелось писать на C++. Сели и написали и проект отдельный... мало того, между GTK+ и GTKmm есть некоторые отличия, усложняющие использование GTK+ых новых виджетов из GTKmm.




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

> из-за таких как ты мы имеем куча тормозного ПО =)
GTK based GNOME2 куда тормознее чем QT based KDE. И память в нем течет постоянно где-нибудь...

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

>Если за столько лет не сделали примитивное хранение настроек в стандартной для X-ов форме
Вероято потому не сделали, что Qt работает не только поверх X-ов, но и на других платформах. Кроссплатформенность однако;)

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

> Вероято потому не сделали, что Qt работает не только поверх X-ов, но и на других платформах. Кроссплатформенность однако;)

Кроссплатформенность за счет урезания функциональности. Вражеский метод. :(

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

>Кроссплатформенность за счет урезания функциональности. Вражеский метод. :(
Мне всегда наоборот казалось, что функциональность, которая вредит кроссплатформенности - вражеский метод (activeX в браузерах, "усовершенствованный" керберос и прочий "функционал" от M$)

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

Вот-вот. "Усовершенствованный" qtrc при существующем .Xdefaults - это и есть пример вражеских методов. А то, что он при этом и не обеспечивает и десятой доли возможностей иксовых ресурсов - вообще идеологическая диверсия.

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

Ну, если не ошибаюсь, любимый многими GTK+ тоже не использует .Xdefaults
Как я понимаю, из распространенного .Xdefaults использует только древний Motif, у которого проблемы с внешним видом (не всем нравится), с современными мышками (колесиком ;)) да вроде бы и с уникодом тоже.

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

> Ну, если не ошибаюсь, любимый многими GTK+ тоже не использует .Xdefaults

Да, и это огромный недостаток. Хотя gtkrc предлагает схожие возможности.

> Как я понимаю, из распространенного .Xdefaults использует только древний Motif,

Ресурсы используют все тулкиты на базе Xt. И еще tk (ему кроссплатформенность не мешает вести себя прилично).

> у которого проблемы с внешним видом (не всем нравится), с современными мышками (колесиком ;)) да вроде бы и с уникодом тоже.

Это проблемы фришных реализаций.

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

>Речь шла о том, чтобы делать это без правки и перекомпиляции морды.

Сплавлять куски от разных морд чтоли? Весьма странное желание. IMHO намного понятнее - создать новую морду, которая нравится, запустить qtconfig, выбрать её в списке и жить счастливо...

PS. Есть такая прога в KDE, которая из GTK морды импортирует (как-то legacy theme importer чтоли называется). IMHO, без перекомпиляции :-)

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

> Сплавлять куски от разных морд чтоли?

Нет. Просто меню (скроллбары или еще чего) рисовать одним движком, а все остальное другим. Для gtk - это всего лишь прописать 5-6 строчек в конфиг.

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

А завтра мне захочется изменить combobox и придется создавать третью "морду"?

> PS. Есть такая прога в KDE,

!

> которая из GTK

!!!

> морды импортирует

Полностью или только цветовую схему и шрифты? И потом, речь-то шла о возможностях qt.

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