Как стать автором
Обновить

Комментарии 18

NPAPI плагины поддерживаются?
А зачем вам плагин через netscape api на десктопе?
Есть идея сделать iptv плеер, а интерфейс на сях, пусть и с плюсами, не хочется делать.
Пока есть идея использовать brackets-shell, но как-то лениво.
Откуда пытается грузить?
FireBreath плагины устанавливаются в C:\Users\$user\AppData\Roaming
Не понял вопроса. Что вам нужно в so?
В описании формата манифеста сказано, что для поддержки плагинов надо дать webkit.plugin значение true в package.json.

Некоторые подробности есть в обсуждении на Гитхабе, но не слишком много. Я ещё не понял, например, куда класть плагин, чтобы он заработал.
Начиная от версии 0.3.3, можно класть все необходимые NPAPI-плагины в подпапку plugins своего приложения, и они заработают оттуда.
> Как видно, новая версия node-webkit теперь куда более походит на Google Chrome по оформлению окна.
А зачем, если цель — делать нативные приложения?
Вот-вот, то же самое подумал.
Можно часть кода загружать с сервера например, а можно и все приложение тянуть с сервера.
Есть где применить.
Вопрос не в этом, а в том, зачем оформление окна (рамки, заголовка с кнопками закрытия и т.п.) в стиле Chrome — в данном случае казалось бы более естественным использовать нативную системную тему как все обычные окна.
Всё! Это была последняя капля !
Въезжаю в Node.JS окончательно и бесповоротно, теперь у меня просто кончилась анти-аргументация…

PS: Я по натуре буквоед — а у Node.JS как-то туговато с литературой, ну по крайней мере было когда я его полгода назад открыл для себя, довольно много статей, но я как-то все же тяготею к книгам… Но из найденного мной все как-то «аля Beginner's book».
Верно.

Впрочем, API Node можно изучить и просто по справочнику, хотя это и не так удобно, как по книжке.
Ну, это смотря у кого какой подход…

Мне, например, гораздо проще и удобнее учиться именно по справочнику по принципу «есть задача — сломай голову, но найди решение». Изучая что-то по справочнику, волей не волей, в процессе поиска нужной информации, захватываешь попутно ещё целую гору материала, прямо не относящегося к конкретной функции или методу, которые помогут решить текущую задачу, но так или иначе откладывающегося в закромах памяти.

Раз за разом бегая таким образом по справочнику, рано или поздно, но автоматически изучишь возможности нужной библиотеки/фреймворка/класса. Конечно, если только не требуется обширная теоретическая база (как для веб-программера, который всю жизнь использовал только jQuery и только для анимации UI, а тут ему вдруг взбрендило написать демку на WebGL и чистом JS :)

Книги, в отличие от справочников, как правило, несут с собой приличный объем воды. Алгоритмы? — Алгоритмы везде одинаковые: либо ты умеешь их составлять, либо нет и книги тут, как мне кажется, играют слабую роль.

Жаль только, что принцип изучения по справочнику не подходит для освоения новых ЯП: тут, как ни крути, необходимо знать особенности изучаемых языков — справочник не поможет и книги тут действительно необходимы. Но Node.js, как мне кажется, всё же не из этой оперы.

По теме топика: node-webkit великая вещь! В несколько кликов портировал свою демку:
image

Three.js + Node-Webkit + batch to exe converter

Сейчас вынашиваю коварные планы по написанию простенького гейм-движка на базе Three.js, tQuery, Physijs и Node-Webkit. Надеюсь, что-нибудь из этого получится. :)
Ну дык Бог в помощь тогда.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации