Новшества node-webkit версии 0.3.6

[justboris]

как здорово! Можно подключить ExtJS, и получится почти как обычное настольное приложение

[ngreduce]

Лично я противоположенного времени. Особенно если есть опыт веб-разработки больший или равный среднему.
Единственное что меня смущает, проигрывание при помощи VLC Web Plugin и аппаратное ускорение декодировки видео. Правда что-то мне подсказывает что и на десктопном варианте она не всегда включается.

[egorF]

ума не приложу, как это разработка приложения для OS X займет на Windows Forms меньше времени чем на node-webkit.

[Igogo2012]

Реально ли на нем написать гуишное приложение для управления сервером, как на пример Open Server?

[Mithgol]

Вы имеете в виду гуишное приложение для управления сервером SCO OpenServer 6?

[alphard]

Скорее, как open-server.ru

[Mithgol]

В таком случае не вижу препятствий к написанию такой программы поверх node-webkit.

(Сам, правда, сочинять её не стану — занят другим.)

[Igogo2012]

Именно как http://open-server.ru/
Я то и хочу сам поиграться попробовать :)

[qxfusion]

В целом решение интересное как альтернатива Adobe AIR

[asci]

Еще бы на мобилках бы работало быстро (или работало вообще?) — цены бы ему не было.

[Mithgol]

Да, аналога node-webkit для мобильников не существует — прежде всего оттого, что там не работает Node. (Насколько мне известно, проект anode далёк от окончательного успеха.)

[qxfusion]

на мобилках возможно и будет — НО:
1) для работы node.js нужно портировать libuv
2) для iOS работать не будет т.к. Apple не пустит в маркет
3) для Android нужно пилить java обертки
4) Qt не так давно только стал нормально поддерживать мобильные системы и тач (Symbian не в счет)

А вот на Windows RT думаю ОЧЕНЬ скоро будет, т.к. проблем с ARM у V8 нету, а Windows RT поддерживает Win32 (для RT — aka Legacy) API.

[Dmitry_f]

А чем вам phoneGap не понравился? Или qooxdoo, тогда уж.

[Dmitry_f]

AppJS: те же яйца, только с API и командой.
И сайт еще у них есть: appjs.org

[Dmitry_f]

Тут ведется дискуссия на тему сравнения node-webkit и app.js, но в целом картина остается неясной: кто же из этих двух лучше.

[Mithgol]

Я знаю о существовании AppJS и упоминал этот движок 1 октября.

На следующий день (2 октября) я сравнил AppJS и node-webkit; сравнение оказалось не в пользу AppJS (а в пользу node-webkit) по следующим пунктам:

• Более непосредственный стиль обращения к API Node.js: node-webkit использует прямое обращение (например, process.version), тогда как в AppJS приходится использовать пространство имён (node.process.version).
   
• AppJS не издаёт звук при помощи тега <audio>, тогда как node-webkit не имеет этой проблемы.
   
• В node-webkit есть поддержка ZIP-упаковки приложений и даже пристыковывания их в хвост к файлу движка. AppJS не имел ничего подобного.
   
• Документация node-webkit более или менее подробна (вики особенно). Документация AppJS почти совершенно отсутствовала, приходилось обходиться примерами кода.
   
• Манифест приложения node-webkit позволяет ограничить минимальную и максимальную ширину окна приложения. Средствами AppJS этого нельзя было достигнуть (по крайней мере, так просто).
   
• node-webkit поддерживает значок и меню в системном лотке, тогда как AppJS (ещё) не поддерживал. То же самое можно было сказать и о некоторых других ништяках (получение имён файлов, управление меню, доступ к буферу обмена).
   
• Как сказано на Гитхабе, создание и разработка node-webkit идёт при некоторой поддержке Intel. По моим ощущениям, node-webkit развивается резвее, чем AppJS.

Проведя это сравнение, я забросил AppJS и перешёл к употреблению node-webkit. Допускаю, что с тех пор (за два с лишним месяца) и в AppJS также произошли некоторые изменения к лучшему — например, значок и меню в системном лотке теперь можно поместить и в AppJS.

[Dmitry_f]

К тому же выводу пришел, изучив вики node-webkit.
Еще бы всяческие обертки системных API имелись, так цены бы им не было. Пока что для таких вещей, как, к примеру, системные хуки, придется писать модуль на C++, а node-ffi не вариант для конечного пользователя.

[Mithgol]

Сам я ещё не пробовал этого, но оптимистически подозреваю, что node-ffi можно сперва собрать посредством nw-gyp, а затем раздавать конечным пользователям в готовом двоичном виде — тем способом, который я изложил в первом своём комментарии вон к той проблеме на Гитхабе.

[olegbarabanov]

Осталось дождаться, когда решат с webSQL и sqlite3. Либо полностью выпилят первое, чтобы заменить на node-sqlite3, либо разберутся, как расширять первое.

А то как-то неприятно, что нельзя описать статичное расположение БД (хардлинки не предлагать), да и жесткие ограничения безопасности webSQL на десктопном приложении ни к чему.

Я видел обсуждение на github автора статьи и одного из разработчиков на github по этому вопросу. Судя по переписке, идеей заинтересовались. Интересно, как там в этом вопросе дела продвигаются. Если активно взялись, это очень радует.

Вообще, есть мысль сделать и русское комьюнити, для создания справочников API (в т.ч. переведенной на Русский), и технической помощи проекту. Очень много проблем у проекта(нестабильность), но его перспективы очень неплохие(кроссплатформенность, очень неплохая производительность, полные возможности всего chromium(с его же и проблемами правда)).

Я исходники не успеваю изучать, как они вносят изменения =). Очень активно работают. Поэтому надеюсь смогу в следующем году присоединиться к разработке. Слишком уж он меня перспективой заинтересовал, что немного времени думаю можно будет им уделить.

[MikeLP]

Вопрос. Можно ли без проблем использовать внутри node-webkit какой нибудь node.js mvc framevork например Express? Если да где бы посмотреть примеры? Или это совершенно бессмысленно? Просьба сильно не пинать если я глупость спросил.

[MikeLP]

Прошу прощения! Поспешно задал вопрос. Просто занимаюсь этим в свободное от работы и семьи время, обычно ночью, так что не был внимателен и не заметил. Вот здесь есть ответ.