АВИМ

Сотый клон. Лабораторка по ООП, напичканная ООП ради ООП. Версия 0.1. Единственный разраб, который скоро наиграется.

Срочно на главную! Ах да, уже.

не нужно

не нужно

( не нужно ) ** 2

А имеется ли 3D файловый менеджер?

///В данной версии реализована базовая функциональность

А можно не увечить великий и могучий?
базовая функциональность –> базовые/основные/самые необходимые возможности.

Это надо же так было сделать, чтобы весь .Net Core положить в каталог программы…

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

Я вижу: когда и так открыто несколько окно, такое превращается в полный бардак и трэшный hell.

///никогда не понимал смысла ограничивать себя двумя директориями.

Патамучта вы не использовали двухпанельники с ВКЛАДКАМИ. Если вам требуется иметь доступ сразу к 10 каталогам (и это только ПОСТОЯННО открытые) и иногда надо копировать что-то туда-сюда, спасёт только нормальный панельный FM с вкладками.

Сабаж, конечно, до такого очень сильно не дотягивает.

https://github.com/ingvar1995/Camelot/blob/master/src/Camelot.TaskPool/Implementations/TaskPool.cs#L8

А что, в дотнете нет из коробки реализаций тредпулов?

Лабораторка по ООП, напичканная ООП ради ООП.

metaprog, перелогиньтесь.

Почему так назвали? Мечтаете переехать в Греатанскую Бретонию? Планируются ли в будущем плагины с именами Артур, Мерлин, Ланцелот, Экскалибур?

Что угодно лучше дырявых плюсов!

ЩИТО

Я не противник ООП, когда речь про большую, сложную и динамичную систему. Сам примерно такую пишу. Но это блин почти ничего не умеющий файловый менеджер! А проект - уже лапша, где на одну строчку логики десяток деклараций, проксей и интерфейсов. Загляни в исходники.

Это у них так принято в c#, чтобы ехал паттерн через паттерн. А если там есть гуятина, то обязательно должно быть MVVM. Если ты так не написал, то на работу тебя никто не возьмет.

работа с архивами, sftp, scp, ftp и т. д должна вестись на уровне ОС через fuse

Шел 2020 год, а это тормозное поделие ещё кто-то форсит.

Ну вот это я и назвал ООП ради ООП.

Я сам когда-то курсовую по ООП писал на C#, функциональность была такого же уровня, но всё уместилось в несколько файлов без лапши. Да, в дотнетчики меня возможно бы не взяли :D

файловый менеджер размером в 100 мегабайт с базовым функционалом, по моему это какой то ужас.

Архиваторы да. Они оптимально решают ряд задач с архивами. Ни с ftp ни облачными хранилищами, ни с чем другим они не помогут.

Я даже соглашусь, что доступ к архивам можно и вовсе не улучшать, ибо это редкая задача. Но как из файлового менеджера открыть документ в приложение и сохранить из приложения, если документ лежит на ftp?

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

Может в /etc/secrets логин пароль не вписал? У меня нормально работало. И еще один аналог даже собирай и патчил под центос7. Тоже нормально работал.

Это флатпак? Непонятно, что там столько весит?

Уважаемый Virtuos86, объясни свою позицию

Что тут объяснять?) Кому нужны ФМ? Их 100500. Однопанельные, двухпанельные, консольные, гуевые... В каждом более-менее крупном DE и есть свой ФМ, в каждом! В гноме, крысе, кедах... Сабж это изобретение велосипеда. Еще и на C#. Постить такое на Linux.org.ru и спрашивать, что не так — это очень умно, да.

А какое отношение ftp имеет к архивам? Тут как раз лучше всего подходит fuse и подобные решения, позволяющие монтировать прозрачно.

это для windows.

а в linux ЕМНИП такие конфигурационные ini файлы использовать не принято.

Я бы сказал так, если бы первой строчкой было бы «цель проекта - учебная» или что нибудь подобное, автору можно было бы пожелать всего наилучшего, удачи, ну и может быть чуть больше вкуса в выборе инструментов. Сейчас же хочется дать ему телефон знакомого психоаналитика…

Закапывайте.

не убедил, хилы аргументы.

Я не понимаю, почему C#? То же самое можно написать на C/C++, и оно будет куда меньше жрать ресурсов при грамотном проектировании. Оправдано ли такое решение ради кросс-платформенности? Ну и, опять же, до конкурентов расти и расти. Если своих особых фишек нет, то и вылезать на новостные площадки особо смысла нет.

Сначала известь пусть подвезут, потом уже закопаем

Ахаха. А теперь иди напиши это всем, кто в треде написал, что сабж не нужен.

Нафига оно нужно? Файловый менеджер типа Тотал Коммандера – это сотни крупных и мелких функций и фич. Позеленеешь всё это писать с нуля. Лучше направить свою энергию на развитие уже существующих решений. Плугины писать и тп.

Плугины писать и тп

И унит-тесты ещё, шоб наверняка

сурьезный какой индюк, задания раздает, а прикола не пнял.

mc-шка с иконками, хоткеи снизу такие же как в mc, много толстых панелек с менюшками, мне mc больше подуше

Иди в игнор, короче, болезный. Прикол в том, что сабжевое ненужно не нужно. Но и в этом особого прикола нет. Ну, нехай будет, раз притащили сюда, а модеры одобрили.

отож.

ну так архивы шли третим пунктом. А первыми были ftp и sftp

бесполезная шляпа.

(одобрительно) «Если что-то не нужно лично мне, значит, это бесполезная шляпа». Подход не мальчика, но мужа!

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

И тут чистая правда! Пять-шесть (или пятьдесят шесть) открытых окон куда удобнее одного! Главное - среди них должно быть окно консольки. Ну, там если придёт в голову каталоги с большим количеством файлов посравнивать. Или там два файла по содержимому сравнить.

файловый менеджер из рода браузеров, что будь ты хоть дважды «Ъ», как ни крути, с мышкой банально удобнее.

«Боюсь, не понимаю вас» (с) Имелось в виду, что однопанельником удобнее пользоваться с помощью мышки, а не клавы, или что однопанельники с мышью - это прям венец эволюции ФМ? Это таки разные вещи. Кто на ком стоял?

Если имелось в виду второе, то при работе с каталогами по пять файлов, из которых переместить (или переименовать) нужно три, да, мышка удобнее. А вот если файлов 500, из которых обработать нужно триста, это уже существенно другая история…

Автор пересмотрел аниме?

А что, узнать о Камелоте человек может только из аниме? Хреново вы о людях думаете.

Bash как файловый менеджер не умеет только в превью картинок

https://i.stack.imgur.com/rBote.png

Не читал потому что в заголовке уже орфография не правильная.

А проект - уже лапша, где на одну строчку логики десяток деклараций, проксей и интерфейсов. Загляни в исходники.

Такова архитектура .Net Core 3.1.
«Горе от ума».

Это не встроенное выражение баша. Но спасибо, что я теперь знаю об этой утилите.

Кто-то ещё пользуется Bash, когда есть Zsh?

А какое не тормозное?

Fuse имеет множество недостатков перед тем, что живет в твоем воспаленном сознании и только одно преимущество - эта штука существует.

Чем он лучше xfe, или mc?

написано на C# 8 (.Net Core 3.1)

С ума можно сойти.

Кто ограничивает? Табы же есть.

А более чем с двумя директориями одновременно осилите операцию сделать? Например, есть такое, чтобы по ходу перетаскивания из одного окна в другое файл «упал» ещё в одно?

Мы пользуемся. Пробовали настраивать этот ваш ZSH: настраивали-настраивали — получился Bash. Ну и зачем он нужен, когда есть Bash?

Много лет используем NTFS-раздел как основной для данных через «тормозной» NTFS-3G. Что сказать-то хотите?

Монтирование архивов и сетевых шар — вообще единственный Ъ-юниксвейный способ работы с ними. Всякие там длительные распаковки или отдельные программы, вне которых они недоступны — от лукавого.

Как монтирование zip-архива может быть медленнее его полной распаковки — и вовсе непонятно.

Разработчиков на Electron тоже к психоаналитику бы послали?

Зачем и почему?