Стандарт пока не определён. Если я не ошибаюсь, общий стандарт будет выбран до 2015-го года. Среди прочего ходят слухи, что в его качестве могут предпочесть USB 3.1 Type-C разъём:
Да, но может произойти одно из двух:
— спрос на эти дальномеры значительно повысится и они благодаря этому подешевее,
— (более вероятно) обкатав технологию на этих дальномерах, разработчики перейдут на более дешёвые и менее точные модели.
В литре лития около 0.5 кг, если верить википедии, то есть получается ~100 Вт*ч/л. Но честно говоря мне в это с трудом верится. Вот возьмём типичную батарейку от смартфона. Она будет иметь размер ну, скажем, 3x4 см при толщине 0.5 см. То есть 6 см^3. При этом она будет держать 3000 mAh заряда. То есть получается 500 mAh/cm^3, что в 3 раза лучше заявленой плотности для этой новой технологии.
> А вот 8 киловатт на литр
Это не про ёмкость писали, а про максимальную выходную мощность.
В линуксе большинство действий всё-таки выполняются через syscalls, а не через файловую систему. Плюс, система всё-таки организована вокруг компьютера, на котором ты работаешь. Если хочешь написать что-то работающее на нескольких компьютерах, тебе приходится думать о сетевом протоколе. Впрочем, я не писал под plan 9 и не знаю, несколько там это проще.
Во-первых, это не app, а extension. Его иконка будет появляться не в списке приложений, а рядом с адресной строкой в браузере.
Во-вторых, код в sandbox не сможет пользоваться никакими chrome.* интерфейсами, то есть это тупо HTML-страничка, которая почему-то показывается не в браузере, а в маленьком popup-окошке.
node-webkit, насколько я понимаю — это обёртка веб-приложения, позволяющая пользоваться им на десктопе. Тут же — нечто большее. И установка из WebStore, и использование обкатаной технологии расширений к Хрому, и работа на Chrome OS.
Останавливаются все окна обновляемого приложения (включая background page). Затем, после обновления, запускается новый background page. С localStorage ничего происходить не должно.
Ну, вы же понимаете, что если бы даже я знал сроки, я не имел бы полномочий их озвучивать. :-)
1. Недавно появился SDK, позволяющий делать Android app из Chrome app. Я давал ссылку в посте. Непосредственно перенести все расширения и аппы с десктопа на мобильные системы сложно, так как UI сильно разный.
2. Ничего конкретного сказать не могу. В ближайшем будущем (~3 месяца) — вряд ли. После — возможно.
Это очень недавняя фича, и возможно она не до конца стабильна. Я ей не занимался, так что лучше либо напишите багрепорт на crbug.com (добавьте тэги Cr-Blink-Storage-FileSystem и Cr-Services-Sync), либо задайте вопрос на StackOverflow, многие разработчики Хрома там отвечают.
Потому что установленые приложения, также как и расширения, привязаны к аккаунту. Если вы залогинетесь в Chrome на другом компьютере, они сразу появятся там и возможно даже сохранят ваши настройки с прежнего компьютера.
В manifest'е для hosted apps могут указываться настройки безопасности. Плюс там же можно разрешить открывающейся страничке пользоваться API, которые обычно вебсайтам недоступны.
Есть существенные отличия: в XULRunner предлагается писать UI на XUL'е и в результате получается stand-alone приложение, полность независимое от Firefox.
Что касается Prism — я с ним не работал, но кажется, тот проект не взлетел.
На счёт заработка — это вне моей компетенции. Но вообще интересно, в чём конкретно проблема? Приложения и расширения в Chrome Web Store можно делать платными.
> Но есть один вопрос: я заметил, что в новых приложениях от гугла и его разработчиков используется одинаковый UI для окон.
На данный момент это не совсем так. Но где-то в районе Chrome 34 можно ожидать появление стандартных контролов. Будет называться <window-controls>. См. crbug.com/240719
— спрос на эти дальномеры значительно повысится и они благодаря этому подешевее,
— (более вероятно) обкатав технологию на этих дальномерах, разработчики перейдут на более дешёвые и менее точные модели.
> А вот 8 киловатт на литр
Это не про ёмкость писали, а про максимальную выходную мощность.
Во-вторых, код в sandbox не сможет пользоваться никакими chrome.* интерфейсами, то есть это тупо HTML-страничка, которая почему-то показывается не в браузере, а в маленьком popup-окошке.
> Обмен данными с периферийными устройствами USB HID.
> Работа с акселерометром (датчик положения в пространстве).
Насколько мне известно, отдельного API для этого пока нет.
> Работа с данными геонавигации.
developer.chrome.com/extensions/location.html Могу написать подробнее, но пока что это экспериментальный API.
> Работа с тачскрином.
Тут особой специфики для apps нет. Общий API: www.w3.org/TR/touch-events/.
> Способы адаптации полноэкранных приложений под различные форматы дисплея.
Это общий вопрос HTML+CSS. К сожалению, я не чувствую себя в достаточной степени экспертом по этой теме.
1. Недавно появился SDK, позволяющий делать Android app из Chrome app. Я давал ссылку в посте. Непосредственно перенести все расширения и аппы с десктопа на мобильные системы сложно, так как UI сильно разный.
2. Ничего конкретного сказать не могу. В ближайшем будущем (~3 месяца) — вряд ли. После — возможно.
3. Активных багов на эту тему я не нашёл: code.google.com/p/v8/issues/
Что касается Prism — я с ним не работал, но кажется, тот проект не взлетел.
> Но есть один вопрос: я заметил, что в новых приложениях от гугла и его разработчиков используется одинаковый UI для окон.
На данный момент это не совсем так. Но где-то в районе Chrome 34 можно ожидать появление стандартных контролов. Будет называться <window-controls>. См. crbug.com/240719