HTML5 forever - flash отдыхает
У меня есть html5 и файерфокс. Квеста нет, в чём подстава?
а в чем новизна? что использует canvas, websocket и при этом сжирает весь проц?
когда тоже самое без canvas-а и websocket-ов (и конечно без флэша) еще лет пять назад в браузере летало без видимой загрузки проца?
когда тоже самое без canvas-а и websocket-ов (и конечно без флэша) еще лет пять назад в браузере летало без видимой загрузки проца?
а еще 20 лет назад такое летало на спектруме и 48КБ памяти
Это намёк на то, как при помощи Adobe Flash и HTML5 сделать из производительной машины "Спектрум."
---
"Это проявление Аль-Хагг.
Те, кто знают это, знают..."
---
"Это проявление Аль-Хагг.
Те, кто знают это, знают..."
кто прошел, что за последняя ахивка?
и при этом сжирает весь проц?ну, процентов 15-20 сжирает
а еще 20 лет назад такое летало на спектруме и 48КБ памятиЭти 48, кстати, еще включали в себя видеопамять и системные переменные.
Реально на произвольный код и данные, если и память Бейсика использовать, оставалось килобайт сорок.
И это на ZX Spectrum, который был luxury. ZX80 и ZX81 меньше предоставляли.
кто прошел, что за последняя ахивка?Я прошёл - стучись в аську и покажу где оно.
У меня есть html5 и файерфокс. Квеста нет, в чём подстава?FreeBSD i386 RELENG_9, FF 10.0.3 - всё работает.
а в чем новизна?При чём тут новизна? Просто демонстрационная игрушка, показывающая флешофилам, что он, с выходом HTML5, больше не нужен. Совсем не нужен.
что использует canvas, websocket и при этом сжирает весь проц?На моём P4-3GHz Prescott с гипертередингом в разрешении 1280x960 в фулскрине действительно сжирает весь проц, но внешне совершенно не тормозит. Вон у Трупа так вообще 15-20% всего. Когда переключаюсь в другую закладку или сворачиваю браузер - проц перестаёт жрать.
когда тоже самое без canvas-а и websocket-ов (и конечно без флэша) еще лет пять назад летало без видимой загрузки проца?Спасибо, КЭП! Да, веб в некоторых задачах даёт очень существенный overhead.
Так бы прямо и написал: "Потому что у тебя линукс."
Или винда.
---
Q6: Я слышал есть такой мужик, вроде Бармин зовут, и он
придумал что-то такое после чего XXX не сосет.
Или винда.
---
Q6: Я слышал есть такой мужик, вроде Бармин зовут, и он
придумал что-то такое после чего XXX не сосет.
Так бы прямо и написал: "Потому что у тебя линукс."Там сейчас сидит человек 400 - у всех различные операционки и различные браузеры (в основном FF и Chrome). Что они все делают не так?
Или винда.
Читал о нём, поигрался теперь — кушает около 16% процессора. Правда, сферический флэш в вакууме где-то столько же жрёт.
> Совсем не нужен.
Мы тут недавно объясняли кому-то из толи юротдела, толи маркетинга,
что раз порноиндустрия перешла на HTML5 и на ипадах-андроидах флеша уже нет,
то это всё.
---
"Премудрый тезис тут изложен."
Мы тут недавно объясняли кому-то из толи юротдела, толи маркетинга,
что раз порноиндустрия перешла на HTML5 и на ипадах-андроидах флеша уже нет,
то это всё.
---
"Премудрый тезис тут изложен."
>> Так бы прямо и написал: "Потому что у тебя линукс."
>> Или винда.
> Там сейчас сидит человек 400 - у всех различные операционки и различные
> браузеры (в основном FF и Chrome). Что они все делают не так?
Они используют не FreeBSD.
---
"Разжигание флейма.
Если хорошо получилось, то хорошо. Иначе плохо."
>> Или винда.
> Там сейчас сидит человек 400 - у всех различные операционки и различные
> браузеры (в основном FF и Chrome). Что они все делают не так?
Они используют не FreeBSD.
---
"Разжигание флейма.
Если хорошо получилось, то хорошо. Иначе плохо."
Спасибо, КЭП! Да, веб в некоторых задачах даёт очень существенный overhead.5 лет назад тоже самое летало в браузере.
зы
я о том, что для того, чтобы в браузере выводить спрайтовую графику и делать рассылку обновлений с сервера - canvas и websockets не нужны, достаточно абсолютного позиционирования и ajax-а
ззы
переход от спектрума к браузеру для меня понятен: как минимум пропали конфликты при наложении спрайтов и появилась тотальная песочница,
а вот зачем нужен canvas для спрайтовой игрушки я уже хуже понимаю (хотя зачем вообще нужен canvas - я понимаю)
я о том, что для того, чтобы в браузере выводить спрайтовую графику и делать рассылку обновлений с сервера - canvas и websockets не нужны, достаточно абсолютного позиционирования и ajax-аты сейчас про теоретический опыт говоришь?
попробуй на jQuery 150 квадратов с наполнением по экрану погонять - сразу увидишь тормоза, рассинхрон и всякие бяки(мерцание, дропы и т.д.)
Ачивка называется Rickroll'd
Чуть на северо-восток от города есть пещера, в ней стоит мужик и че-то поет) Собственно надо его найти
Чуть на северо-восток от города есть пещера, в ней стоит мужик и че-то поет) Собственно надо его найти
попробуй на jQuery 150 квадратов с наполнением по экрану погонять - сразу увидишь тормоза, рассинхрон и всякие бяки(мерцание, дропы и т.д.)в данной игре - нет 150 квадратов, есть фоновая картинка + десяток движущихся спрайтов
firefox 6.0.2, виснет на этапе "Connecting to server..."
ps в версии 9.0.1 все работает
ps в версии 9.0.1 все работает
FreeBSD i386 RELENG_9, FF 10.0.3 - всё работает.А у что у тебя с движком javascript? У меня он так отключен.
А у что у тебя с движком javascript? У меня он так отключен.Заканчивай троллить - любому приложению такого уровня нужен или javascript или апплеты (например flash или java).
5 лет назад тоже самое летало в браузере.Для особо одарённых повторяю - это демонстрационная игрушка. Показать возможности, а не удивить тебя технологиями.
зы
я о том, что для того, чтобы в браузере выводить спрайтовую графику и делать рассылку обновлений с сервера - canvas и websockets не нужны, достаточно абсолютного позиционирования и ajax-а
ззы
переход от спектрума к браузеру для меня понятен: как минимум пропали конфликты при наложении спрайтов и появилась тотальная песочница,
а вот зачем нужен canvas для спрайтовой игрушки я уже хуже понимаю (хотя зачем вообще нужен canvas - я понимаю)
99% людей, которые играют в браузере считают, что игры в браузере возможны только во флеше. Ладно бы обычные хомячки, так нет - так считает и куча веб дизайнеров/верстальщиков. И даже больше - любая интерактивность и анимация, в их восприятии мира, = флеш.
Выскажи своё мнение: как можно будет в будущем легко отключить охочие до процессорных мощностей элементы html5? Сейчас для отключения 99% всякой какашки достаточно отключить flash, оставив удобства, обеспечиваемые javascript.
Показать возможности, а не удивить тебя технологиями.показывать, имхо, стоит то, чего нельзя было сделать до этого, желательно при этом еще и красиво
например:
http://www.phoboslab.org/ztype/
http://s3.zazub.com/games/circle_game/index.html
http://lights.elliegoulding.com/
Выскажи своё мнение: как можно будет в будущем легко отключить охочие до процессорных мощностей элементы html5?отключить тем или иным способом в javascript-е классы canvas и webgl, хотя еще css3 останется
Движок должен будет позволять динамическое управление классами элементов - предоставлять апи для этого (для плагна) или встроенные средста (вместо плагина).
как можно будет в будущем легко отключить охочие до процессорных мощностей элементы html5?сохрани какой-нить хтмл-5 несовместимый браузер уже сейчас
Ты неправильно понял мои намерения.
Мне не нужно оставаться в прошлом веке — в HTML 5 полно полезняшек, не требующих адского количества ресурсов (или требующего, но только по особому запросу — видео, например).
Я хочу иметь возможность отключить элементы, потребляющие много ресурсов без особого запроса. В частности, html5-рекламу, которая появится в ближайшие годы. Наподобие click-to-flash, только в отношении аналогичных элементов на html5.
Мне не нужно оставаться в прошлом веке — в HTML 5 полно полезняшек, не требующих адского количества ресурсов (или требующего, но только по особому запросу — видео, например).
Я хочу иметь возможность отключить элементы, потребляющие много ресурсов без особого запроса. В частности, html5-рекламу, которая появится в ближайшие годы. Наподобие click-to-flash, только в отношении аналогичных элементов на html5.
img ща отключается
будет потребность - будут проги, отключающие и другие элементы
будет потребность - будут проги, отключающие и другие элементы
думаю, для последнего пропатчат adblock, а на адски медленных машинах можно будет отключать js, в mission critical сервисах (почтах, поисковиках) режим совместимости сохранят, а остальной интернет — либо разного рода соцсети и развлекательные сервисы, либо статические сайты, у которых при отключении js не очень много сломается.
HTML5 forever - flash отдыхает
вот благодаря таким лозунгам
флеш и закидали шапками
и это приближает кончину всему
поскольку упоротые ПМы очень быстро сообразят,
что могут больше не нанимать элитных программистов флеш/джава/юнити/и т.д.
а просто нанять армию верстальщиков за 25 тыщ, и те в свою очередь
будут делать забагованные, сильно текущие странички под видом игр и RIA
и каждые 5 минут пользователь будет видеть грустную рожу гугловой вкладки
"мы ее потеряли"
флеш бывает и полным гэ (если сделано криво)
но и html5 ему замена не лучше (если тоже сделано криво)
ну а с учетом популярности html5 и js дело приобретет иные маштабы ;-)
так что вы хотябы очень сильно-то не орите
и да, мне больше не нравится уэб..
ПС. а игра сделана клево )
я себе реп склонировал
но в реальной жизни такого часто не будет - и именно об этом мой пессиместический пост
ППС
блин, события у них все равно отваливаются (
где нормальные клики мышкой? как в апплетах
вот благодаря таким лозунгам
флеш и закидали шапками
и это приближает кончину всему
поскольку упоротые ПМы очень быстро сообразят,
что могут больше не нанимать элитных программистов флеш/джава/юнити/и т.д.
а просто нанять армию верстальщиков за 25 тыщ, и те в свою очередь
будут делать забагованные, сильно текущие странички под видом игр и RIA
и каждые 5 минут пользователь будет видеть грустную рожу гугловой вкладки
"мы ее потеряли"
флеш бывает и полным гэ (если сделано криво)
но и html5 ему замена не лучше (если тоже сделано криво)
ну а с учетом популярности html5 и js дело приобретет иные маштабы ;-)
так что вы хотябы очень сильно-то не орите
и да, мне больше не нравится уэб..
ПС. а игра сделана клево )
я себе реп склонировал
но в реальной жизни такого часто не будет - и именно об этом мой пессиместический пост
ППС
блин, события у них все равно отваливаются (
где нормальные клики мышкой? как в апплетах
мне, как человеку, занимающемуся веб-быдло-кодингом время от времени, лишь удобнее когда количество необходимых технологий минимизируется =)
в частности, меня зело радует что на SVG наконец-то можно рассчитывать
в частности, меня зело радует что на SVG наконец-то можно рассчитывать
но в реальной жизни такого часто не будетконечно не будет - кто ж тебе в реале за убитую крысу ратбургер даст
Заканчивай троллить - любому приложению такого уровня нужен или javascript или апплеты (например flash или java).только непонятно какое отношение имеет flash, java или javascript к html? То есть к сонму flash и java добавили третий вариант апплетов и он начал догонять первые два по возможностям. Несколько не понятно, а в чём позитивность новости, в том что появился ещё один велосипед?
сохрани какой-нить хтмл-5 несовместимый браузер уже сейчасты не прав. Просто используй референсный html5-совместимый браузер amaya. Он истинно html5-совместимый, и он от w3c, при том не имеет javascript движка и не проходит тест html5-ready; потому что разработчики указанного теста мудаки и не читали спецификаций html5, зачем-то изобрели собственный стандарт и провоцируют разделение стандартов, назвав свои хотелки html5.
и это приближает кончину всему
поскольку упоротые ПМы очень быстро сообразят,
что могут больше не нанимать элитных программистов флеш/джава/юнити/и т.д.
а просто нанять армию верстальщиков за 25 тыщ, и те в свою очередь
будут делать забагованные, сильно текущие странички под видом игр и RIA
и каждые 5 минут пользователь будет видеть грустную рожу гугловой вкладки
"мы ее потеряли"
По твоему для написания такого хватит обычных верстальщиков?
Ты глубоко заблуждаешься.
И не надо называть элитными не важно каких программистов - звучит пидарастично ("уж простите за мой французский").
Теже самые люди будут использовать теперь другие технологии. Верстальщики же, как не осилили в своё время программирование, так и сейчас не осилят все возможности HTML5. Так что не надо столько негатива выпускать - будет у программистов работа.
Главное, что мир уходит от бажной и тормозной проприетарщины в виде flash к открытому HTML5.
JavaScript не входит в стандарт HTML?
показывать, имхо, стоит то, чего нельзя было сделать до этого, желательно при этом еще и красивоТренажёр клавиатуры? А что в этом нового? Идея стара как клава, исполнение (дизайн) - какое отношение имеет к "новым технологиям" и HTML5?
например:
http://www.phoboslab.org/ztype/
Хотя первые уровни, где мало объектов, не тормозят и играть вполне можно.
http://s3.zazub.com/games/circle_game/index.htmlТормозит - играть почти невозможно - всё рывками. С больши трудом 1 раз дошёл до 39. А так обычно и 10 не набирается.
http://lights.elliegoulding.com/На сколько я понял это визуализатор, каких в винампе было over9000? Жутко тормозит - смотреть невозможно. А в фулскрине вообще какая-то узкая полоска, а остальноё всё чёрное.
При всём этом в BrowserQuest играется вполне себе замечательно даже на моём древнем компе и тормоза не заметны.
JavaScript не входит в стандарт HTML?Прочитал последний валидный стандарт HTML на сайте w3c, не входит. Есть подраздел спецификации scripts, но там указано как можно встраивать в html скрипты, семантика и синтаксис ява скрипта в нём не указаны, только способы обращения к элементам страницы
HTML5 forever - flash отдыхаетЭто пример хорошей верстки на флеше?
вот благодаря таким лозунгам
флеш и закидали шапками
и это приближает кончину всему
поскольку упоротые ПМы очень быстро сообразят,
что могут больше не нанимать элитных программистов флеш/джава/юнити/и т.д.
а просто нанять армию верстальщиков за 25 тыщ, и те в свою очередь
будут делать забагованные, сильно текущие странички под видом игр и RIA
и каждые 5 минут пользователь будет видеть грустную рожу гугловой вкладки
"мы ее потеряли"
флеш бывает и полным гэ (если сделано криво)
но и html5 ему замена не лучше (если тоже сделано криво)
ну а с учетом популярности html5 и js дело приобретет иные маштабы ;-)
так что вы хотябы очень сильно-то не орите
и да, мне больше не нравится уэб..
ПС. а игра сделана клево )
я себе реп склонировал
но в реальной жизни такого часто не будет - и именно об этом мой пессиместический пост
ППС
блин, события у них все равно отваливаются (
где нормальные клики мышкой? как в апплетах
Это пример хорошей верстки на флеше?издали это больше похоже на plain text
при том не имеет javascript движкаувы, без js никуда
точнее, куда, но так лень, так лень этот траффик гонять взад-вперёд
исполнение (дизайн) - какое отношение имеет к "новым технологиям" и HTML5?все три ссылки, как раз, без flash-а или без canvas-а не сделать
> Хотя первые уровни, где мало объектов, не тормозят и играть вполне можно.
в chrome достаточно быстро бегает, в FF уже больше тормозит
Но это не повод мешать в одну кучу html и javascript. Сам по себе html замечательно решает ту задачу, для которой был создан, и без помощи яваскрипта.
Если же вы хотите сделать пользовательское приложение, а не информационную систему, то вам неизбежно нужен какой-нибудь язык программирования и желателен фреймворк для разметки элементов. Почему все так привязались к связке html+javascript я никак не могу понять, потому что объективно и то и другое для создание пользовательских приложений подходит плохо
Если же вы хотите сделать пользовательское приложение, а не информационную систему, то вам неизбежно нужен какой-нибудь язык программирования и желателен фреймворк для разметки элементов. Почему все так привязались к связке html+javascript я никак не могу понять, потому что объективно и то и другое для создание пользовательских приложений подходит плохо
Почему все так привязались к связке html+javascript я никак не могу понять, потому что объективно и то и другое для создание пользовательских приложений подходит плохопотому что иначе придется для еще одной связке устранять баги, оптимизировать, развивать, обучать персонал, делать вспомогательные утилиты, вставлять в каждое устройство и т.д.
кто готов нести эти расходы? причем без гарантии, что оно взлетит
Но это не повод мешать в одну кучу html и javascript.Ещё как повод! Надо же их для чего-то использовать, благо у среднестатистического пользователя все средства для употребления этой мешанины есть.
Отдельностоящий велосипед дольше писать и труднее поддерживать.
Вовсе не по тем причинам что ты указал. Просто маркетологи победили здравый смысл и обратно развидеть это уже не получится.
Эта связка полна багами, все технические оптимизации перекрываются архитектурной ущербностью, развивать эту связку до уровня хотя бы Qt ещё десяток лет, потому что в ней нет высоких технологичных абстракций, а писать приходится почти с нуля, до уровня среднего веб-писателя персонал надо не обучать, а разучать, вспомогательных утилит (IDE) очень много и в отрыве от html+javascript, который к тому же усилиями тех же маркетологов до того нестандартизирован, что под каждый браузер и под каждое устройство необходимо делать модифицированную версию сайта.
Так что расходов уже полно, ровно как и технического долга
Эта связка полна багами, все технические оптимизации перекрываются архитектурной ущербностью, развивать эту связку до уровня хотя бы Qt ещё десяток лет, потому что в ней нет высоких технологичных абстракций, а писать приходится почти с нуля, до уровня среднего веб-писателя персонал надо не обучать, а разучать, вспомогательных утилит (IDE) очень много и в отрыве от html+javascript, который к тому же усилиями тех же маркетологов до того нестандартизирован, что под каждый браузер и под каждое устройство необходимо делать модифицированную версию сайта.
Так что расходов уже полно, ровно как и технического долга
Просто маркетологи победили здравый смысл и обратно развидеть это уже не получится.сильно упрощаешь. Есть куча независимых сил:
разработчики веб-приложений (gmail, facebook и т.д.
разработчики новых устройств (iphone, android и т.д.
разработчики хостового ПО (mozilla, opera
сторонние разработчики(jquery, modernizr и т.д.)
студенты, которым хочется выучить что-то новое, быстро развивающееся и потенциально широко используемое и высокооплачиваемое.
и с точки зрения равновесия по нэшу каждому из них выгодно поддерживать и развивать связку html + js (а тот же QT каждому из них нафиг не нужен)
развивать эту связку до уровня хотя бы Qt ещё десяток летQT обеспечивает безопасность такую же как html+js при загрузке произвольного приложения из инета?
насколько я понимаю, не обеспечивает и такая возможность не предвидеться.
зы
также необходим еще горячий запуск на произвольном устройстве (приложение запускается сразу даже еще не скачавшись). у QT этого тоже нет и не предвидеться.
QT обеспечивает безопасность такую же как html+js при загрузке произвольного приложения из инета?Системы виртуализации есть для всех операционок.
насколько я понимаю, не обеспечивает и такая возможность не предвидеться.
зыу html и javascript тоже.
также необходим еще горячий запуск на произвольном устройстве (приложение запускается сразу даже еще не скачавшись). у QT этого тоже нет и не предвидеться.
Системы виртуализации есть для всех операционок.для мобильников тоже? а батарейки кто будет за каждым пользователем носить?
QT обеспечивает безопасность такую же как html+js при загрузке произвольного приложения из инета?И Qt был просто примером выскоуровневого программирования гуя, которого так не хватает яваскрипту.
для мобильников тоже? а батарейки кто будет за каждым пользователем носить?андроид - суть линукс, так что для многих мобилок уже есть. И батарейки оно жрёт точно также.
у html и javascript тоже.в современных браузерах даже если ничего специально не делать: html рендерится по мере загрузки каждого байта, а js исполняется по мере загрузки каждого js-файла
андроид - суть линукс,с точки зрения инфраструктуры нет, приложения разносятся между собой через свой api, а не через posix
то вам неизбежно нужен какой-нибудь язык программирования и желателен фреймворк для разметки элементов.как при этом будет выглядеть gmail с точки зрения:
пользователя на мобильнике,
разработчика такого приложения,
разработчика мобильника
?
в современных браузерах даже если ничего специально не делать: html рендерится по мере загрузки каждого байта, а js исполняется по мере загрузки каждого js-файла
также необходим еще горячий запуск на произвольном устройстветяжело напоминать тебе твои же слова. У меня на сименсовской мобилке этот трюк не работает
с точки зрения инфраструктуры нет, приложения разносятся между собой через свой api, а не через posixвиртуальные машины в линуксе есть, осталось продавить их через middleware слой.
как при этом будет выглядеть gmail с точки зрения:разработчик мобильника выбирает мобильную ось и пишет для неё дрова. Остальное - не его забота.
пользователя на мобильнике,
разработчика такого приложения,
разработчика мобильника
?
с точки зрения пользователя gmail - это полноценное почтовое приложение и менеджер быстрых сообщений в одном флаконе.
Разработчик пишет код как это принято для мультиплатформенных систем, выделяет зависимые и независимые куски (сейчас он точно так же пишет код для браузера с его точки зрения gmail - это сырцы и makefile с разными таргетами.
с точки зрения пользователя gmail - это полноценное почтовое приложение и менеджер быстрых сообщений в одном флаконе.как выглядит сценарий использования такого приложения? правильно я понимаю, что никакого зашел по ссылке и работаешь - уже не будет?
> Разработчик пишет код как это принято для мультиплатформенных систем, выделяет зависимые и независимые куски
правильно я понимаю, что одновременно будет использовать два аналогичных стека технологий: html/qt-dom, html/qt-stylesheets, html/qt-декларация, html/qt-events и т.д.
например, если требуется динамически выделить жирным пару символов в html-тексте при клике, то как это будет выглядеть?
тяжело напоминать тебе твои же слова. У меня на сименсовской мобилке этот трюк не работаетнеобходимый уровень и желательный уровень - требуют разного подхода: необходимый уровень должен работать везде, желательный уровень улучшает работу там, где есть для этого условия.
безопасность - это необходимый уровень и должно работать везде (на всех устройствах)
быстрый старт приложения - это желательный уровень, и должно обеспечиваться там, где есть для этого условия (сейчас это на десктопах в mainstream-е)
как выглядит сценарий использования такого приложения? правильно я понимаю, что никакого зашел по ссылке и работаешь - уже не будет?Почему же? Вопрос деплоя стоит отдельно и ничто не мешает qt приложения деплоить по одной ссылке. Вот сейчас я кликаю на магнет ссылку и открывается трансмишн, который запускает торрент качаться. Точно так же можно ставить приложения, одним кликом вызывая менеджер деплоя, для установки приложения перманенто или временно с возможностью указать опции ограничений виртуальной машины (запускать в виртуалке, запускать в lxc, запускать в основном пространстве - требуется пароль)
с точки зрения пользователя gmail - это полноценное почтовое приложениет.е. ты предлагаешь весь мир поделить на черное и белое: либо это чистый html (без всякой динамики либо это полноценное приложение? полутонов при этом существовать не должно?
и поисковики, блоги, форумы, газеты, доски объявлений, вопрос-ответы и т.д. должны быть полноценными приложениями?
они все сейчас используют js для увеличения удобства использования
они все сейчас используют js для увеличения удобства использованияэто увеличение удобства использования привело к тому, что десятилетний компьютер теперь уже не может тупо браузить веб.
Да, я считаю, что веб должен быть декларативным, а не императивным. Но это не значит, что он не может быть динамическим
Почему же? Вопрос деплоя стоит отдельно и ничто не мешает qt приложения деплоить по одной ссылке.и при этом будет уже другой "control/window manager" вместо браузера и по другому будут вызываться и обрабатываться действия: вперед/назад, обновить, выделить текст и т.д.?
т.е. пользователь также одновременно используется два подхода для одних и тех же действий?
зы
как такая ссылка, кстати. будет индексироваться поисковиками? например, faq, инструкция к gmail-у и т.д. где и как показывается, индексируется и т.д.?
это увеличение удобства использования привело к тому, что десятилетний компьютер теперь уже не может тупо браузить веб.почему это важно? ради экономии ресурсов? если экономия ресурсов - это самоцель, то тогда надо вовсе выключить компьютер, да и вообще покупать его не стоило.
первичная цель - это обеспечение результативности и повышение мультиэффективности.
Да, я считаю, что веб должен быть декларативным, а не императивным. Но это не значит, что он не может быть динамическимкак должен выглядеть динамический веб на твой взгляд?
Да, я считаю, что веб должен быть декларативным, а не императивным. Но это не значит, что он не может быть динамическимно при этом C/C++ как основной язык QT - декларативным не является, а ты его предлагаешь взять за основу декларативного веба. не стыковочка.
Да, я считаю, что веб должен быть декларативным, а не императивным. Но это не значит, что он не может быть динамическимоно так уже и есть, и каждое увеличение разнообразия только еще сильнее подталкивает к этому (т.к. декларативно поддерживать разнообразие проще, чем императивно)
чем больше в связку html+js впихивают всякого разнообразия, тем больше она меняется в декларативную сторону (например, в html5 наконец ввели декларацию поддержки той или иной фичи браузером)
Компьютер многозадачен и я не хочу чтобы браузер считал иначе.
Динамичность при декларативности достигаться должна следующим образом: надо выделить частые использования динамичности вроде меню и внести их в стандарт
Динамичность при декларативности достигаться должна следующим образом: надо выделить частые использования динамичности вроде меню и внести их в стандарт
Динамичность при декларативности достигаться должна следующим образом: надо выделить частые использования динамичности вроде меню и внести их в стандартс этим никто не спорит(и насколько я вижу, какие-то телодвижения делаются). вопрос только в том, что делать с динамичностью которая в стандарт не вошла? использовать ее или нет? и если использовать, то писать ее на C/C++? или все-таки на каком-то промежуточном более декларативном языке
Компьютер многозадачен и я не хочу чтобы браузер считал иначе.не вижу связь этого тезиса с предыдущим обсуждением
А кто тебе сказал, что писать можно только на C\C++? Можно писать на любом здоровом языке.
А кто тебе сказал, что писать можно только на C\C++? Можно писать на любом здоровом языке.предложи один - лучший
предложи один - лучшийpython
pythonт.е. предлагается использовать python+html вместо js+html? при этом во все браузеры надо добавить поддержку python? а через год будет предлагаться использовать еще-более-крутой-динамический-язык+js и опять браузеры переписывай? (я к тому, что python-а еще не было, когда появилась связка html+js)
зы
проще, вроде, в js добавить крутые фишки из python-а (сначала, конечно, их надо выделить)
pythonпитон - он мягкий, толстый и теплый
откуда дровишки? Где я предлагал использовать python в связке с html? Ты спрашивал, на чём программировать гуй удобнее чем на js+html, я тебе сказал - python и Qt. Если же надо сделать информационные карточки - то собственно html и его модификации. К python и Qt надо сделать только одно поезное дело - систему деплоймента, что не так трудно.
Ты спрашивал, на чём программировать гуй удобнеевопрос был шире: на чем программировать такую динамику меню для веб-сайта, которой нет в стандарте.
или, например, на данном форуме есть удобная фишка, что можно выделить часть поста на которую хочешь ответить. также есть визуальный редактор. На чем это должно программироваться? или пользователи не должны такого хотеть?
Если же надо сделать информационные карточки - то собственно html и его модификации. К python и Qt надо сделать только одно поезное дело - систему деплоймента, что не так трудновыкидываешь самое главное, как всё это смешивается в одном приложении?
как, например, должен выглядеть идеальный индексируемый форум в виде такого приложения?
зы
проблема же в том, что в идеальном приложении хочется произвольно смешивать информативный текст и ui-элементы (настройка, навигация, редактирование и т.д.). например, на stackoverflow сделано достаточно удобно.
если для этого используется две технологии: html и qt+python, то такое произвольное смешивание сделать затруднительно.
По твоему для написания такого хватит обычных верстальщиков?да это же был сарказм, ув. кэп
Ты глубоко заблуждаешься.
но я знал контору, где менеджеры ("компетентные") об этом периодически заговаривали всерьез
что вызывало у программистов фэйс-палм
а у верстальщиков ужас
а такое непонимание развивается благодаря чему?
правильно - благодаря лозунгам и демкам, написанным на пределе технологии
Привет
.
Насколько
высокий
ты
можешь
написать
пост
?
И
да
,
может
быть
,
перейти
на
кандзи
?
.
Насколько
высокий
ты
можешь
написать
пост
?
И
да
,
может
быть
,
перейти
на
кандзи
?
Оставить комментарий
Filan
http://browserquest.mozilla.org/