Qt Components для десктопа

[russum]

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

[tass]

Ну сейчас ИМХО либы не такая уж и проблема. Все собрал в инсталлер и живи спокойно. Правда под линуксом конечно проще. Там qt из дистра ставится и все ок.

[ixSci]

В линуесе сложнее бывает. Дистрибутивы не всегда успевают за Qt, а вот изменения в qtquick бывают необходимы, что создает проблему для развертывания

[tass]

Есть такой момент. Но большинство все же сидит на убунте и сусе. А там все более менее ок

[tass]

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

[dreary_eyes]

А применение стилей от Harmattan под Desktop возможно?

[tass]

От Харматтана нет. А другие десктопные стили доступны (смена происходит также как и для приложений на QtGui, либо заданием в коде стиля для QApplication, либо через аргумент -style).

[tass]

Их для этого придется с собой таскать. В дефолтной поставке Qt их нет

[tass]

Будут потом. Естественно, сейчас никто альфу добавлять не будет :)

[tass]

Ну это то да. Но кумль будет по сути в главном модуле. Компоненты по идее тоже

[tass]

И, кстати, по умолчанию для QtGui нет стиля харматтановского (на н9 приложения запускается со стилем аля WIndows9x). Все, что написано на Harmattan использует MeegoTouch. Но тем не менее я видел некий пакет со стилями под MeeGo Harmattan. Не ставил правда, поэтому не могу ничего сказать

[tass]

Хм, насколько я помню meegotouch не такой уж кроссовый. По крайней мере попытки перенести компоненты на дроид традиционно начинаются с компонентов под симбиан (я в свое время делал для внутреннего проекта, плюс сейчас в necessitas-devel человек, который этим занимается, тоже пишет про симбианвские компоненты).

[tass]

а кстати на винде разве не через qemu запускается? я просто ни разу не запускал, поэтому немного не в теме

[tass]

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

[tass]

Я все равно не доверяю дизайнеру. Он плохо понимает мои кастомные компоненты, у которых часть визуальной логики завязана на c++-объектах. Так что проще нажать Ctrl-R :)

[tass]

Ну оно как то само собой получается что у меня почти все такое :) Да и Ctrl-R меня устраивает

[tass]

ну да, с девайсом разрабатывать проще. Правда в случае девайса есть другой прикол. У н950 и н9 разные размеры экрана (физически, различие минимально, но есть). Из за этого не рекомендуется например делать в пиксель шириной линии. На одном девайсе будет ок, а на другом фигня.

[tass]

С QDeclarativeView проблема в использовании Window. Он создает отдельный QDeclarativeView для каждого Window, но если qml с Window запущен на уже созданном QDeclarativeView, то все его содержимое окажется на созданном, а Window будет пустой (то есть два окна)

[tass]

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

[tass]

Сама по себе задача легкая, не спорю. Но можно организовать работу этих окон так, что будет почти нереально. Надо будет на досуге глянуть что у Дженса в этом направлении есть.

[tass]

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

[tass]

Тоже самое. Только я у себя сделал сабмодуль гитовый, Чтобы не объяснять другим, где взять компоненты и чтобы переходить на новую версию только после проверки. А то уже пару раз приходилось слегка переделывать свой код после обновления на свежий master.

[dreary_eyes]

На моей памяти год назад на девдеях эта альфа уже была. Лео показывал эти компоненты для десктопа. Как так вышло, что за год дело не сдвинулось?

[tass]

На прошлых девдеях Лео рассказывал о компонентах вообще. То есть и о мобильных тоже (о них в большей степени). Если мне не изменяет память, то десктопные появились уже в начале этого года.

[tass]

Да, запись в лабсах от марта этого года про старт проекта: labs.qt.nokia.com/2011/03/10/qml-components-for-desktop/

[tass]

Как я понял его вообще пилят полтора человека. Дженс и еще кто-нибудь, когда делать нечего. Поэтому и не быстро

[tass]

Ну основное API оно общее для всех компонент. Но дьявол он в мелочах да

[tass]

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

[sig]

> Для того, чтобы показать возможности десктопных компонентов, а заодно обозначить основные проблемы
> и преимущества их использования, я создал минимальное графическое приложение на классическом QtGui
> и на компонентах.

Не нашел реализации приложения на QtGui. Добавьте для сравнения, если не трудно.

[sig]

UPD: извиняюсь, не увидел. Оказывается, они как две капли воды.

[tass]

Ну почти :) в этом и соль :)

[tass]

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

[nzeemin]

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

[tass]

Ну чистый qml очень удобен для кастомных интерфейсов. Для стандартных как раз Qt COmponents сделали.
А так, можно встроить любой виджет из QtGui в QDeclarativeView (через прокси-класс), но это очень неудобно