unDE 0.1.0.: Оригинальный файловый менеджер, просмотрщик текстов и изображений

Здорово! А можно поднять несколько необходимых директорий, по меткам, например, или имени, чтобы они рядом отображались?

Метки есть, но пока не такие. Возможности поиска несомненно будут расширятся, но не исключено что все они будут вынесены в командную строку, вывод который будет интегрирован со средой (т.е. выделение имени файла в «терминале» будет выделять файл на самом деле).

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

Хы, выглядит классно, идея интересная.

Живой проект на D - вот это поворот.

Идея забавная. Чем-то похоже на KDirStat и подобные.

/data
/core
/snap

это что за дистрибутив?

Очень забавно, но неудобно

# mkdir /data /core /snap

ы!

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

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

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

/data - мой второй диск.

Остальное - вроде родное, Ubuntu'овское.

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

А то я смотрю что на debian-like похоже, а потом бац какой-то core....

Где-то я это уже видел.

Я так понял идея взята отсюда?
http://eaglemode.sourceforge.net/emvideo.html

У ТС интереснее представляется содержимое директорий, в размер соответствует весам файлов, если я правильно понял.

Очень круто. И идея интересная, и реализовано.

Откуда взяты идеи можно почитать на самом сайте. Это в основном переработанные идеи Джефа Раскина.

Но eaglemode действительно напоминает, только eaglemode - исключительно просмотрщик, а у меня это будет и редактор всего.

в размер соответствует весам файлов

Если ты хотел сказать цвет, то всё правильно

Интересно. Пустые директории по умолчанию, лучше совсем не показывать.

Хотите кнопочку скрыть/показать пустые директории? Хм.. интересно, но мне они пока не мешали.

Это что ли воркэраунд для глюка Наутилуса, который создает кучу «Untitled Folder», «Untitled Folder 2», ..., потому при открытии поля ввода имени новой директории частенько теряется фокус? :)

Пожалуй ТС правильно сделал, что написал свой ФМ

Я не буду этим пользоваться, но я думаю что это могло бы пригодиться, тому кто будет этим пользоваться. Вообще лучше если есть возможность самому пути для визуализации указывать.

Это что ли воркэраунд для глюка Наутилуса, который создает кучу «Untitled Folder», «Untitled Folder 2»

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

Вах, вот уж всё новое — хорошо забытое старое.

См. http://fsv.sourceforge.net (только он ещё и 3d был.)

Посмотрел видео. После «кибибайт» и «мибибайт» из ушей потекла кровь и пришлось выключить.

А видео вообще опасно смотреть. Авторам лень выкристаллизовывать информацию и лаконично излагать суть в тексте - вот и выливают мегабайты видео-мусора.

fsv я видел, страшная неюзабельная штука.

Увидев скриншот, подумал, что написали 2D рогалик и это карта

Без обид, но так же как и твоя поделка. Красиво? Да. Забавно? Да. Полезно/удобно? Нет. ;)

Ну просто я привык, что можно видеть сразу для многих файлов размер/дату/атрибуты/хозяина/расширение и иметь возможность сортировки... Плюс из мелочей: там всякие вкладки, две панели... И очень не маловажна очередь операций копирования/удаления...

Парк юрского периода 1? :)

Полезно/удобно? Нет. ;)

А ты даже не пробовал, но уже не одобряешь.

Но пока может быть пробовать и рановато, вот когда в unDE в версии 0.3.0 появится редактор текстов с IDE, тогда точно настанет время попробовать.

Но по мне так гораздо удобнее и того же eagle и уж тем более fsv.

Ну просто я привык, что можно видеть сразу для многих файлов размер/дату/атрибуты/хозяина/расширение и иметь возможность сортировки... Плюс из мелочей: там всякие вкладки, две панели... И очень не маловажна очередь операций копирования/удаления...

Это всё будет в командной строке, в следующей версии 0.2.0. Не надо спрашивать «зачем нужно?». bash в терминале будет сильно отличаться по фичам от командной строки в unDE (тоже основанной на bash).

Видео на ютубе просто ужасного качество, все мигает... А как оно выглядит на каталоге где тысяч 10 файлов? Или хоть 2 (1).

Видео на ютубе просто ужасного качество, все мигает...

Захватывал vokoscreen'ом, OpenGL приложение вот так вот мигает. В реальности не мигает. В следующий раз может по-другому буду писать видео..

А как оно выглядит на каталоге где тысяч 10 файлов?

Ну честно скажу не торопливо. Пройти рекурсивно 10000 файлов до 3-го уровня это долго. Но на Linux'е я таких директорий не нашёл, а на Windows всё ещё из-за NTFS тормозит.

Ну честно скажу не торопливо.

А визуально? Как оно — оценить структуру такого каталога, что бы потом сделать скрипт сортировки...

Но на Linux'е я таких директорий не нашёл

Да в обычных случаях их и нет нигде, за частую это ресурсы чего либо...

А зачем в зависимостях unde_0.1.0_amd64.deb *-dev пакеты?

Подготовка к распаковке unde_0.1.0_amd64.deb …
Распаковывается unde (0.1.0) …
dpkg: зависимости пакетов не позволяют настроить пакет unde:
 unde зависит от libsdl2-dev (>= 2.0.4), однако:
  Версия libsdl2-dev в системе — 2.0.2+dfsg1-6.
 unde зависит от libsdl2-ttf-dev (>= 2.0.14), однако:
  Пакет libsdl2-ttf-dev не установлен.
...

А что будет, если ему unionfs подсунуть?

А визуально? Как оно — оценить структуру такого каталога, что бы потом сделать скрипт сортировки...

Разрешения экрана не хватит, чтобы увидеть всю структуру в деталях, к сожалению. Но чисто по цветам предположить, что в директории можно.

У меня есть идея ещё по типам файлов перекрасить всё это дело, но пока не знаю стоит ли.. Сканирование от этого сильно замедлится..

А зачем в зависимостях unde_0.1.0_amd64.deb *-dev пакеты?

apt-file'ом смотрел, например:

$ apt-file search libSDL2_ttf.so
libsdl2-ttf-dev: /usr/lib/x86_64-linux-gnu/libSDL2_ttf.so

UnionFS наверное также как /proc не определится как отдельное блочное устройство и будет сканировано залпом. Но там никаких проблем не предполагаю.

Вот сетевые ресурсы меня беспокоят.. Может быть с ними всё будет грустно.

А почему не следующий пакет:

libsdl2-ttf-2.0-0: /usr/lib/x86_64-linux-gnu/libSDL2_ttf-2.0.so.0
libsdl2-ttf-2.0-0: /usr/lib/x86_64-linux-gnu/libSDL2_ttf-2.0.so.0.10.2

Ах вот как надо было искать `apt-file search libSDL2_image-2.0.so.0`...

Ну ладно, в следующий раз исправлюсь, спасибо.

Ещё вопрос - как оно по скорости сравнительно с duc например?

Под Debian собрать из исходников не смог, так как отсутствует в репозитории dub. Но в теории, patch для debian/control будет похож на следующий:

diff --git a/debian/control b/debian/control
index 1580156..ba9c785 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: unde
 Maintainer: Nikolay (unDEFER) Krivchenkov <undefer@gmail.com>
 Section: x11
 Priority: optional
-#Build-Depends: dub (>= 0.9.24)
+Build-Depends: dub (>= 0.9.24), libsdl2-dev (>= 2.0.4), libsdl2-ttf-dev (>= 2.0.14), libsdl-image1.2-dev (>= 2.0.1)
 Standards-Version: 3.9.2
 Homepage: http://unde.su
 
@@ -10,8 +10,8 @@ Package: unde
 Architecture: any
 Depends: ${shlibs:Depends},
          ${misc:Depends},
-         libsdl2-dev (>= 2.0.4),
-         libsdl2-ttf-dev (>= 2.0.14),
-         libsdl2-image-2.0-0 (>= 2.0.1),
          rsync (>= 3.1.1),
          util-linux (>= 2.27.1),

Поставь dmd http://dlang.org/download.html там и dub включён. Или ты хочешь исключительно пакетами debian обойтись? Тогда где gdc?

За патч спасибо.

duc может сканировать несколько быстрее, т.к. ему не надо расположение файлов рассчитывать. По ощущением сравнить не смог так как duc на index мне говорит «out of memory».

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

Я не уверен насчет полезности, возможно, что просто не мой use case, но выглядит круто!

Пустые директории по умолчанию, лучше совсем не показывать.

Лол, вы с дуба рухнули сударь??? Может еще и файлы 0б тебе не показывать? Все что не скрыто должно быть показано по умолчанию.

создал пустой каталог, а он исчез... Гениально :)

Соглашусь. В том же duc есть опция -i, которая показывает пожранные айноды, и это очень нужно.

По патчу замечания.

libsdl2-dev и прочие при сборке не нужны, так как все заголовки в проекте Derelict языка D.

А вот указать libsdl2 и компанию в Depends'ах наоборот необходимо, так как они подгружаются dlopen'ом и автоматический определятор эти зависимости не увидит.