https://opennet.ru/openforum/vsluhforumID3/104887.html Разработчики фреймворка Qt сообщили (http://blog.qt.io/blog/2015/09/25/qt-for-native-client-and-emscripten/) о приведении к рабочему виду продукта Qt for Native Сlient (http://code.qt.io/cgit/qt/qtbase.git/tree/?h=wip/nacl), позволяющего организовать выполнение Qt-приложений (Qt Widgets и Qt Quick) в специальном изолированном окружении web-браузера Google Chrome с производительностью близкой к обычной скомпилированной версии программы. Организовать выполнение Qt-приложения других современных web-браузерах, не поддерживающих Native Client, можно скомпилировав программу в JavaScript-представление при помощи компилятора Emscripten (https://www.opennet.ru/opennews/art.shtml?num=31155).<br><br><br><br>URL: http://blog.qt.io/blog/2015/09/25/qt-for-native-client-and-emscripten/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=43039<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#35 Mon, 28 Sep 2015 02:00:31 GMT Упс. Увидел ссылку от Q2W в комментариях.<br><br>С такой скоростью загрузки и лагами во время работы эта штука пока не пригодна. Но что-то в этом есть. :) Проверял на последнем огнелисе 41.0 под бубунтой.<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#34 Mon, 28 Sep 2015 01:20:19 GMT Правильно ли я понимаю, что qooxdoo теперь может покоиться с миром?<br><br>Где посмотреть демки этого Qt for Native Сlient? Хотелось бы увидеть что-нибудь типа http://demo.qooxdoo.org/current/showcase/#Form<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#33 Sun, 27 Sep 2015 23:44:41 GMT А ещё производитель биосов (InsydeH2O)<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#32 Sun, 27 Sep 2015 21:47:51 GMT Ребят, а есть РАБОЧИЙ ман по сборке этого всего? Тот, что по ссылке, не работает нихера. Не работал nacl-configure (просто молча завершался configure), убрал -skip xmlpatterns - вроде ок стало. Делал по README.md, который в ветке wip/nacl, да и в этом мане есть слова об этом, например,<br> make module-qtbase<br> make module-qtdeclarative<br> make module-qtquickcontrols<br>вообще не работает, нет таких целей, пришлось просто make делать. В итоге всё собралось в статике, устанавливается (make install) в ту же директорию, где и изначально лежит, т.е. никуда, все либы статичны, при сборке приложений через nacl-sdk'овский компилятор либы Qt ругаются на undefined reference всего чего только можно. Кто-нибудь собрал это успешно?<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#31 Sun, 27 Sep 2015 18:51:24 GMT А что, только заметил? В Native Client используется Pepper API. Salt (NaCl) and pepper.<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#30 Sun, 27 Sep 2015 11:44:52 GMT эта новость, да про натив Кути, но я слабо представляю необходимость Кути-виджетов в песочнице браузера, когда можно просто скомпилить их для работы без браузера вообще.<br><br>А по поводу Emscripten, я написал то что сами сейчас сталкиваемся, смотрим в сторону TypeScript/Flow, для браузерного клиента, при том что все не в восторге от JS, его нюансов...<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#29 Sun, 27 Sep 2015 08:45:19 GMT Затем, что "легкий" веб занимает уже на порядок больше ресурсов, чем "тяжелые" клиенты.<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#28 Sat, 26 Sep 2015 13:43:17 GMT Да придумать то можно всё что угодно. Хоть либссн и свой впн поверх хттп итд.<br>Но это так эти бизнес-приложения нужно перелопатить, что по себестоимости проще новое написать. По новой архитектуре и с новой логикой выполнения, которая будет правильной с точки зрения этой логики.<br> https://opennet.ru/openforum/vsluhforumID3/104887.html#27 Sat, 26 Sep 2015 13:38:29 GMT Но ведь насколько я понял, новость именно про компиляцию кутей в _нативный_ код, который будет исполняться в песочнице хрома, а эмскриптен предлагают только в качестве фолбека. В любом случае, кути на эмскриптене будет тормозить аццки, не важно, обычная версия кутей или эта (хотя эта версия, возможно, будет работать на 0,435% быстрей, чем существующие демки).<br>