Комментарии 56
Вот если бы еще все либы статически «из-коробки» линковались, либо чекбоксом можно было указать без пересборки всей среды, хотя когда заказчику передаешь внушительный дистр с кучей либ, то да, выглядит посерьезнее, но все же хотелось бы. А так Кьют сильно облегчил мне программинг и изучение. что само по себе приятно.
+3
Ну сейчас ИМХО либы не такая уж и проблема. Все собрал в инсталлер и живи спокойно. Правда под линуксом конечно проще. Там qt из дистра ставится и все ок.
+2
Кстати для этого примера я не ставил компоненты в систему, а просто расположил их рядом с бинарником. Так что файлов стало еще больше :)
+1
cmake fixup_bundle спасут отца русской демократии.
+1
А применение стилей от Harmattan под Desktop возможно?
+1
От Харматтана нет. А другие десктопные стили доступны (смена происходит также как и для приложений на QtGui, либо заданием в коде стиля для QApplication, либо через аргумент -style).
+1
Вполне. Таким образом работает эмуль. Это тупо скомпиленный Харматтан для десктопа.
+1
Их для этого придется с собой таскать. В дефолтной поставке Qt их нет
+1
И, кстати, по умолчанию для QtGui нет стиля харматтановского (на н9 приложения запускается со стилем аля WIndows9x). Все, что написано на Harmattan использует MeegoTouch. Но тем не менее я видел некий пакет со стилями под MeeGo Harmattan. Не ставил правда, поэтому не могу ничего сказать
+1
Он коряво работает. Но если хочется стили от Харматтана, то и юзайте meego touch framework + meego components. Они кроссплатформенные и компилируются и запускаются хоть на винде хоть в макоси хоть на андроиде.
+2
Хм, насколько я помню meegotouch не такой уж кроссовый. По крайней мере попытки перенести компоненты на дроид традиционно начинаются с компонентов под симбиан (я в свое время делал для внутреннего проекта, плюс сейчас в necessitas-devel человек, который этим занимается, тоже пишет про симбианвские компоненты).
+1
Ну вполне возможно там есть X11 огрызки, но в QtSDK под виндовс же есть сборка компонент рабочая, что намекает.
+1
а кстати на винде разве не через qemu запускается? я просто ни разу не запускал, поэтому немного не в теме
+1
Там есть версия через qemu, а есть простая версия с qml компонентами от Харматтана для десктопа. Она юзается в креаторе для визуального редактора.
+1
НЛО прилетело и опубликовало эту надпись здесь
у меня контр-вопрос. А кто нибудь вообще юзает кумльный дизайнер? Просто ни я, ни все кого я знаю не юзают. Пишут руками. Это возможно просто осталось с тех времен, когда он был почти неюзабелен, но тем не менее.
+1
НЛО прилетело и опубликовало эту надпись здесь
В линуксе он у меня прекрасно работает)) Он вполне юзабелен, но просто когда перестаешь быть новичком, то быстрее в коде все забить, но смотреть результаты кодинга проще в дизайнере
+1
Я все равно не доверяю дизайнеру. Он плохо понимает мои кастомные компоненты, у которых часть визуальной логики завязана на c++-объектах. Так что проще нажать Ctrl-R :)
+1
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Сам исправлял пару багов в компонентах, штука хорошая, а вот на QmlDesktopViewer я как-то и не обратил внимание, делая по старинке через QDeclarativeView.
+1
С QDeclarativeView проблема в использовании Window. Он создает отдельный QDeclarativeView для каждого Window, но если qml с Window запущен на уже созданном QDeclarativeView, то все его содержимое окажется на созданном, а Window будет пустой (то есть два окна)
+1
Еще бы оно научилось QDeclarativeEngine между окнами шарить, а то каждый Engine — это 20 мегов памяти примерно. Судя по коду, оно пока так не умеет делать.
+2
ну я думаю это будет в итоге. Не так это и сложно, как мне кажется. Хотя в дебри десктопных компонентов не залезал, может там какие-нибудь архитектурные ограничения встретятся
+1
Ну у меня получалось шарить движок между окошками. Не скажу, что это очень сложная была задача.
+1
Сама по себе задача легкая, не спорю. Но можно организовать работу этих окон так, что будет почти нереально. Надо будет на досуге глянуть что у Дженса в этом направлении есть.
+1
Просто иначе например не ясно, как например размеры окошек менять в разных window'ах и прочие эффекты делать. Ну и просто из одного окошка к компонентам другого будет не добраться без расшаренного engin'а.
+2
это то все понятно. Но, повторюсь, сейчас это такая глубокая альфа, что еще рано думать об этом. Базовый бы функционал работал корреткно
+1
Это да, но размер у либы крошечный, поэтому я уже не стесняюсь ее в продакшене юзать. А если что-то не работает или глючит, то я это просто беру и фикшу)
+2
Тоже самое. Только я у себя сделал сабмодуль гитовый, Чтобы не объяснять другим, где взять компоненты и чтобы переходить на новую версию только после проверки. А то уже пару раз приходилось слегка переделывать свой код после обновления на свежий master.
+1
Сейчас например думаю, как бы ContextMenu перепилить в соответствии со спекой. А то они не работают.
+2
На моей памяти год назад на девдеях эта альфа уже была. Лео показывал эти компоненты для десктопа. Как так вышло, что за год дело не сдвинулось?
+1
На прошлых девдеях Лео рассказывал о компонентах вообще. То есть и о мобильных тоже (о них в большей степени). Если мне не изменяет память, то десктопные появились уже в начале этого года.
+1
Да, запись в лабсах от марта этого года про старт проекта: labs.qt.nokia.com/2011/03/10/qml-components-for-desktop/
+1
Сдвинулось, на Qt5 его портировали, еще окошки добавили, отдельно бранч для макоси пилится. Но таки да, не скажу, что дико активно разрабатывается. Но там и работы не слишком то много.
Кдешники вот с тем же самым API сделали Plasma components'ы. Правда без методов типа Window и т.д.
Но их доделать — дело не хитрое)
Кдешники вот с тем же самым API сделали Plasma components'ы. Правда без методов типа Window и т.д.
Но их доделать — дело не хитрое)
+1
Посмотрел исходники, да, действительно не шарит. Но особых проблем это сделать не вижу, значит будет в итоге. По крайней мере я надеюсь на это.
0
> Для того, чтобы показать возможности десктопных компонентов, а заодно обозначить основные проблемы
> и преимущества их использования, я создал минимальное графическое приложение на классическом QtGui
> и на компонентах.
Не нашел реализации приложения на QtGui. Добавьте для сравнения, если не трудно.
> и преимущества их использования, я создал минимальное графическое приложение на классическом QtGui
> и на компонентах.
Не нашел реализации приложения на QtGui. Добавьте для сравнения, если не трудно.
+1
Напоминает Silverlight первых версий, когда было видно что возможностей создания интерфейса уже много и они действительно гибкие, но набор стандартных элементов очень узок и что-то большое на этом делать пока рано.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Qt Components для десктопа