metaclass | Кстати, о Rich web UI

Вот вы тут кроссплатформенность в виде HTML5 и прочего аякса с жаба-скриптами пропагандируете, а потом будете ~~этими руками хлеб есть~~на уязвимости жаловаться.
Мало им блин всяких дырок во флешах, да PDF, да в браузерах вообще - сейчас еще появятся, в неимоверных количествах. Потому как каждое добавление интерактивности и прочего шевеления к документам означает новые дыры.
Браузеры, ворды и пдфвьюверы уже блин невозможно рассматривать как смотрелки документов, а нужно рассматривать исключительно как рунтайм для запуска потенциально вредоносных кодов.

Flat | Top-Level Comments Only

Ребе, лучше покажите пальцем на место в спеках HTML5, где ви предрекаете массовые поимения юзеров.
Идея HTML5, есличо, таки в том, чтобы от браузерных плагинов в теперешнем виде отказаться совсем. За исключением, разве что Native Client (весь огороженный по самое нехочу).

Вот вроде из последних опасений - http://yro.slashdot.org/story/10/10/11/1236226/HTML5-Draws-Concern-Over-Risks-To-Privacy

ребе, эти local storage и indexed database — всего лишь большие печеньки. с точно такими же (если не сильнее) ограничениями, в частности по hostname.

Дык не спорю, просто вспомнилось из "свежачка", а так, по сути, анонимности в тырнете почти нет, конечно.

Тема SVG не раскрыта.
Правда, там и негде поимения устраивать, только со стороны джаба-скрипта.

Мне, кстати, интересно: для парса *.svg надо разводить настоящий xml с поддержкой entities|namespaces, или спеки позволяют без этого обойтись?

А зачем его парсить?
Но вроде бы, там можно попроще, чем "настоящий XML".

Да, обшибся. Там почти полный XML получается.

спеки не позволяют, нужно честно парсить, как я понял из спек. Может entities не нужны, но namespaces нужны, ровно в той же мере, как при парсинге любого xml (т.е. если их явно не используют -- парсить их не нужно).
А что, в х-е нет парсеров xml настолько, что проще подобное парсить руками?

В х-е есть либо биндинги к сям, либо парсеры, которые хранят имена элементов в [Char].

В NaCl совсем недавно закрыли чудную дыру, которая слабозаметной опечаткой вырубала ВСЮ верификацию корректности обращения со стеком. Так что вряд ли.

Что есть NaCl ?

NAtive CLient?

Ага. А то у меня уже шаблон затрещал
http://en.wikipedia.org/wiki/NaCl

"NaCl" redirects here. For the Google technology, see Google Native Client. ? :)

Я, в отличии от вас, эту статью имею в голове и без ссылки на гугель.

Вы хотите здесь обсудить уровень моего образования, о котором представления не имеете?

Нет, я объясняю, почему у меня шаблон затрещал. На всякий случай.

При этом делая необоснованное предположение о собеседнике?
Спасибо, на всякий случай.

Послушайте, вас часто обвиняют в необразованности? Вы об этом хотите поговорить?

Я констатировал факт - по образованию я химик и сочетание NaCl мной воспринимается однозначно. Т. е. эта статья у меня в голове и без ссылки на гугель. У вас в голове её либо нет, либо она со ссылкой на гугловскую технологию, поскольку вы продемонстрировали знание другого значения аббревиатуры. Какие-то проблемы? Тогда следует ли мне поискать для вас специалиста по данному вопросу (неадекватное восприятие слов окружающих) ?

У меня в голове NaCl в первую очередь ассоциируется с химией, но я, видимо, внимательнее читаю текст.
Специалист, получается, нужен отнюдь не мне.
Также не помешает специалист отучающий делать безосновательные выводы о чужих головах.

Ваш спор про то, кому больше нужен психиатр со знанием химии и гугловских технологий, весьма доставляет :)

ну всё развлечение :)

>>я, видимо, внимательнее читаю текст.
Либо у вас профдеформация в другую сторону, чем у меня.

>безосновательные выводы
Я не поленился и привел обоснования моих выводов об отличиях наших голов. У вас есть претензии по существу?

(no subject)

kurilka.livejournal.com - 2010-10-19 10:31 (UTC) - Expand

permea-kra.livejournal.com - 2010-10-19 10:54 (UTC) - Expand

Google Native Client - http://code.google.com/p/nativeclient/