Не рассматривал ASUS в контексте таблеток… Как по мне — железка дорогая. Да и идея Motorola ATRIX (Телефон+Ноут) мне больше нравится.
А вообще концепция таблетки не вписывается в мой уклад (Читать гораздо удобнее на Kindle, a глянц не читаю).
Ради спортивного интереса — Как ИТ-шники юзают таблетки?
Мне казалось мы рассматриваем QtQuick лишь как проект забирающий время у Троллей, поскольку ни Вы ни я его не используем. А в связи с тем, что Интел отказалась от развития MeeGo наверное мало кто будет использовать QML (имхо). Так что говоря о вере я имел ввиду заявления троллей относительно QWidget и общей архитектуры Qt ().
Есть простое решение Вашей проблемы — используйте Qt 4.x, он ещё долго будет поддерживаться (хотя бы и форком). Что касается ветки 5.х, к весне 2012 будет точно известно какие из изменений будут жизнеспособными.
Тролли охотно и часто отвечают на новые вопросы приглашаю Вас к прочтению и дискуссии в блоге Троллей.
Думаю неплохо будет сделать заметку по мотивам Ваших исследований.
1. Но всем разработчикам нужен работоспособный неустарелый SVG движок. К слову было бы интерестно посмотреть на сравнительный анализ QtSVG и QWebKit2.
2. Ваша фраза звучит, как тезис который Вы в состоянии доказать. Объясните каким образом QML враждует с идеей QtScript.
1. QtSVG избыточен при всей своей сложности реализации. WebKit хорошо поддерживается сторонними разработчиками. Да и инициализировать для иконок SVG движок, хм… некомильфо что-ли.
2. QtScript «Deprecated Reasoning: flawed design, being replaced by a better design.»
Я уже упоминал что под одним API, согласно плану, будут собраны разные скрипт движки. Как писали Тролли — QtScript просто не был предназначен для этой цели. Писали, если мне не изменяет память в начале 2010 года.
WebKit != JavaScriptEngine + HTMLRenger. WebKit == HTMLRenger. Именно эту идею стараются реализовать Тролли в своих API. В прошлом году довольно много обсуждали и писали QWebKit.
Прочитал, поставил плюс, вернулся и всё же прокомментирую.
Поздновато, китаёзы сами уже андроид везде фигачат. (Года 3 назад искал портировал ли кто линь на дешёвое железо, чтоб поиграться)
Судя по прессрелизам С++ API будет обёрткой над QML стеком.
Symbian мертв. У него нет даже туманного будущего. Факт. Это обсуждалось и на страницах open-life.org
Новшества ГИГАНТСКИЕ.
1. _Lighthouse_ c помощью которого _уже_ можно писать софт для QNX и Андроид
2. WebKit2 — унификация интерфейсов (в том числе над [java]script движками) и полная интеграция его в Qt. Это означает доступ к WebKit без создания QWidget (сейчас это просто невозможно использовать DOM без редеринга). Использование разных (и не только яваскрипт?) скриптовых движков под одним API.
3. И самое главное (в принципе следствие из первого пункта) — опциональное задействование в графического ядра в отрисовке интерфейса.
Будте спокойны, если в результате QML окажется тяжеловесным и неудобным — никто, себе в ущерб, не будет им пользоваться. Если же большинство кодеров перейдет, следует обдумать мысль «А может и не так всё плохо».
Из последнего комментария я понял, что Вам просто не нравится пропаганда Qt Quick. Я же не вижу как бы это могло навредить C++ API в ближайшее время.
От себя добавлю, что в связи со смертью Symbian и непонятным состоянием MeeGo от Qt я ушел. К сожалению. Но лишь по выше перечисленным причинам. На десктопах не вижу поводов для беспокойства.
«expect… will become… expect… he expectation», впрочем год назад в блоге тролей в комментариях звучал подобный вопрос и разработчики подтвердили, QML (как фишка для разработки Viewer) будет лишь возможностью, а не вещью, исключающей разработку с QWidget (С++ API). есть схема, которая поясняет ход мыслей разработчиков. В свете последних хардварных тенденций (встраивание графических ускорителей в CPU), я очень рад такому подходу.
Отказа от С++ API (в Qt5) не стоит боятся по 2 причинам:
1. Совместимость (не забываем, что Qt не только опенсорс). От этом неоднократно заявляли сами троли, ту же мысль повторяют и в роадмапе. Корпоративным заказчикам требуется совместимость со своими закрытыми наработками. И тут подбираемся к пункту 2
2. В случае чего, они (смотрим список заказчиков на сайте тролей). Вполне могут профинансировать разработку. Тут вся мощь опенсорса.
Вообще в ИТ на срок более чем на 5 лет планировать сложно, но С++ API в течении 5ти лет, исходя из вышеперечисленных пунктов, будет точно.
Охотно выслушаю критику моих соображений.
Другой вопрос — надо ли QML, как ещё один уровень абстракции. Тут спорить не буду но с удовольствием выслушаю мнения.
Основной фишкой 5ки будет (хотя и сейчас вполне себе работоспособен) и ВебКит2 с яваскрипт обвязкой. Так же пункты «Window'system'integration» и
«Graphics'stac»
Поправте меня, если ошибаюсь.
Поясните, как добавление QML может убить обычные QWidget.
Хм, пока я себя не заставил привести в порядок теги в коллекции музыки — пользовался на компе 1by1 Player'ом. Теперь просто не представляю себе, что по 3-5 буквам не смогу найти необходимые мне вещи. Аналогично и на смартфоне, с той лишь разницей, что прелесть тегов я почувствовал лишь на SD card >4GB.
Понимаю, что тема весьма субъективна — я лишь делюсь впечатлениями.
Проблема в том что сразу наваливаются — не времени освоится даже с управлением.
Нет индикатора загрузки — непонятно ждать или кликать пробел
В инсталяторе
«Эта игра — общественное достояние. Делайте с ней что хотите.» — Фраза «Делайте что хотите» неряшлива и не вызывает доверия: «Удалить чтоль?»
В инсталяторе можно убрать галку с «Program components» — это что мне ярлычки установит?
В отальном забавная гонялка
А вообще концепция таблетки не вписывается в мой уклад (Читать гораздо удобнее на Kindle, a глянц не читаю).
Ради спортивного интереса — Как ИТ-шники юзают таблетки?
Толкование:
Есть простое решение Вашей проблемы — используйте Qt 4.x, он ещё долго будет поддерживаться (хотя бы и форком). Что касается ветки 5.х, к весне 2012 будет точно известно какие из изменений будут жизнеспособными.
Мне бы очень хотелось, чтобы QWebKit2 и выжили.
Тролли охотно и часто отвечают на новые вопросы приглашаю Вас к прочтению и дискуссии в блоге Троллей.
Думаю неплохо будет сделать заметку по мотивам Ваших исследований.
И 5.х обречена… ничто не вечно под луной… :D
2. Ваша фраза звучит, как тезис который Вы в состоянии доказать. Объясните каким образом QML враждует с идеей QtScript.
2. QtScript «Deprecated Reasoning: flawed design, being replaced by a better design.»
Я уже упоминал что под одним API, согласно плану, будут собраны разные скрипт движки. Как писали Тролли — QtScript просто не был предназначен для этой цели. Писали, если мне не изменяет память в начале 2010 года.
WebKit != JavaScriptEngine + HTMLRenger. WebKit == HTMLRenger. Именно эту идею стараются реализовать Тролли в своих API. В прошлом году довольно много обсуждали и писали QWebKit.
Поздновато, китаёзы сами уже андроид везде фигачат. (Года 3 назад искал портировал ли кто линь на дешёвое железо, чтоб поиграться)
Symbian мертв. У него нет даже туманного будущего. Факт. Это обсуждалось и на страницах open-life.org
Новшества ГИГАНТСКИЕ.
1. _Lighthouse_ c помощью которого _уже_ можно писать софт для QNX и Андроид
2. WebKit2 — унификация интерфейсов (в том числе над [java]script движками) и полная интеграция его в Qt. Это означает доступ к WebKit без создания QWidget (сейчас это просто невозможно использовать DOM без редеринга). Использование разных (и не только яваскрипт?) скриптовых движков под одним API.
3. И самое главное (в принципе следствие из первого пункта) — опциональное задействование в графического ядра в отрисовке интерфейса.
Будте спокойны, если в результате QML окажется тяжеловесным и неудобным — никто, себе в ущерб, не будет им пользоваться. Если же большинство кодеров перейдет, следует обдумать мысль «А может и не так всё плохо».
Из последнего комментария я понял, что Вам просто не нравится пропаганда Qt Quick. Я же не вижу как бы это могло навредить C++ API в ближайшее время.
От себя добавлю, что в связи со смертью Symbian и непонятным состоянием MeeGo от Qt я ушел. К сожалению. Но лишь по выше перечисленным причинам. На десктопах не вижу поводов для беспокойства.
Отказа от С++ API (в Qt5) не стоит боятся по 2 причинам:
1. Совместимость (не забываем, что Qt не только опенсорс). От этом неоднократно заявляли сами троли, ту же мысль повторяют и в роадмапе. Корпоративным заказчикам требуется совместимость со своими закрытыми наработками. И тут подбираемся к пункту 2
2. В случае чего, они (смотрим список заказчиков на сайте тролей). Вполне могут профинансировать разработку. Тут вся мощь опенсорса.
Вообще в ИТ на срок более чем на 5 лет планировать сложно, но С++ API в течении 5ти лет, исходя из вышеперечисленных пунктов, будет точно.
Охотно выслушаю критику моих соображений.
Другой вопрос — надо ли QML, как ещё один уровень абстракции. Тут спорить не буду но с удовольствием выслушаю мнения.
«Graphics'stac»
Поправте меня, если ошибаюсь.
Поясните, как добавление QML может убить обычные QWidget.
Понимаю, что тема весьма субъективна — я лишь делюсь впечатлениями.
Нет индикатора загрузки — непонятно ждать или кликать пробел
В инсталяторе
«Эта игра — общественное достояние. Делайте с ней что хотите.» — Фраза «Делайте что хотите» неряшлива и не вызывает доверия: «Удалить чтоль?»
В инсталяторе можно убрать галку с «Program components» — это что мне ярлычки установит?
В отальном забавная гонялка
Будем надеятся на «Что не убивает то учит»