Командная строка появится в следующем релизе, и интегрированная с unDE будет гораздо удобнее, чем обычная.

Google Двоичные приставки

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

чтобы в конечном счёте заменить _все_ приложения

Нет! Это же полный подрыв Unix / Linux.

p.s. и вообще, только голая консоль может заменить все [графические] приложения.

Арчик же.

Нет! Это же полный подрыв Unix / Linux.

Linux'у это точно не угрожает, но и если говорить о консольном Unix'е то командная строка с его командами ещё долго будет актуальной даже в рамках unDE.

Спасибо, выбираю под какие ещё бы дистрибутивы собрать бинарные пакеты в следующий раз.

Nix, Void, Devuan

Ещё заметил:

unDE is a recursive acronym for «unDE Is Not Desktop Environment»

По аналогии с GNU должно быть «unDE's Not Desktop Environment», иначе выходит UINDE.
На мой взгляд, это лишнее — выделение регистром и без того поясняет смысл.

А в чем фишка? Видеть, что в каталоге в основном мелкие файлы, конечно, интересно, но на этом все и заканчивается?

Прикольно

Видео повеселило...

ПБииин, буууут, сидирооом, коооре, дааата :D Вроде слова словами, а звучит весело ::)

А по делу, прикольно, надо попробовать собрать.

Можно сделать кинематографический ролик типа хакер включает комп и на экране такой начинается переход фрактальный с виду в нужный каталог, вот не удивлюсь что при съёмках кто нибудь возьмёт и запилит такую сцену :D

unDE ещё развиваться и развиваться, чтобы в конечном счёте заменить _все_ приложения.

зачем, если уже есть емакс777

cast saanskritu!!!

Идея отображения то не нова. Есть гномовский baobab и кдешный filelight.

Weeeell.. слишком ОРИГИНАЛЕН, как по мне.

зачем, если уже есть емакс777

Что-то не гуглится emacs777

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

Да и сейчас файловый менеджер и просмотрщики умеют немного больше..

777

Это знаки вопроса xDD

А ну тогда понятно :-)))

Что за депрессивный цвет у vmlinuz и т.д. Неужели его нельзя было дотянуть до цвета волос Хатсуне Мику?

Одобряю!

Идея интересная, пиши дальше.

Мне, правда, больше нравится, когда площадь квадратиков пропорциональна размеру соответствующих файлов/каталогов. Такой подход, например, реализован в konqueror (режим «Просмотр размеров файлов»), ну и в нескольких виндовых программах. Если ты вдруг не видел вариант konqueror-а, настоятельно советую глянуть.

Офтоп: в стандартной библиотеке D есть какой-нибудь класс для работы с настройками, что-то типа QSettings в Qt?

Вот доживём до йобибайтных винчестеров, и нынешние смешочки над Pidora и прочим покажутся плоскими.

ls -al как пример.

Тогда уж du . -h --max-depth=1

Но это как раз пример вещей, которые в графическом виде нагляднее получаются.

Мне, правда, больше нравится, когда площадь квадратиков пропорциональна размеру соответствующих файлов/каталогов.

Пробовал, написал в статье что из этого получилось.

Офтоп: в стандартной библиотеке D есть какой-нибудь класс для работы с настройками, что-то типа QSettings в Qt?

Похоже нету, увы :-(

Пробовал, написал в статье что из этого получилось.

Мне показалось (судя по рисунку с фиолетовыми и оранжевыми квадратами и комментариям к нему), что попробовал ты всё же не совсем то.

Я имел в виду примерно такое. Ну да, «проблема одного пикселя» имеет место быть, но она решаема (объединением нескольких наиболее мелких позиций в одну, минимальной квотой на размер квадратика, и др.).

Я и не спорю. Упомянул исключительно способ отображения. Задачи у baobab и filelight совсем не FM — только отображение. Я вообще воздерживаюсь бессмысленной критики. Можете, хотите — пилите. Главное, чтобы free software, а по мне так и GPL.

Я имел в виду примерно такое

Да, такое я не осилил сделать, но как найти в таком расположении хоть что-нибудь?

Суть в том что им не надо было сортировать это как-то иначе чем по размеру. Тогда проще. А мне надо было по всякому.

Суть в том что им не надо было сортировать это как-то иначе чем по размеру. Тогда проще. А мне надо было по всякому.

Тогда напрашивается переключалка между режимами «по размеру» и «по всякому». Потому, что для оценки, чем забит диск, это очень удобный режим.

Хорошо спасибо. Подумаю об этом.

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

Ты планируешь сделать управление с клавиатуры, или оно останется мышевозным?

Ты планируешь сделать управление с клавиатуры, или оно останется мышевозным?

В следующей версии 0.2.0 будет командная строка

В следующей версии 0.2.0 будет командная строка

Это я уже знаю, видео смотрел до конца, но это не относится к управлению, это лишь расширение функционала. Меня интересует именно управление с клавиатуры, так как ради того, чтобы попробовать довольно нестандартный подход к управлению файлами я не собираюсь искать мышь, так как она меня выбесила окончательно, и валяется где-то на чердаке моего подвала. А потыкать интересно.

Мне вот что кажется неудобным - всё делается мышью. В линухах в принципе не очень мышь котируется, а уж колёсико на ней и подавно. Делюсь идеей при зажатом контроле/шифте сразу делать перемещение в папку. С визуальным эффектом зума, как и при манипуляции мышью, допустим.

А, и ещё, не помешали бы настройки цветовой схемы. Не могу воспринимать софт, если в него нельзя вписать gruvbox

Меня интересует именно управление с клавиатуры,

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

Делюсь идеей при зажатом контроле/шифте сразу делать перемещение в папку.

Если папка мелкая, то промахнуться легко, а если крупная, то до неё и довертеть вроде не сложно. Не уверен, что это нужно, но не отвергаю любые идеи окончательно.

Было бы что настраивать.. Сделаем, когда будет..

Hint: сделать не попиксельное увеличение/сдвиг, а фокус на объект (если объектом считать квадрат-директорию/-файл. Будет управление как в обычном консольном файловом менеджере.

Отсюда вывод: возгорание было от невежества.

Спасибо, буду знать.

А вон-оно, как ты хочешь. Об этом я ещё даже не думал, рассмотрим.

baobab?

Ну, да это очень милая возможность unDE, что им можно пользоваться как baobab'ом. Но будет фич на порядки больше.

Можете, хотите — пилите. Главное, чтобы free software, а по мне так и GPL.

Да, пилим по возможности.

Это из личного юзкейса, такое управление (ну, не совсем такое, но суть та же) в ranger, которым я сейчас пользуюсь, правда, там есть возможность управления hjkl (что гораздо удобнее), но для начала и стрелочки сойдут, а когда у тебя будет конфиг, то и настроить можно будет. :3

Вообще, идея годная, и реализация для 0.x очень даже ничего, но всегда есть куда стремиться, вне зависимости от версии.

а по мне так и GPL

GPL не совсем свободная лицензия. Она ограничивает свободу закрытия сорцов. Есть более кошерныя в этом плане BSD и MIT — там любой действительно свободен делать с сорцами всё, что захочет (с учётом сохранения имени автора).

Вот именно этим мне и нравится копилефт: сводное останется свободным.

Напомнило виндовые плитки

Вообще, забавно. Но я вряд ли бы стал пользоваться. Мне терминал удобнее и dired. Но наверняка найдутся фанаты подхода. Хорошая работа.