Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Предварительный выпуск Qt для WebAssembly"	+/–
Сообщение от opennews (ok) on 23-Апр-18, 22:24
Разработчики фреймворка Qt представили (http://blog.qt.io/blog/2018/04/23/beta-qt-webassembly-techno.../) предварительную версию редакции Qt для WebAssembly. WebAssembly предоставляет не зависящий от браузера универсальный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования. Порт Qt для WebAssembly позволит компилировать  графические приложения на базе Qt в виде модулей на WebAssembly, которые можно запускать непосредственно в web-браузере. Для компиляции предлагается (https://wiki.qt.io/Qt_for_WebAssembly)  использовать Emscripten (http://emscripten.org/), ветку Qt 5.11 и WebAssembly-порты QtBase (http://code.qt.io/cgit/qt/qtbase.git/log/?h=wip/webassembly) и QtDeclarative (http://code.qt.io/cgit/qt/qtdeclarative.git/log/?h=wip/webas...). URL: http://blog.qt.io/blog/2018/04/23/beta-qt-webassembly-techno.../ Новость: https://www.opennet.dev/opennews/art.shtml?num=48483
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
Сообщение от Crazy Alex (ok) on 23-Апр-18, 22:24
Хм, мне вот интересно, сколько это счастье весить будет - обычно в WebAssembly софт довольно тяжёлым получается.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
	Сообщение от анонимтут on 24-Апр-18, 11:30
	WebAssembley работает не только c JavaScript, но и с Rust/C/C++ и т.д.:) В принципе ситуация таже, что и с обычным исполняемым файлом - либо скрипт, либо бинарник.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Предварительный выпуск Qt для WebAssembly"	–2 +/–
Сообщение от Аноним (??) on 23-Апр-18, 22:30
С одной стороны круто что наконец можно будет Qt интерфейс быстро в веб прокидывать. С другой стороны меня как пользователя WebAssembly сильно напрягает. Мне все же привычен обычный html,css,js. Но будем посмотреть чем это нам грозит по нагрузке на браузер, быстродействию, безопасности и отладке.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
	Сообщение от КО on 24-Апр-18, 08:20
	>WebAssembly сильно напрягает. Мне все же привычен обычный html,css,js Не боись - WA не умеет в интерфейс, он будет на html,css,js. :)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	15. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 09:04
	Я думал HTML можно будет отправить в помойку... Какой тогда смысл, если нельзя использовать QML?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	20. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Ordu (ok) on 24-Апр-18, 10:06
	WA умеет в canvas, в котором он может порисовать через webgl. QT умеет в интерфейс. То есть html и css не нужны.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	33. "Предварительный выпуск Qt для WebAssembly"	+11 +/–
	Сообщение от J.L. on 24-Апр-18, 12:34
	> WA умеет в canvas, в котором он может порисовать через webgl. QT > умеет в интерфейс. То есть html и css не нужны. тоесть у нас опять будет флешовый сайт с которым не сделать нифуя ?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	36. "Предварительный выпуск Qt для WebAssembly"	+2 +/–
	Сообщение от Ordu (ok) on 24-Апр-18, 12:56
	>> WA умеет в canvas, в котором он может порисовать через webgl. QT >> умеет в интерфейс. То есть html и css не нужны. > тоесть у нас опять будет флешовый сайт с которым не сделать нифуя > ? Да
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	41. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 20:46
	Да, Веб давно уже превратился из сети гипертекстовых документов (изначально ущербной) в платформу для приложений при том, что сама концепция приложения как способа поставки программного обеспечения крайне сомнительна. В пору задуматься о развитии альтернативных гипертекстовых систем, например, вспомнить так и не воплотившийся проект Занаду Теда Нельсона (https://en.wikipedia.org/wiki/Project_Xanadu) — хорошая отправная точка для проектирования новой гипертекстовой системы. Веб уже не спасти, но можно (как предлагал где-то Алан Кэй) смотреть на веб-браузер, как на виртуальный компьютер (не лучшей архитектуры, но зато повсеместно распространенный), который можно использовать в качестве целевой "аппаратной" платформы для принципиально другой системы.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	48. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от angra (ok) on 25-Апр-18, 08:45
	> например, вспомнить так и не воплотившийся проект Занаду Теда Нельсона (https://en.wikipedia.org/wiki/Project_Xanadu) — хорошая отправная точка для проектирования новой гипертекстовой системы. О да, если кто-то сможет эти фантазии полноценно реализовать, то все крупные игроки во главе с гуглом в очередь выстроятся, махач будет знатный. Там же просто голубая мечта для корпораций. Радует, что пока это реализовать не получается.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	56. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от rshadow (ok) on 26-Апр-18, 19:07
	Да все относительно просто. Берешь а-ля QML за основу. Делаешь в него а-ля iframe для встевки html (даже сейчач можно внутри html пихать js, css, svg и т.д.). Готово. Потом можно и HTML6 выпустить из которого выпилить все новомодное вплоть до div-ов (откат к HTML4?), чтоб даже руки не чесались делать что-то на языке текстовой разметки и верстки под газету.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	57. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 27-Апр-18, 01:29
	Что же такого привлекательного для корпораций вы там увидели? Корпорациям понравится стандартный независимый механизм идентификации пользователей вместо "войдите с помощью учетной записи Гугла"? Или их должна привлечь система микроплатажей, связывающая авторов и потребителей в обход издателей и рекламщиков? Едва ли корпорации и медиа-мафия мечтают об этом. А адресация документов, не зависящая от их физического расположения? Да и речь вовсе не о том, что реализовать все прямо по плану Нельсона, а о том, чтобы рассматривать его систему как ориентир и пример иного подхода к организации гипертекстового Интернета. И многие современные проекты независимых от корпораций распределенных систем как раз реализуют те или иные идеи из Занаду.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	63. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Анонимный Алкоголик (??) on 28-Апр-18, 04:26
	> Да, Веб давно уже превратился из сети гипертекстовых документов (изначально ущербной) в > платформу для приложений Это не совсем так. И разного рода "приложения" и плюгины для "работы сайта" навязчиво предлагались и продвигались и в 90х. Вредоносные. В виде .exe ...
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	45. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 25-Апр-18, 02:22
	> тоесть у нас опять будет флешовый сайт с которым не сделать нифуя ? Это все и сейчас можно. Вот прямо на HTML5. У мозиллы помнится был сначала Doom а потом и Sauerbraten, чтоли, с довольно могучим 3D в фулскрине. Как ты понимаешь, 3D гамеза в фулскрине - это слегка не HTML+CSS, DOM сдох бы при такой интенсивности апдейтов.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	43. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от КО on 24-Апр-18, 23:39
	>WA умеет в canvas, Даже это он не умеет. Он умеет в массив. А массив в канвас копировать надо JS. :) Сделано по принципу тащить и непущать. :)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	44. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Ordu (ok) on 25-Апр-18, 00:46
	>>WA умеет в canvas, > Даже это он не умеет. Он умеет в массив. А массив в > канвас копировать надо JS. :) > Сделано по принципу тащить и непущать. :) Надо прокидывать этот массив браузеру или (в случае с webgl) видеокарте через js, ты ведь это хотел сказать?
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	19. "Предварительный выпуск Qt для WebAssembly"	–1 +/–
	Сообщение от Аниним on 24-Апр-18, 10:06
	>наконец можно будет Qt интерфейс быстро в веб прокидывать Это будут тормоза в квадрате.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	28. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Диносуслик on 24-Апр-18, 11:56
	Вы проверяли? Самостоятельно? Нет? А чего тогда в воздух п?рд?тЬ?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	31. "Предварительный выпуск Qt для WebAssembly"	–2 +/–
	Сообщение от Аниним on 24-Апр-18, 12:04
	Веб сам по себе не слишком тороплив. Ну а Qt - Это будет как улитка на черепахе.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	32. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
	Сообщение от nii on 24-Апр-18, 12:30
	По закону сложения скоростей - будет быстрее.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	34. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
	Сообщение от Аниним on 24-Апр-18, 12:37
	Да, если скорости не отрицательные.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	46. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 25-Апр-18, 02:32
	> По закону сложения скоростей - будет быстрее. Скорости - векторные величины. У них есть не только величина но и направление. Поэтому ответ зависит от того кто куда ползет. Если в разные стороны ползти - быстрее не будет.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	51. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 25-Апр-18, 13:58
	>>>  как улитка на черепахе >> По закону сложения скоростей - будет быстрее. > Скорости - векторные величины. У них есть не только величина но и > направление. Поэтому ответ зависит от того кто куда ползет. Здравый смысл - вообще эфемерная величина. Тем не менее, он подсказывает нам, что скорость и направление улитки, нарезающей круги на черепахе, не влияет на скорость и направление самой черепахи чуть менее чем полностью.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	29. "Предварительный выпуск Qt для WebAssembly"	+2 +/–
	Сообщение от VladSh on 24-Апр-18, 12:02
	css и js можно заблокировать или подменить. Плюс WebAssembly в том, что теперь можно будет спокойно смотреть рекламу, не беспокоясь о её блокировке.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	49. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от КО on 25-Апр-18, 09:04
	Если подменять JS, то WA ничего не сможет в экран. Он судя по реализации задумывался для майнинга Монеро. Когда в фоне должно что-то считаться, а пользователь этого видеть не должен. :)
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

3. "Предварительный выпуск Qt для WebAssembly"	+/–
Сообщение от Аноним (??) on 23-Апр-18, 22:30
Это qt в браузере? Вместо html?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 10:22
	Да!
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	26. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Anonim (??) on 24-Апр-18, 10:59
	нет. это они скомпилировали qt для WA. он не заменяет html, он может заменить js и вот от туда на клиенте генерировать canvas, html, wgl все то что умеет проигрывать браузер.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Предварительный выпуск Qt для WebAssembly"	–3 +/–
Сообщение от cat666 (ok) on 23-Апр-18, 22:31
Однако, как проц то проседает от демки на официальном сайте WebAssembly, а про отожраную память я вообще молчу. С Qt наверно всё будет ещё круче, возьмут новые высоты....
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Предварительный выпуск Qt для WebAssembly"	+2 +/–
	Сообщение от турин on 23-Апр-18, 23:22
	да вроде после того как скомпилируется не жрёт уже проц.. хотя конечно зависит от того работает ли аппаратное ускорение видимо
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Предварительный выпуск Qt для WebAssembly"	+3 +/–
	Сообщение от Ordu (ok) on 23-Апр-18, 23:34
	А что ты хотел? Там же целый Unity всунули в браузер. И мне кажется, что в таком варианте 90Mb на вкладку вполне ожидаемый результат.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	47. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 25-Апр-18, 02:40
	> Однако, как проц то проседает от демки на официальном сайте WebAssembly А ты много 3D игр с нормальной графикой видел чтобы они ресурсы не жрали? А, можешь еще такое попробовать на голом JS сделать, если тебе кажется что оно прожорливое. Извини но на гольном JS прогнаном через Emscripten тупит даже doom, который на 80486 прилично бегал.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Предварительный выпуск Qt для WebAssembly"	+/–
Сообщение от Аноним (??) on 23-Апр-18, 22:41
> представили без демок не считается
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
	Сообщение от Ан (??) on 24-Апр-18, 09:47
	https://s3.eu-west-2.amazonaws.com/wasm-qt-examples/last/ind...
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Предварительный выпуск Qt для WebAssembly"	+8 +/–
Сообщение от Аноним (??) on 24-Апр-18, 00:46
блин, астанавитесь (с)! железо так быстро не совершенствуется, как вы слои абстракции над абстракциями накатываете! Я ж не поверю, что всё это универсальность языков ради одного суперязыка и кроссплатформенности. То кто-то жабаскрипт на сервере накатит, то кто-то контейнер в контейнере внутри другого жабаскрипт-контейнера в докере зарелизит. Вот эти все бравзеры в бравзерах, где язык над языком, и библиотека поверх другой большой советской энциклопедии - это от лукавого же, не? Сегодня кьют в браузере, а завтра в скайпе, потому что скайп тоже в браузере? Хотя секта свидетелей Дена Абрамова конечно поддержит.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Предварительный выпуск Qt для WebAssembly"	+3 +/–
	Сообщение от Аноним (??) on 24-Апр-18, 04:03
	> секта абрамова Вот тут ты и спалился, формошлёп; нормальные люди ни про какие секты слыхом не слыхивали. > конечно поддержит Как участник секты ответственно заявляю, что нифига не поддержит. Правильные сектанты топят за минимум зависимостей, абстракций и магии. Да и вообще ты чушь какую-то написал. Очевидно же, что кути для васма — это для тех кейсов, когда кому-то срочно нужно выкатить веб-версию своего кутёвого мегаприложения, но десятков тысяч человекочасов на переписывание всего этого с нуля нет. И при этом легковесность, мемори футпринт и тормоза при использовании отходят на второй план. Разумеется, даже наркоман не станет на этом писать что-то с нуля, даже если он совсем в хлам плюсанутый.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	11. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
	Сообщение от JustCurious on 24-Апр-18, 04:46
	А почему мемори футпринт и тормоза? В моём наивном понимании, WASM наоборот позволяет напрямую управлять памятью (а с Qt и C++ это должно быть просто и эфективно), программы в бинарном виде должны занимать меньше чем скрипты JS, а виртуальная машина WASM должна быть проще и легковесней в рантайме, чем движок JS... Если я ошибаюсь, буду благодарен за обьяснение.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 07:13
	Потому что 80Мб избыточных в браузере абстракций
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	17. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 09:39
	Это же на все вкладки.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	58. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 27-Апр-18, 04:12
	Думаете одинаковый JavaScript не шариться между вкладками?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	23. "Предварительный выпуск Qt для WebAssembly"	+2 +/–
	Сообщение от Crazy Alex (ok) on 24-Апр-18, 10:49
	Легковеснее, чем движок JS в том плане, что JIT не накапливает статистику и, собственно, just in time компиляцию тоже не делает - там AOT, причём крайне шустрый. Но JS-движок никуда не делся, тем более, что всё взаимодействие с внешним мировом идёт через джаваскриптовые функции работы с DOM. На чисто алгоритмических задачах медленнее натива раза в полтора (собственно, там разница - в платформенных оптимизациях) - но на данный момент нет SSE, что может просаживать на ряде сценариев - допустим, та же криптография тупит мрачно. По памяти - само по себе память жрёт примерно как полностью статически собранное приложение, запущенное рядом с браузером, JIT там нет как такового, так что и оверхеда не особо. Но память оно отжирает в виде единого массива и отдать кусок потом не способно - можно только целиком удалить объект WASM-приложения ручками или вместе с закрытием вкладки, а дальше как браузерный memory manager решит.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	12. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 05:18
	> Да и вообще ты чушь какую-то написал. Вообще-то нет, анон все верно написал. Перечитай пару раз и вдумайся о чем он пишет и на что ты отвечаешь.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	35. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от J.L. on 24-Апр-18, 12:55
	> Сегодня кьют в браузере, а завтра в скайпе, потому что скайп тоже > в браузере? Хотя секта свидетелей Дена Абрамова конечно поддержит. будут писать православные программы на кт и запускать их через в вебасембли в электроне
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	59. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 27-Апр-18, 04:13
	>> Сегодня кьют в браузере, а завтра в скайпе, потому что скайп тоже >> в браузере? Хотя секта свидетелей Дена Абрамова конечно поддержит. > будут писать православные программы на кт и запускать их через в вебасембли > в электроне И все это на Go, так как нет там сейчас нормальной библиотеки для GUI
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

9. "Предварительный выпуск Qt для WebAssembly"	–1 +/–
Сообщение от Redneck on 24-Апр-18, 01:37
Весить оно будет так же, как обычный Qt, или меньше? В общем, вовремя я себе оптику провел.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 09:07
	Намного меньше.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	24. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Crazy Alex (ok) on 24-Апр-18, 10:50
	Из опыта других либ - весит сравнимо с обычной статической сборкой
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	37. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от J.L. on 24-Апр-18, 12:58
	> Весить оно будет так же, как обычный Qt, или меньше? > В общем, вовремя я себе оптику провел. поздно провёл, с 1го октября безлимитных тарифов не станет, ибо Яровая
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Предварительный выпуск Qt для WebAssembly"	+/–
Сообщение от рара Кен on 24-Апр-18, 10:46
надо бы по-подробнее я постоянно собираю qt из исходников на счет  QtBase это основа там в /bin лежит основной файл раз WebAssembly-порты QtBase и QtDeclarative - то есть не из состава обычного вопрос: где взять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от рара Кен on 24-Апр-18, 10:54
	https://download.qt.io/development_releases/qt/qtwebassembly.../ ну все будем собирать
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	30. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от рара Кен on 24-Апр-18, 12:03
	> https://download.qt.io/development_releases/qt/qtwebassembly.../ ну все > будем собирать не дает редактировать дополню спасибо за подробности и я не знаю за использовать Emscripten возможно жто что-то даст. у меня просто машина настроена на сборку qt через configure make make install то есть как обычно он и собирается. запустил поаа все собирается обычно это 3-5 часов работы надо подождать. еще раз благодарю за подробности
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	38. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от рара Кен on 24-Апр-18, 14:24
	>> https://download.qt.io/development_releases/qt/qtwebassembly.../ ну все >> будем собирать > не дает редактировать дополню спасибо за подробности и я не знаю за > использовать Emscripten возможно жто что-то даст. у меня просто машина настроена > на сборку qt через configure make make install то есть как > обычно он и собирается. запустил поаа все собирается обычно это 3-5 > часов работы надо подождать. еще раз благодарю за подробности ну блины опять не мое о сборе https://wiki.qt.io/Qt_for_WebAssembly ./configure -xplatform emscripten -confirm-license -opensource -developer-build -release -static -no-thread -nomake tests -nomake examples  -no-dbus -no-headersclean -no-feature-networkinterface  -system-libpng -no-ssl -no-warnings-are-errors то есть нужно установить Emscripten для сборки иначе это просто обрезанная (в 4 раза меньше по размеру) бета Qt 5.11.0
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

39. "Предварительный выпуск Qt для WebAssembly"	–1 +/–
Сообщение от рара Кен on 24-Апр-18, 18:09
решил порассуждать раз уж день убил на это чем скажем вулкан отличается от OpenGl и соответственно WebAssembly от обычных скриптовых типа js или dart - бинарными данными. бинарный формат не прочтешь без помощи програмы, но зато он быстрее. не надо включать парсинг который текст переводит в бинарный формат. Как видите там что-то в 20 раз скорость выше! это хорошо! а что хорошо то хорошо и весь вопрос кому хорошо? ведь видео никто и так в трезвом уме и доброй памяти в текстовых форматах! ну вы поняли! а шифрование данных? а главное расшифровка на другом конце. и опять же что на серверной стороне что в браузере. а ведь до последнего времени все браузеры цепляли и сторонние приложения передавашие XML ох сколько крови он у меня попил в свое время!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от КО on 25-Апр-18, 09:11
	>WebAssembly от обычных скриптовых типа js или dart - бинарными данными. На самом деле не столько этим. Современный обфусцированный js тоже фиг прочтешь без разворачивалки в удобочитаемый код. WA в отличии от JS умеет преобразование типа число в тип указатель и наоборот. Чтоб не городить огород при трансляции программы на C в которой это на каждом шагу.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	52. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 25-Апр-18, 17:50
	>чем скажем вулкан отличается от OpenGl и соответственно WebAssembly от обычных скриптовых типа js или dart - бинарными данными Лол, в OpenGl бинарные шейдеры давно существовали в виде вендорских расширений, а с 4.6 стандартизован тот же формат, что и в вулкане
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

40. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
Сообщение от Аноним (??) on 24-Апр-18, 18:48
То, чего я так давно боялся, сбылось и даже в худшем виде чем предполагалось. HelloWorld это теперь не только несколько сот килобайт JavaScript кода, но и блоб весом в несколько десятков мегабайт, который в принципе невозможно разбить на маленькие модули. Добро пожаловать в будущее!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Предварительный выпуск Qt для WebAssembly"	+1 +/–
Сообщение от Дуплик (ok) on 24-Апр-18, 23:19
То есть на десктопе им надоело тормозить и они решили свои тормоза в Web перенести?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Предварительный выпуск Qt для WebAssembly"	+/–
Сообщение от papa Ken on 25-Апр-18, 18:01
я не спорю со всем согласен и кстати предварительный дистриб под webassembly под Убунту не собрался выдает ошибку на  Emscripten команде
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	54. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от papa Ken on 25-Апр-18, 18:26
	Emscripten em++ --version emcc (Emscripten GCC-like replacement) 1.22.1 () Copyright (C) 2014 the Emscripten authors (see AUTHORS.txt) This is free and open source software under the MIT license. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. из репозитория может надо было взять с GitHub - последний 1.37.38 или даже 1.37.39!!! тока вышел
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	55. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от papa Ken on 25-Апр-18, 18:43
	> Emscripten em++ --version > emcc (Emscripten GCC-like replacement) 1.22.1 () > Copyright (C) 2014 the Emscripten authors (see AUTHORS.txt) > This is free and open source software under the MIT license. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > из репозитория может надо было взять с GitHub - последний > 1.37.38 или даже 1.37.39!!! тока вышел bionic Пакет: emscripten (1.22.1-1build1)
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

60. "Предварительный выпуск Qt для WebAssembly"	+/–
Сообщение от Аноним (??) on 27-Апр-18, 04:20
Вообще хитрожопые ребята в W3 сидят. Был значит Java Applet это значит VM который скачиваем ставим в браузер и запускаем байт код полученный через HTTP. Слился спился и протух Потом был Macromedia Flash значит ставим плагин скачиваем по HTTP байткод интерпретируем и профи. Спился слился и проткух Был значит Silverlight значит скачиваем DLL напписанную на .NET подключаем к приложению интерпретируем байткод и собственно профит. Спился слился и протух А теперь внимание brand-new технология WebAssembly скачиваем по HTTP байткод и подключаем к своей чудо DOM страничке. Кстати из вышеперечисленных кто-то умел залезать в DOM страницы и ее перефигачивать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	61. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Аноним (??) on 27-Апр-18, 11:05
	>Кстати из вышеперечисленных кто-то умел залезать в DOM страницы и ее перефигачивать? Да вероятно все умели. Silverlight и Flash точно знаю, что умели. Другой дело, что HTML+CSS это такой жуткий мостр, чьё поведение различается между браузерами и их версиями. И все стараются реализовать UI любым другим способом. Строго говоря даже обычные странички с JS стараются вкорячить какой нибудь UI фреймворк. ИМХО. WebAssebly ожидает тоже самое "Спился слился и протух". Ну кто в самом деле захочет писать для Web на С++ без использования исключений(ибо такой кривой байт-код), весящие несколько десятков мегабайт чистого кода и с приличными накладными расходами на взаимодействии с JS?
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	62. "Предварительный выпуск Qt для WebAssembly"	+/–
	Сообщение от Диносуслик on 27-Апр-18, 19:14
	Энтерпрайз, не? А отдавать через локалку.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема