М.б. у меня у одного такое, но лично я не гонюсь за "скоростью сборки" мне оно хоть пусть целую минуту-2 собирает, зато будет время отвлечься (сделать разминку или сходить попить)... А делать каждый раз пересборку ради условного "padding: -0.5px" это уже слишком😅

Мне больше интересно как ты Vue запустил с bun, так как мне выдавало какие-то ошибки) Хотя может пофиксили или проблема была только у меня

Хз, я ничего не делал вроде. Единственное что оно выдавало - так это ошибку на invoke метод, но фиксится банальным указанием правильного импорта Если не путаю то вместо: import { invoke } from "@tauri-apps/api/core" Сделал так: import { core } from "@tauri-apps/api" await core.invoke("greet", { ... })

Но это не точно, я после 1го раза (т.е. когда поправил) это не проверял т.к. была первостепенная задача - отобразить в kde (wayland)

После использования tauri мне показалось что проще самому написать фреймворк с браузером или кроссплатформенные утилиты и подключаться к установленному браузеру

Тож была такая идея но после electron 😂 взять CEF и node, но т.к. я не шарю за C++ то выкинул эту идею😂😁

Тож была такая идея но после electron 😂 взять CEF и node, но т.к. я не шарю за C++ то выкинул эту идею😂😁

А ещё проблемы с нотификациями (я их не решил) и иконкой в трее - надо пофиксить включив в gnome extension

А ещё проблемы с нотификациями (я их не решил) и иконкой в трее - надо пофиксить включив в gnome extension

Проверь у себя: libappindicator-gtk3 - Иконки и уведомления в трее

Если я не ошибаюсь, при VSCode установленном из snap тоже будут ошибки (или это она и есть)

Это я пофиксил, а вот с уведомлениями в gnome не разобрался. Там открытый issue висит на гитхабе, закрывать кажется не планируют)

Это я пофиксил, а вот с уведомлениями в gnome не разобрался. Там открытый issue висит на гитхабе, закрывать кажется не планируют)

Хз тогда, я еще не доходил до этого 😂😁

Даже форк модуля сделали вроде пофиксив, но форк тоже не работает

После использования tauri мне показалось что проще самому написать фреймворк с браузером или кроссплатформенные утилиты и подключаться к установленному браузеру

Тож была такая идея но после electron 😂 взять CEF и node, но т.к. я не шарю за C++ то выкинул эту идею😂😁

как то почти месяц писал интерфейс на React в tauri. и вроде даже получилось и работало. но надо было мне получить инфу с папки про все файлы... а это уже через rust. худо/бедно получил (без нейронок бы не справился), а потом надо было скопировать файл и вот тут началось... где то права доступа надо указать.. хз где.. везде вроде прописал, но один фиг не копирует. в итоге расстроился и начал на electron переписывать. т.к. с nodejs хоть как то знаком, да и все основные функции и библиотеки у меня уже есть и отработаны в расширении для after Effect (там панелька на JS с бэкендом на nodejs). возможно когда нибудь вернусь к tauri, но пока на неё мало инфы. в том смысле что нейронки её не знают совсем. знают первую версию, а про вторую могут только догадываться...

возможно. но мне пока один фиг проще построить бэкенд на ноде чем разбираться с rust. не до него пока

Честно говоря в подробности устройства электрона я не вдавался (безопасность обмена между фронтом и беком, права доступа и т.д.), но как первую версию можно просто писать сервер бека на чем угодно, главное же скомпилировать всё в исполняемый файл, а с фронта просто отправлять запросы на localhost. Кому будет критично размер файла / оптимизация - напишет на компилируемых. Кому нет - добавит интерпритатор. Это не особо наверное и крутая идея, тут товарищи поопытнее найдут миллион уязвимостей и проблем во всей этой системе, но думаю при грамотном подходе получится реализовать что-то лучше электрона и таури

Не совсем понятно, это ты про свое решение в замен electron/tauri ?

Честно говоря в подробности устройства электрона я не вдавался (безопасность обмена между фронтом и беком, права доступа и т.д.), но как первую версию можно просто писать сервер бека на чем угодно, главное же скомпилировать всё в исполняемый файл, а с фронта просто отправлять запросы на localhost. Кому будет критично размер файла / оптимизация - напишет на компилируемых. Кому нет - добавит интерпритатор. Это не особо наверное и крутая идея, тут товарищи поопытнее найдут миллион уязвимостей и проблем во всей этой системе, но думаю при грамотном подходе получится реализовать что-то лучше электрона и таури

Не совсем понятно, это ты про свое решение в замен electron/tauri ?

Либо при особо большом желании поступить как flutter и создать нечто подобное dart, либо на привычном XML и связать всё это, но тут работы будет уже однозначно побольше

Если так то врятли что-то достойнее выйдет если будешь в одиночку дедать т.к. там нужно учитывать еще и другие os если будет расчет на них (например в тех-же *unix учитывать нужно kde, gnome, или тот-же модный молодежный hyperland, не говоря уже об windows где совсем другой подход к fs и прочему. + базовой нодой/булкой не обойтись т.к. в любом случае нужно задействовать c++ и к тому -же electron/tauri уже проверены временем разработки, но в качестве стартапа можно сделать opensource проджект и на гит(хаб/лаб) его вышвырнуть обосновав критичные проблемы которые он будет решать т.е. те что недоступны в уже существующих

Если так то врятли что-то достойнее выйдет если будешь в одиночку дедать т.к. там нужно учитывать еще и другие os если будет расчет на них (например в тех-же *unix учитывать нужно kde, gnome, или тот-же модный молодежный hyperland, не говоря уже об windows где совсем другой подход к fs и прочему. + базовой нодой/булкой не обойтись т.к. в любом случае нужно задействовать c++ и к тому -же electron/tauri уже проверены временем разработки, но в качестве стартапа можно сделать opensource проджект и на гит(хаб/лаб) его вышвырнуть обосновав критичные проблемы которые он будет решать т.е. те что недоступны в уже существующих

Думаю моя идея выглядит скорее как группировка инструментов для разработки Чтобы человек не искал подходящие и рабочие модули, внести их в один реестр для каждого языка бека

Так можно просто доку/вики сайт сдедать, собрать там все библиотеки/инструменты и описать -как, что и для чего. Но стоит ли так заморачиватся если большую часть тривиальных вопросов решает тот-же gpt

Нее так запариваться никто не будет, есть уже инструменты - electron/tauri, C# со своими winui, тот-же питухон/c++ с их tkinter/qt или тот-же flutter(dart) проще внести pr в их репо которые помогут решить конкретную проблему нежели создавать свою инв. коляску с кучей проблем

Так на С# не напишешь в связке с React, к примеру И WinUI (как минимум WinAPI) не кроссплатформенный То же самое касается и tkinter, и qt Невозможно сопоставить 2 хорошие технологии, одну из фронта, другую из бека

С чего это ? WinUI еще как кросплатформенный (android/mac, на чет linux не помню но вроде тож есть) и да на c# тоже можно встраивать react - вроде это в blazor делается, на счет qt и уж темболее tkinter - то тут и так понятно это считай нативные решения.

Упростить переход между языками программирования благодаря экосистеме и концептуальной схожести, улучшив DX и не жертвуя ничем: технологиями UI, потреблением ОЗУ, размером, временем сборки, благодаря менее строгой архитектуре

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

Чтобы так на изи заезжать с идеями о "легковесном" браузере, достаточно вспомнить, почему опера отказалась от своего двигла.. сейчас только ff держит свой двиг, это зоопарк, проблем очень много, один единый двиг под капотом облегчает патчи уязвимостей и упрощает жизнь фронтендерам. Сам электрон это хромиум с обёрткой, хочется облегчить- берем сорцы chromium и вырезаем что не нужное, но пилить как выше уже сказали свою инвалидную коляску с костылями вместо колёс идея сомнительная.

Чтобы так на изи заезжать с идеями о "легковесном" браузере, достаточно вспомнить, почему опера отказалась от своего двигла.. сейчас только ff держит свой двиг, это зоопарк, проблем очень много, один единый двиг под капотом облегчает патчи уязвимостей и упрощает жизнь фронтендерам. Сам электрон это хромиум с обёрткой, хочется облегчить- берем сорцы chromium и вырезаем что не нужное, но пилить как выше уже сказали свою инвалидную коляску с костылями вместо колёс идея сомнительная.

Нее, Не слышал о таком, да и зачем ?!🤦‍♂

Как минимум потому что на пайтоне есть те инструменты, которые на ноде плохо реализованы

Ну не обязательно брать прям уж сорцы, есть CEF (chromium embeded framework) останется только сделать койнить bridge (rpc) для связки его с node/bun, но идея этого абсурдна т.к. все что уже сделали разрабы electron/tauri ты(он) будешь практически тоже самое фигачить/патчить в своем "убийце" electron. И зачем кому-то нужно будет присоединятся к этому, если ему проще взять уже готовое и пофиксить пару issue в нем, нежели начианть прям с чистого нуля...

А что не так с c++ ? 😁

Низкоуровневый язык. Если мне потребуется позаботиться о памяти в плоть до байтов - использую. Но зачем, если я хочу просто использовать утилиту? И она реализована именно на python (это к примеру), как и многие прочие

Крч бред обсуждать это, берите то что имеем, если не имеем - значит оно и не нужно 😂 проще пофиксить багу с notify в самом electron нежели запариваться настолько сильно что аж приходится пилить свой неДоЕлектрон

Ну с такой логикой никакого tauri бы не было)

Взять и написать свою, взять и вызвать питонячий скрипт через специальные плюсовые либы, в чем проблема?

Ну свой whisper, к примеру, я точно писать не буду (поставьте сюда любую другую технологию которая больше подходит) Вызывать скрипты и писать основную логику можно на любом языке, и лучше на высокоуровневом

Я лучше дерну пару функций из С++ через терминал/сеть, а весь остальной скрипт буду писать, к примеру, на го, который мне будет привычнее

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

Ну а задача стоит просто использовать whisper)

https://github.com/ggml-org/whisper.cpp

Ну свой whisper, к примеру, я точно писать не буду (поставьте сюда любую другую технологию которая больше подходит) Вызывать скрипты и писать основную логику можно на любом языке, и лучше на высокоуровневом

Я к примеру, что там на гите полно всего

С чего это ? WinUI еще как кросплатформенный (android/mac, на чет linux не помню но вроде тож есть) и да на c# тоже можно встраивать react - вроде это в blazor делается, на счет qt и уж темболее tkinter - то тут и так понятно это считай нативные решения.

Отнюдь нет)

Linux под wine?)