ты собираешь бандл и зависимости не нужны?

ты собираешь бандл и зависимости не нужны?

нужные зависимости лежат в Package.json в dependencies или в bundleDependencies

⚠️ Specified application directory "." equals to project dir — superfluous or wrong configuration

меня эта надпись напрягает

надо будет глянуть в свой проект уже не помню точно, было ли там такое

так-то я могу 1 бандл собрать и могу нужные поля из package.json скопировать. но оч не хочется)

я когда-то так с gulp делал 😃

а паблишишь куда?

один из старых в github releases а последний в gitlab ci после сборки как артефакт висит

для внутренних нужд комании нужен был

приложуха по gitlab api ходила за обновами

я вот пытаюсь бинтрей настроить, чтобы в него ходила

по дока вообще не понятно ничего))

с бинтреем вообще не работал

даже не знакомился((

я вообще офигеваю, ничего из доков не понятно. мб я один такой тупой))

Пагни, электрон уже может интегрировать в ОС свои плагины, интересует конкретно возможность навешивать свои плагины на finder?

Пагни, электрон уже может интегрировать в ОС свои плагины, интересует конкретно возможность навешивать свои плагины на finder?

Пока не видел такого

Было бы интересно

Мало кросс платформенно правда

Мне кажется в написании нативного модуля нет ничего нового

Пагни, электрон уже может интегрировать в ОС свои плагины, интересует конкретно возможность навешивать свои плагины на finder?

Берешь Swift и пишешь плагин )

Давно на свифте можно писать плагины к ноде?

Ну на расте же можно почему на Свифте нельзя?

Ну на расте же можно почему на Свифте нельзя?

ну на расте есть возможность экспортировать си функции

я про плагин к finder'у говорил

ну так изначально говорилось об электроне

С экспортируемыми плагинами понятно, сейчас это написано на питоне в qt и было интересно имеет ли смысл смотреть в сторону электрона или еще рано.

не думаю, что это в фокусе электрона

электрон не про плагины к другим программам

С экспортируемыми плагинами понятно, сейчас это написано на питоне в qt и было интересно имеет ли смысл смотреть в сторону электрона или еще рано.

оно есть в роадмапе?

есть ли такие фичи в других ОС? или это макось-специфик?

конечно есть, в винде эксплорер так же расширяется плагинами, новый пункт в контекстном меню это тоже расширение

всё равно не думаю, что команда электрона будет этим заниматься

немного аут оф скоуп

создай ишью, спроси

hi

✋

десктопное приложение, строит грубо говоря графики по данным которые пользователь ему скормит файлами разных форматов. Должна быть возможность сохранить всё в одном файле, чтобы потом можно было подгрузить. Вопрос в чём их хранить? json файл или sqlite?

json

если ты подразумеваешь что пользователь сам может где то сохранить график, передать его другому и тот его может загрузить

то json твой выбор

да, но вот проблема в том, что данных может быть овердохера

если же тебе нужно эти графики хранить внутри приложения, тогда стоит подумать об sqlite

не 4гб конечно

не 4гб конечно

значит не дохера ))

json на 20мб это нормально

но сколько будет жрать памяти?

есть еще bson

бинарный формат json'a

но сколько будет жрать памяти?

это уже зависит от тебя, есть библиотеки которые могут парсить json по кусочкам и отдавать эти кусочки, тогда ты сможешь через file stream нормально отобразить график

~70 мб сырых данных

но это не предел

вопрос в другом, все ли эти данные будут отображены?

да

потому что 70мб страничка это и для браузера очень тяжело

надо будет всё пересчитать, и вывести одну кривую по всему набору

так вот, если тебе нужно гонять данные просто в файлах

почему бы не сохранять данные не в raw формате, а после пересчета?

ммм...

ну можно

но смысла нет :)

почему?

нужны ещё и исходные значения

для какой цели?

посмотреть :)

что же там было

а если у тебя будет бинарный формат файла

тогда ты не сможешь посмотреть

+ ещё же запись

в sqlite индексы и грубо говоря он знает в каком месте файла надо внести изменения

с json же придется переписывать весь файл

опять же, если он будет большим, то может случиться затык

как мне кажется

возьми sequilize - и подципись к sqllite. На все что угодно должно хватить

согласен с оратором выше Возьми sqlite для хранение и отображения, кешируй вычисленные значения, экспорт/импорт в json stream

ну ладно, тогда ещё вопрос

не поплохеет ли приложению, если надо будет отрисовать на графике, скажем 12960 точек?

смотря как ты это будешь рисовать и чем

d3.js думал прикрутить