В рамках проекта JumpFm (http://jumpfm.org/) развивается новый двухпанельный файловый менеджер для Linux, предлагающий ряд расширенных методов навигации по файловой системе. Проект создан с использованием платформы Electron (https://www.opennet.ru/opennews/art.shtml?num=44407), позволяющей создавать обособленные приложения на основе движка Chromium и платформы Node.js. Интерфейс написан на JavaScript, CSS и HTML. Код распространяется (https://github.com/Gilad-Kutiel-App/jumpfm) под лицензией Apache 2.0.
Ключевой особенностью JumpFm является возможность быстро "перепрыгивать" между разными каталогами без использования закладок - при нажатии клавиши "j" и вводе произвольного набора ключей, файловый менеджер автоматически предлагает наиболее релевантные запросу пользователя варианты перехода.Из возможностей JumpFm также можно отметить отображение файлов с учётом их статуса в Git (например, особым образом подсвечиваются файлы в которые внесены изменения, но ещё не переданы в репзиторий). Также предлагается функция быстрой фильтрации содержимого текущей директории по заданной маске. Функциональность файлового менеджера может расширяться через плагины, оформленные в виде модулей NPM.
URL: https://github.com/Gilad-Kutiel-App/jumpfm/releases
Новость: https://www.opennet.ru/opennews/art.shtml?num=47073
Уже не смешно.
Забыли люди про npm leftpad а я постояно напоменаю про npm leftpad. Н-Необуечамость.
> напоменаюН-Необуечамость.
Н - Необучаемость.
Н — Необучаемость.
Важное анонимное напоминание.
Ой, ну будет вам. Хипсторы забавляются.
>платформы Electron, ... движка Chromium ... Node.js.Это просто квинтэссенция хипстрества. У меня аж смузи из монитора потёк...
И в конце, чтобы добить:
> плагины, оформленные в виде модулей NPM.
Его ещё надо в докер засунуть. И плевать, что это файловый менеджер!
> Его ещё надо в докер засунуть. И плевать, что это файловый менеджер!Не в докер. В веб-сервис. Причём облачный. Партёрам микрософта нужны ваши данные...
Веб-сервис в flatpak в докере в облаке.
Что плохого в докере?
Его существование
на ПеКах юзверей
> Что плохого в докере?Реализация, задумка-то понятная.
rkt почти нормальный, но докер уже слишком популярен
ничего ты не понимаешь. щас прибегут рук0ж0пые погромисты и будут с пеной у рта доказывать, что это круто и за таким софтом будущее.
>и за таким софтом будущееИ самое страшное то, что будут правы:)
Я вот пару лет назад боялся, а десктоп до сих пор жив. И что-то думается, что будет еще долго жить
Посмотри на продажи хромбуков 🤑🤑🤑
давай те ось или дрова под (под что? даже не знаю)
А ведь они это серьёзно...
Не они, а он. Хотя может и не он, кто там разберёт…
Скажем дружно... ох...В остальном есть Double Commander.
Для быстрого перехода по файлам fzf. В vim кстати просто супер удобно.
Двухпанельных файловых менеджеров много. В т.ч. есть worker.
ну вот любой вменяемый человек, выбирающий файловый менеджер и не имеющий о них представления, выберет JumpFm. UI этого worker — привет из начала 90-хх.«функциональный» не должно быть синонимом «уродливый»
У всех разное представление о том, что такое "уродливый", а что - нет. И есть люди, для которых "привет из начала 90-х" является синонимом "красивый". Потом всё испортилось. Векторы, градиенты,...
Именно. Для меня, например, красивый, значит тот, где всё быстро и удобно. А чтоб так было надо писать на старом добром C или на новом страшном Rust'е.
mcА! Ну и FAR же! ... хм ... как бы это сказать ... "портировали" немного не то :-)))
> У всех разное представление о том, что такое "уродливый", а что -
> нет. И есть люди, для которых "привет из начала 90-х" является
> синонимом "красивый". Потом всё испортилось. Векторы, градиенты,...Где градиенты то? Чистый минималистичный дизайн.
Я, конечно, не знаю, как оно там на практике, может там на любой чих надо мышкой елозить. Но визуально радует глаз. Поприятней крусадера и даблкоммандера, по крайней мере.
То, что написано на жс и плагины из npm — это зашквар. На основную систему, себе такое не поставлю.
Спасибо за fzf!
> Проект создан с использованием платформы Electronспасибо, но нет, спасибо. Нам скайпа хватило
> В остальном есть Double Commander.
> Для быстрого перехода по файлам fzf. В vim кстати просто супер удобно.
> Двухпанельных файловых менеджеров много. В т.ч. есть worker.чем вас mc не устраивает?
мне вообще ls и cd достаточно
"Кому и кобыла невеста" (c)
еще find и grep. без них сложно ls и cd юзать. связка ls, cd, grep, find уделывает любой файл-менеджер.
Нет, ещё нужны cp, mv и ln.
А так же less, vi, file, zip\unzip, bzip, xz, lzo, tar, unrar, dd, cpio, ncat, ftp, sambacli, huyasebe и ещё чего то что вспомнить не могу ...И при этом никто не запрещает Ctrl-O и лабать :)))))
> чем вас mc не устраивает?На Debian mc виснет через раз.
Другое дело muCommander - вот это класс на FreeBSD! Ему только X'ы нужны и Java.
и Java...
> и Java...JRE, если точнее. Open- или Oracle - неважно. По крайней мере, это же не WINE, в котором можно запускать FAR Manager и Total Commander, а функции все те же.
Люблю Джавочку, но мукоммандер бесит. Особенно превью, особенно привязка программ, осбенно выполнение в терминале, та даже смена тем и подключение к серверам. Всё как-то издевательски, топорно, "на своей волне".
Если mc виснет через раз, то Java, конечно, решение!
Дай изеню ымцЫ хрустальный ... (С) Народт
>чем вас mc не устраивает?Серьёзно? По пунктам:
1. У него нет графического варианта, а работа из консоли далеко не всегда удобна. Графический интерфейс уже никогда не заменить во многих задачах (пропорциональные шрифты, значки на кнопках, давно рабочие 24-битные цвета и многое другое). В некоторых задачах текстовый mc, конечно, лучше.
2. Его текстовый интерфейс глючит же. Достаточно запустить mc, нажать Esc, прокрутить колесо мыши вниз, что мы видим в консоли? В нём полно такой лажи.
3. Он медленный для текстовой программы. Такие тормоза позволительны всяким графическим программам, но не текстовым.
4. У него мало настроек и опций для программы и для отдельных операций. Здесь я сравниваю с Total Commander (работоспособен под wine), который для копирования позволяет задать замену или пропуск файлов заранее и многое другое. Не предлагайте мне find, cp, rsync — это не файловые менеджеры.
5. В базовой поставке мало возможностей (даже поиска файлов по дате изменения нет).
Недостатков больше, остальные смотрите в статьях сравнения файловых менеджеров, например, в Википедии.
> У него нет графического вариантаИ слава богу
> , а работа из консоли далеко не всегда удобна
Зато накликивание кнопочек всегда неудобно
> Графический интерфейс уже никогда не заменить во многих задачах
Значит, это неправильные задачи
> Его текстовый интерфейс глючит же
Почитай про ввод данных и не неси чушь
> Он медленный для текстовой программы.
Дай дураку ... стеклянный, ...
> У него мало настроек и опций для программы
А сколько в штуках нормально?
> В базовой поставке мало возможностей
> Здесь я сравниваю с Total CommanderЭто потому, что ты дурачек, сравниваешь мета комбайн из оси которая ничерта не умеет сама, с легковесной прогой, которая, всего лишь, автоматизирует самые простые операции.
> Недостатков больше, остальные смотрите в статьях сравнения файловых менеджеров, например, в Википедии.
Которые писали такие же долбозвоны как ты? нет, спасибо
>> У него нет графического варианта
> И слава богу
>> , а работа из консоли далеко не всегда удобна
> Зато накликивание кнопочек всегда неудобноЕсли кнопочки можно накликивать таким отсталым (по сравнению с трэкпоинтом и трэкболом) манипулятором как мышь, да к тому же поддерживаются клавиатурные комбинации клавиш клавиатуры (Ctrl+O, Alt+F1/Alt+F2, F3, F4, F5, F7, F9, F10 и т.д.), принятые изначально в Norton Commander и Volkov Commander (рулёж моей юности), в которых также поддерживалась мышь(!), то что в этом плохого?
>> Графический интерфейс уже никогда не заменить во многих задачах
> Значит, это неправильные задачиМожет сам ты неправильный, а? Мышь-то у тебя есть?
> 1. У него нет графического варианта, а работа из консоли далеко не всегда удобна. Графический интерфейс уже никогда не заменить во многих задачах (пропорциональные шрифты, значки на кнопках, давно рабочие 24-битные цвета и многое другое). В некоторых задачах текстовый mc, конечно, лучше.Так были графические варианты, но умерли же за ненадобностью. И вариант в стиле этого вашего total commander был (tkmc), и вариант в стиле explorer'а (gnome-mc) - это жил дольше, но тоже сдох в связи с бессмысленностью. Гуевые варианты теряют интеграцию с выполнением команд оболочки, что для mc оказывается настолько большой потерей, что перевешивает все потенциальные достоинства от гуя. Де Иказа написал все три варианта гуя (текстовый, tk'шный и gtk'шный), но когда занялся другими проектами, сообщество подхватило только текстовый, а на гуевые забило.
mc же есть - мощный, быстрый, стабильный. Я не предам его никогда - буду верен до конца. Урааа товарищи!
Почему не ElectronOS ещё?
Всему свое время.
сначала sysinit.electron, ОС потом...
Не-е-е-е-е-ет… systemd-enectron.
systemd-electrond
systemd-electrond-filemanagerd!
Тенденция такая, переписывать, переснимать и переиздавать. Ничего нового.
А таки - да. Мозги закончились. Зачем думать если есть гуголь :(
Проект хороший, а хейтеры с пентиум-четыре, инфицированные си-86 головного мозга и выступающие за монолит вместо модульной системы (коим и является npm) пусть и дальше хейтерят.
> си-86
> за монолит вместо модульной системы (коим и является npm)^^^
ну как тут не захейтить?
>Проект создан с использованием платформы ElectronЯсно. Заkапывайте.
> Electron
> JavaScript
> HTMLИ зачем все это в файловом менеджере? В двухпанельнике?
Тебе ж написали: чтобы "быстро "перепрыгивать" между разными каталогами без использования закладок".
> Тебе ж написали: чтобы "быстро "перепрыгивать"
> между разными каталогами без использования закладок".mc:
Ctrl+o
cd куда (Tab Tab ?)
Ctrl+o
Ну давайте закидайте меня тапками.
Да, может Electron и ненавистный многими js не лучшее решение. Но они пишут, пишут много софта и он рабочий под Linux, что позволяет мне на компьютере с количеством оперативки в 8ГБ+ не мудохаться под старым софтом. Пусть жручее но работает и есть те функции которые нужны.Давайте конечно вы писатели программ великие, каждый из критиков написал конкретно под Linux неимоверное количество программ, да и с каждой версией и изменением библиотек перекомпилял ее... А может и не писал никто из вас ничего, но JS - овно, Electron - овно, а кто им пользуется - ... ну вы поняли да? критиковать молодцы.
Есть отличный VSCode - которые заменил почти проприетарь для веба от JetBrains (почти)
Есть отличные проги для тестирования API и многого другого - Postman и Insomnia
Есть например пакет обрамляющий devdocs.io в electron, например devdocs-native. И знаете, вызывать его по ctrl+esc в разы удобнее чем вкладку каждый раз искать в браузере.Есть миллион отличных приложений на Electron'e и хорошо работает. Они идеально подходят для того чтобы посмотреть - стартанет идея, нужна она или нет, будет работать нет. Потом если нужно будет жрать меньше ресурсов и это будет нужно - можно переписать на чем-то другом.
А пока вы там с супер правильной архитектурой и на суперправильных языках супердолго пишите приложение под одну систему или ваш код могут понять тоже такие же как вы 1.5 программиста в вашем регионе, на Electron уже написали 1101 проект, да 1099 из них ненужно, но 2 вполне и вполне отличные.
А пока будите писать на своих суперязыках супердолго и в итоге окажется ненужно... это будет фэйл
> они пишут, пишут много софта и он рабочий под LinuxЛучше бы ни писали. Он на JS, а JS тормозит.
> Есть отличный VSCode - которые заменил почти проприетарь для веба от JetBrains (почти)
Предлагаешь садиться на иглу от micro$oft? Есть QTCreator вот что зеачит хорошая IDE.
> Они идеально подходят для того чтобы посмотреть - стартанет идея, нужна она или нет, будет работать нет
Идея ни стартанет так написано на JS.
> пока будите писать на своих суперязыках супердолго и в итоге окажется ненужно... это будет фэйл
Лучше писать долго но получиться быстрое приложение чем писать быстро но получим медленное приложение. Пойдумай об этом
Столько букв лишь бы оправдать то что кроме жс ничего не знаешь
Есть свои задачи, решаемые своими инструментами
Языков много и каждый следует применять там где нужно. Несколько языков знаю
Есть программисты знающие один язык (C++ или Java например), закостенелые настолько что их просто ломает изучать что-то еще. Поэтому изобретают JWT, мучиться и жрать кактус но не писать пару строчек на JS, поэтому когда появляется QML - будут плеваться, воротить нос и низачто не использовать, будут продолжать делать стандартные менюшки, стандартными средствами и 333 проекта похожих как братья близнецы
Просто ты хипстер иди ставь leftpad
> 333 проекта похожих как братья близнецыА нужно 3333 проекта, ни на что не похожих? Чтобы все на разных языках или хотя бы фреймворках, и с каждым юзеру разбираться с нуля, потому что у одного менюшка справа, у другого кнопочки слева, а у третьего вообще только хоткеи?
Кстати, запятыми зря брезгуешь.
Есть свои задачи, решаемые своими инструментами
Языков много и каждый следует применять там где нужно. Несколько языков знаю
Есть программисты знающие один язык (Ruby или JavaScript например), закостенелые настолько что их просто ломает изучать что-то еще. Поэтому изобретают Electron, мучиться и жрать кактус но не писать пару строчек на C, поэтому когда узнают про C-компилятор - будут плеваться, воротить нос и низачто не использовать, будут продолжать делать нестандартные менюшки, нестандартными средствами и 333 проекта непохожих как дети миллиардера.
> Лучше бы ни писали.Лучше бы не писали. И ты лучше бы не писал, если не умеешь.
http://tsya.ru/Страшно от мысли о том, что делают ваши программы.
> Есть QTCreator вот что зеачит хорошая IDE.Когда оно научится в рефакторинг? Ибо то, что есть сейчас никуда не годится.
> Они идеально подходят для того чтобы посмотреть - стартанет идея, нужна она или нет,
> будет работать нет. Потом если нужно будет жрать меньше ресурсов и
> это будет нужно - можно переписать на чем-то другом.И правда, идея двухпанельника так нова, что совсем не ясно, взлетит ли оно и нужно вообще кому-то o_O.
Да и фич таких наверняка нигде еще не было (не смотреть! не смотреть в сторону того же ranger - это не считается! (auto)JMP для zsh/bash существует наверняка тоже только в альтернативных реалностях!).
Так что, в самый раз писать еще один, нескучный ФМ, на очень-очень подходящей для этого платформе.
и правда, идея еще одного редактора кода (Visual Studio Code) так нова, что совсем не ясно, взлетит ли оно и нужно вообще кому-то о_О.
Да и фич таких наверняка нигде еще не было (не смотреть, не смотреть в сторону того же sublime text - это не считается! Command Pallete по ctrl+shift+p существует тоже наверняка только в альтернативных реальностях!).
Так что, в самый раз писать еще один, нескучный Text Editor, на очень-очень подходящей для этого платформе
Т.е. кроме как "хипсторы для хипсторов наваяли хипстоты, а значит это нужно!" сказать по существу нечего? Это-то к чему? Разве не вы сами делали основной упор на то, что " это ведь прототайп[инг]!"?На всякий случай, разжевываю предыдущий комментарий:
Основной аргУмент хипсто^W типа прототайпинга здесь не канает, потому что _ни одной_ новой идею тут нет.
ВСЕ фишки, (кроме разве что JMP, который на мегафичу как-то не тянет), лично я могу наблюдать в том же рейнджере.
Двухпанельников опять же - завались и еще маленькая тележка. Что тут прототипировать-то?Зато, могут ли использоваться всякие хитрые и полезные сисколы для быстрого чтения директорий, предпросмотра файлов или следилки за обновлениями (и не в "лоб", тупым поллингом) в этой "кросплатформенной красе" - большой вопрос.
Опять же, "кроссплатформенность" аж "из всех щелей":
https://github.com/Gilad-Kutiel-App/jumpfm/issues/6
> very high usage cpu #6https://github.com/Gilad-Kutiel-App/jumpfm/issues/7
> Segfault with alpine linux
> https://github.com/Gilad-Kutiel-App/jumpfm/issues/10
> [Feature request] Mac version?
Ах да
https://marketplace.visualstudio.com/search?target=VSCode&ca...Если судить по расширениям, то для питона его установили 3.7 миллиона человек, для с# - 3.3 миллиона... а для c/c++ аж 2.7 миллиона неверных, предавших с++ ради работы на очередном text editor'e написанном с помощью js. Все хиспстеры. Миллионы хипстеров, не иначе
> Ах да https://marketplace.visualstudio.com/search?target=VSCode&ca...
> Если судить по расширениям, то для питона его установили 3.7 миллиона человек,
> для с# - 3.3 миллиона... а для c/c++ аж 2.7 миллиона
> неверных, предавших с++ ради работы наОтличная аргументация </sarcasm> - миллионы непонятно кого (ботов, студентов, школьников?) установили "типа, IDE" на ЖСИликтроне и поэтому, ясен пень, всем адекватным людям понятно, что ФМы тоже нужно писать на нем же, ведь миллионы непонятно кого – просто не могут ошибаться!
> очередном text editor'e написанном с помощью js. Все хиспстеры.
> Миллионы хипстеров, не иначеПредпочитаю редакторы с преобладающей долей лиспа.
Опять же, неубедительно вышло - во первых, редакторы и ФМ вещи "немного" разные.
Во-вторых, "мульены" в виде аргумента катят довольно редко -- вы бы еще мне, кивая на "миллионы", винду предложили поставить.Ну а че - "всем ясно, что она в 100500 раз лучше, иначе бы никто ее не использовал!".
В общем, слабовастенько.
Тебя самого эти заоблачные цифры ни на какие мысли не наводят? Ну хотя бы на то, что количество загрузок != количество человек.
del
Да пофигу. Пусть хоть вообще ничего не пишут. Из этих 1101 проекта мне ровно 1101 не нужен. А что нужно - существует уже не первый год.
Electron хотя бы развивается. А то что существует не первый год, половину забросили давно.
Здесь публика разделилась на "хипстеров" и "ретроградов". Судя по минусам людям, которые не против электрона - ретроградов тут намного больше
false вот тоже не "развивается". Он от этого что, хуже становится?
> Electron хотя бы развивается. А то что существует не первый год, половину
> забросили давно.Предлагаешь не пользоваться никаким софтом больше года?
>> Electron хотя бы развивается. А то что существует не первый год, половину
>> забросили давно.
> Предлагаешь не пользоваться никаким софтом больше года?предлагаю так: если нет изменений в софт более 11 месяцев, разработчик обязан уплатить налог. пока в пилотной версии - только один смузи, далее будем наказывать сильнее: пару капкейков прибавим, а затем и маффины подтянем для самых нерадивых
Ну и получишь ИБД. Впервые что ли :)
> Но они пишут, пишут многоВ этом-то и проблема. Графомания от программирования.
> что позволяет мне на компьютере с количеством оперативки в 8ГБ+ не мудохаться под старым софтомА не надо с ним мудохаться. Им пользоваться надо.
> Пусть жручее но работает и есть те функции которые нужны.Вы ведь все, что вам дают, сожрете, да?
Трольвадс тоже хотел "побырому" - слабал уродливое ядро с кучей проблем. Хром тоже хотел "влёгкую" - дыры так и прут, от жабоскрипта вообще никакого спасения. Похапэ - вообще пародия на программирование. Но да, зато "быстро и уже сегодня".Нам не нужен *овнопром, понимаешь? Не для того люди тратят время на разработку, чтобы потом хлебать собственные проблемы. Лучше один раз написать на нромальном языке (Go/Rust/D/C#/Java), зато никто не будет через 10 лет латать дыры а-ля "переполнение буфера"!
>Лучше один раз написать на нромальном языкеТак вот оказывается в чём дело! Ну всё - ты спас Францию!
Д,Б! (С) С.В. Лавров.
Хм, у меня почему-то не открывается их сайт.
> Хм, у меня почему-то не открывается их сайт.Так ты через Electron заходи.
Зачем оно нада если есть mv $DIR1 $DIR2
Что за адская сортировка файлов и директорий?
По алфавиту.
Что это за алфавит такой, в котором "bind" идет ниже "Dialog"?inb4: алфавит != таблица ASCII
Ок, по алфавиту и регистру. Когда я служил в армии у нас при построении была такая фраза: "Стройся по росту и жиру". Под жиром подразумевалось звание. И звание имело приоритет. Таким образом коротышка-ефрейтор будет стоять перед дылдой-рядовым, но после дылды-ефрейтора.
> Ок, по алфавиту и регистру. Когда я служил в армии у нас
> при построении была такая фраза: "Стройся по росту и жиру".-На вашем месте я сразу же бы сел за "Military Commander"! (ц) ИВМП :)
Это был риторический вопрос.
Вот вроде и хорошая идея, но реализация -- максимально отвратительная. Лучше бы на жаве или сисярпе писали, серьёзно.
На джаве много чего писали. Если там меньше пару миллионов строк - значит изделие не сложнее Hello World'a. У Java программеров все overengineering. Вон muCommander на java есть, пользуйся.
>muCommanderпротух
Сисярп некроссплатформенный, да и слишком привязываешься к вендору. А вот Java вполне ничего, опенсорс, кроссплатформенность, да еще и автоматическое управление памятью. Да и практически не тормозит (тормозит только графика). В целом, лучше бы написали ФМ на Java, или хотя бы на питоне, или на совсем крайний случай на С++. Но не на JS.
>ФМ на Java,Не могу вспомнить ни одну программу на Яве от внешнего вида которой не хотелось бы плакать. Не знаю в чём проблема, но интерфейсы на Яве писать, похоже, невозможно.
>на питоне,Ну да, нам очень нужен тормозящий ФМ.
>или на совсем крайний случай на С++С этого нужно было начинать.
в консоли все замечательно выглядит и шустро работает - никаких отличий от скриптов на перле или питоне например.
> Не могу вспомнить ни одну программу на Яве от внешнего вида которой
> не хотелось бы плакать. Не знаю в чём проблема, но интерфейсы
> на Яве писать, похоже, невозможно.Проблема в графических библиотеках. Swing и JavaFX популярны, но они рисуют элементы сами, никакой интеграции с GTK/Qt. Зато есть SWT, он использует родные нативные контролы (на линуксе - GTK 3). Но он почему-то малопопулярен, хотя на нем большие приложения пишутся. IDE Eclipse например. Так что интерфейсы на Java писать можно, и выглядеть будут хорошо и нативно.
> IDE Eclipse например. Так что интерфейсы на Java писать можно, и выглядеть будут хорошо и нативно.И тормозить как ыклипс? Спасибо, не надо.
Так его запускать нужно на чем-нибудь помощнее Эльбруса.
> Так его запускать нужно на чем-нибудь помощнее Эльбруса.Ага, желательно из топ 500.
О да¸ файловый менеджер — это вам не хелло ворлд, ему мощный кампутер нужен.
> Проблема в графических библиотеках.У вас слишком узкое понимание связей. Проблема Swing - не только сама по себе, но и ВЛЕКЁТ остальной ком проблем! Если под язык нет вразумительной гуйни, КТО будет на этом что-либо писать?? Вот отсюда и получается, что проблема одной библиотеки - это сразу проблема всей платформы.
Нет и не будет никакого WORE, все платформы настолько специфичны, что ты БУДЕШЬ писать под каждую из них, если хочешь получить отличный результат. Все остальные "многоплатформенные павлиноуткаёжи" - смех и грех ИТ.
>Не могу вспомнить ни одну программу на Яве от внешнего вида которой не хотелось бы плакать.MarvinSketch?
> Сисярп некроссплатформенныйQt5 вполне себе кроссплатформенный.
> В целом, лучше бы написали ФМ на Javamucommander-0.9.0.jar - 7,7МБ
Он без графической оболочки работает?
в консоли не работает
Все херня мужики, давно пора свой дистр на электроне запилить !
> ...развивается новый двухпанельный файловый менеджер для Linux...Даже не открывая новость понял, что он на Electron.
MC уже простым нехипстерам не устанавливается?
Очередное хипсторское ненужно, написанное на ненужно!
У меня Krusader потребляет скромные 48 метров памяти, а написанный на этом курвячьем лепездроне Simplenote (простенький блокнотик с синхронизацией) жрёт все 240.
Блокнот, абанамат! 240 метров памяти, kutomba, joder per culo, clusterfuck!!!
> Krusader потребляет скромные 48 метров памятиФМ жрёт целых 48 метров? Дожили, блин.
Раздуваем новость из нечего. Я помню тоже писал всякие файловые менеджеры, плееры, календарики и тому подобное когда мне было 15-16 лет. Пойду лучьше новость про GnuTLS прочту...
Смешно, конечно, но помню в свое время к Firefox писали аддоны среди которых был и просомтрщик галерей картинок и даже двухпанельный файловый менеджер. Он даже работал. Медленно и печально. И вот история повторилась.
Нифига. Там был XUL, который можно даже назвать "нативным", и к собственно веб-движку оно имело не настолько прямое отношение, как тут тупо HTML5, CSS, JS.
ребят, а Pion из muLinux не помните ли?
> В рамках проекта JumpFm развивается новый двухпанельный файловый менеджер для Linux, предлагающий ряд расширенных методов навигации по файловой системе.Это же клёво!
> Проект создан с использованием платформы Electron, позволяющей создавать обособленные приложения на основе движка Chromium и платформы Node.js. Интерфейс написан на JavaScript, CSS и HTML.
Но сразу нафиг!
Напоминает dired mode в емаксе. Велкам бэк.
Реализация "autojump" на електроне...
> В рамках проекта JumpFm развивается новый двухпанельный файловый менеджер для LinuxО, ещё один? Ну посмотрим...
> предлагающий ряд расширенных методов навигации по файловой системе
Наверное что-то очень крутое, чего крайне не хватало в mc.
> Electron ... Chromium ... Node.js ... JavaScript, CSS и HTML
Это для файлового менеджера? Фигасе. Ну ладно. Наверное фишечки офигенные, раз требуют целого комбайна.
> Сборки для Linux доступны в универсальном формате AppImage.
Мода нынче на контейнеры. Ладно уж, если фишечки клёвые, потом найдутся люди, которые нормально запакуют.
Ну да ладно, когда же уже про фишечки?
> Ключевой особенностью JumpFm является возможность быстро "перепрыгивать" между разными каталогами без использования закладок - при нажатии клавиши "j" и вводе произвольного набора ключей, файловый менеджер автоматически предлагает наиболее релевантные запросу пользователя варианты перехода.
Но сэр... Это же emacs ido-mode!
> Из возможностей JumpFm также можно отметить отображение файлов с учётом их статуса в Git (например, особым образом подсвечиваются файлы в которые внесены изменения, но ещё не переданы в репозиторий).
То есть каждый раз, когда я захожу в директорию, будет дёргаться git status? Надеюсь, это отключаемо хотя бы.
> Также предлагается функция быстрой фильтрации содержимого текущей директории по заданной маске
Как не хватало-то! LOL. Ведь этого же совсем нииииихде нетути!
> которую удобно использовать совместно с режимом Flat, при котором сразу показываются файлы во всех поддиректориях текущего каталога
Да, забавная мысль. Полагаю, это что-то вроде "find ." ?
> Функциональность файлового менеджера может расширяться через плагины, оформленные в виде модулей NPM.
Ребята, чесслово, кончайте эту хипстопу. Ну нафига ещё один файловый менеджер? Причём пожирающий ресурсы, как хз что. При том, что ничего нового он особо не добавляет. Сколько можно-то уже, не понимаю.
> На Debian mc виснет через раз.два года использую mc на ubuntu 14.04/16.04, полет нормальный.
>> На Debian mc виснет через раз.
> два года использую mc на ubuntu 14.04/16.04, полет нормальный.Эээ, по-моему кнопочкой промахнулись, явно не мне отвечали. )
Когда уже fdisk сделают на Electron?