Вышел Qt 5.2

Поработав с QML забываешь виджеты как страшный сон.

меньше надо писать быдлопрограммы аля шиндовс-стайл, не вписывающиеся в пользовательское ДЕ
для виджетов стили есть, у программ на QML внешний вид гвоздями прибит

Виджеты на мобильных платформах смотряться крайне убого

как именно убого?

у программ на QML внешний вид гвоздями прибит

Так они ж там как раз для «вписывания в DE» Qt Desktop Components пилили, долго и упорно (и всё равно к Qt5 не успели) велосипедили для QML то, что в их же виджетах ещё сто лет назад нормально работало. Зато декларативность (хотя возможность в рантайме грузить .ui тоже была не нова), жабаскрипт, анимации и т.п., ага. :)

Это который сам с собой несовместим между версиями?

А где changelog для QtCreator 3.0?

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

Веб нужен
гуйня не нужна

Аварийный останов: взаимоисключающие параграфы.

Гвоздями прибит?.. смешно =) Естественно надо работать с дизайнером, ессно дизайнер должен пилить кастомные виджеты непосредственно на QML.

Ну например вот так: https://play.google.com/store/apps/details?id=rohrnetz.berechnen

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

Для тех кто мало-ли в танке, пример откровенно отличного UI: https://play.google.com/store/apps/details?id=com.instagram.android

в первой программе явно требуется много GUI элементов, во второй нет. Если имеется ввиду внешний вид элементов, то они легко стилизуются с помощью CSS, а QML - нет.

Это мой софт тащемта. И не лаба, а продукт длительной работы на чистом энтузиазме, который активно юзают на кафедре (несмотря на существование того же ansys — круг задач другой) и который (скорее всего) ещё будет дорабатываться на нефиговые такие бабки от роснефти.

Для нашего применения такого плана интерфейс куда лучше, чем текстовое описание модели. У нас довольно специфические задачи, для которых оно подходит идеально.

Кумл вообще-то достаточно легко стилизуется... причем средствами самого кумла, уровень стилизации цссу и не снился. :)

Поработав с QML забываешь виджеты как страшный сон.

Сравнил тёплое с мягким...

напирмер? у меня вот спирит пользуется и асио и без правок компилился как с 1.36, так сейчас и с 1.55

Хотя почитал вот это…

И что, насколько юзабельны «виджеты» в Qt Quick?

Приличный код - это, например, Boost. А кто не осилил шаблоны - вон из профессии.

И на кой в Qt шаблоны?

Чтобы QDateTimeEdit, QDoubleSpinBox и QSpinBox заменить на QSpinBox<QDateTime>, QSpinBox<double> и QSpinBox<int>?

http://ru.wikipedia.org/wiki/TuxGuitar (для особых любителей Qt :))))

там не Swing, а SWT.

да на перывй взгляд вроде даже пашут. Только все равно как-то чужеродно выглядят в той же бубунте. Есть что-то мелкое неуловино-неприятное

Однако, с первого же взгляда на этот интерфейс ясно, что авторы вообще и слова-то такого, как «usability», ни разу в жизни не слышали. И именно такие бракоделы обычно и защищают всякие там Delphi и Qt.

Определяешь usability по скриншотам? Молодец, чо.

можно простейший пример стилизации кнопки. Стилизация конечно должна быть внешняя, чтобы можно было заменить на свою. Скажем, размер радиуса краёв, фон в нажатом и отжатом состоянии, цвет рамки.

P.S. Кстати, Xilinx ISE и Altera Quartus тоже на кутях.

Киздобол. Они на Tk вообще-то всю жизнь были. Причем, все равно они абсолютно неюзабельны, из ISE можно только batch-тулзами пользоваться, а код писать все равно в vim приходится.

Можно конкретики?

Лучше после этого вашего «первого взгляда» сюда, оно посвежее.

Tk? Всю жизнь? до ледникового периода? Не удивлюсь если вы до сих пор Pentium I пользуетесь =)

Уже 100500 лет как на Qt. www.linux.org.ru/tag/quartus

Вообще там оно заведомо ограничено и настраивается (12,25,50). У меня на ноуте (5-летней давности) выдает примерно 25 в фоксе и примерно 50 в хроме. В ие 11 рисуется аж «ня-ня-ня)» Но я еще буду оптимизировать анимацию, и, возможно, переходить на webGL, так что считай это прототипом. Я обращал внимание на всякие панельки сейчас в первую очередь.

На Qt со сценой-представлением летало бы.

И слабо верится, и дольше, и не кроссплатформенно - короче, неприемлемо.

и дольше

не факт.

и не кроссплатформенно

далеко не всему софту нужно работать и на мобилках, и на пека.

А посмотри сам в те же контролсы
Ненативный стиль

Сама кнопка

далеко не всему софту нужно работать и на мобилках

Мы сейчас говорим конкретно про эту игру. А вообще, спорно. Часть функционала может быть доступна везде.

За Quartus не скажу, альтеру лет 5 вообще не видел, а ISE 14.2, которой я в данный момент пользуюсь, таки на Tk однозначно.

Что ты с этим говноедом споришь. Это же идиот со справкой. Такие же бегают и кричат о всеплатформенности ведроида. Только сначала его почему то допиливали под x86, потом под mips. А потом, внезапно, выяснилось что более-менее сложный софт требует кеши под каждую платформу свой. И это только arm. А так всё кроссплатформенно.

Ага, определяю. Первый тест - не пройден. Дальше уже смотреть бесполезно.

Молодец, верю, отличный софт. Наверное. Не обижайся. Я взял (совершенно случайно) его в качестве анти-примера UI на мобильных платформах. Просто первым своим постом к I-Love-Microsoft я хотел донести предложение изучить QML, абсолютно позитивно. Вижу тенденцию что многие разработчики не склонны что-либо менять. Использовать виджеты в новых разработках под мобильные платформы это глупо. Почитайте гайдлайны хотя бы. Посмотрите на современные приложения. В топку кнопки, радиобуттоны, чекбоксы, закладки. Это все архаизм. UI-интерфейсы должны быть совершенно иными. Напишите небольшие нативные приложения на Java/Obj-C чтобы изучить возможности. Анализируйте, сравнивайте. Придумывайте свои контролы, свое видение интерфейса. И вы поймете - в мобиле классические виджеты не нужны как их не стилизуй.

Спасибо на добром слове.

У меня как раз в планах одно Android-приложение для гидрогеологов, ради него буду изучать QML.

Что виджеты в 99% случаев для мобилок не нужны — согласен полностью.

Просто на дебиане не preempt ядро.

CONFIG_PREEMPT_VOLUNTARY=y

Киздобол. Они на Tk вообще-то всю жизнь были.

Иногда лучше инфу проверять прежде чем говорить.

[kosyak@knetbook Xilinx]$ . /home/kosyak/Xilinx/14.7/ISE_DS/settings64.sh
. /home/kosyak/Xilinx/14.7/ISE_DS/common/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/common
. /home/kosyak/Xilinx/14.7/ISE_DS/EDK/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/EDK
. /home/kosyak/Xilinx/14.7/ISE_DS/PlanAhead/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/PlanAhead
. /home/kosyak/Xilinx/14.7/ISE_DS/ISE/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/ISE
[kosyak@knetbook Xilinx]$ ldd `which _pn` | grep Qt
        libQt_Gui.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Gui.so (0x00007f6add3b5000)
        libQt_Xml.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Xml.so (0x00007f6add26e000)
        libQt_Core.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Core.so (0x00007f6adcf29000)
        libQt_Solutions4.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Solutions4.so (0x00007f6adcd0f000)
[kosyak@knetbook Xilinx]$ 

Причем, все равно они абсолютно неюзабельны, из ISE можно только batch-тулзами пользоваться, а код писать все равно в vim приходится.

Согласен, редактор - говно.

Гвоздями прибит?.. смешно =) Естественно надо работать с дизайнером, ессно дизайнер должен пилить кастомные виджеты непосредственно на QML.

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

В топку кнопки, радиобуттоны, чекбоксы, закладки. Это все архаизм.

феерический бред
кнопки вообще везде используются
радиобуттоны, чекбоксы для настроек
закладки - в браузерах (ну да, для школоподелий это недостижимый уровень)

UI-интерфейсы должны быть совершенно иными.

ежу понятно, что для тачскринов UI должен быть другой, но с чего вдруг для этого UI не должно быть стандартных элементов?

Вообще-то, тут идиоты бегают и кричат о всеплатформенности qt. Только сначала его почему то допиливали под x86, потом под mips. А потом, внезапно, выяснилось что более-менее сложный софт требует кеши под каждую платформу свой.

Нативщина НЕ может быть кроссплатформенной априори. Причем тут ведроид.. веб-приложения кроссплатформенны. Вообще, оспаривать очевидное - определенно какая-то из стадий шизофрении.

феерический бред

неа. Это инерция (сознания и дизайна). И по инерции все это сейчас пользуется. А так это архаизм, с другим анонимом согласен.

А где доказано, что «стандартные элементы» эффективны? Их отсутствие должно как минимум допускаться.

QML от веба недалече. Чуть по-фичастие, чуть по-шустрее, не такой кроссплатформенный. Эдакий новый флэш..
Если веб такой неправильный, то что же вы все так под него косите))

кстати, да - есть ли возможность писать десктопные приложения на html+js? с доступом к фс, сетевым интерфейсам и прочими ништяками. ну кроме кривого и недопиленного node.js

Можно обернуть браузер, но для расширения функционала, там скорее всего будет не js. Можно писать плагины что-то тоже будет можно https://developer.mozilla.org/en-US/Add-ons/Code_snippets/File_I_O?redirectlo... Но с м.т.з. это все костыли, я за отдельный бэкенд.

Нативщина НЕ может быть кроссплатформенной априори.
linux.org.ru

Вот что руби с людьми делает.

Действительно неправильно.

Нативщина некроссплатформенна по определению. Вот так верно.

Это же редактор, а не ЯП, не?

CSS говно. Только tcl/Tk.

Вообще, в чём проблема HTML 5... Написать на JS VM-интерпретатор С, портануть на него C++, портануть туда QT, в QT запустить рекурсивно JS VM-интерпретатор C...

http://i.imgur.com/QGamFah.jpg