LINUX.ORG.RU

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

 , ,


7

4

Здравствуйте!

Рад представить вашему вниманию первую публичную версию проекта unDE!

На скриншоте мы видим как выглядит корневая директория в этом необычном файловом менеджере.

На самом деле по этому изображению можно очень много рассказать о файловой системе.

Например, директория bin вся покрыта квадратиками голубого, зелёного и жёлтого цветов. Из этого можно заключить что там есть только файлы и их размеры преимущественно 1Кб-1Мб.

Директория etc уже повеселее там много других директорий, а не только файлов, но все они преимущественно мелкие, все элементы в основном зелёного цвета, а значит имеют размер около 1Кб.

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

Больше букв: http://unde.sourceforge.net/ru/ch24.html

Видео с процессом работы в файловом менеджере: https://youtu.be/29zuxU9eyXo (есть субтитры)

>>> Просмотр (1076x1191, 57 Kb)

★★★★★

Проверено: JB ()
Последнее исправление: sudopacman (всего исправлений: 4)

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

Deleted
()
Ответ на: комментарий от Deleted

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

unDEFER ★★★★★
() автор топика

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

Sadler ★★★
()

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

karton1 ★★★★★
()

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

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

RazrFalcon ★★★★★
()
Ответ на: комментарий от Sadler

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

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от LinuxDebian

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от unDEFER

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

Deleted
()
Ответ на: комментарий от pascal

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

hotpil ★★★★
()

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

hotpil ★★★★
()
Ответ на: комментарий от pascal

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от hotpil

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от anonymous_sama

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от anonymous_sama

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

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

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от unDEFER

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

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

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

anonymous_sama ★★★★★
()
Последнее исправление: anonymous_sama (всего исправлений: 2)

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

yarra
()
Ответ на: комментарий от yarra

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

Deleted
()

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

wingear ★★★★
()
Ответ на: комментарий от unDEFER

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

LinuxDebian ★★★★
()
Последнее исправление: LinuxDebian (всего исправлений: 1)
Ответ на: комментарий от beastie

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

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

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от LinuxDebian

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от LinuxDebian

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

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

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от unDEFER

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

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

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

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

LinuxDebian ★★★★
()
Последнее исправление: LinuxDebian (всего исправлений: 1)

А зачем в зависимостях 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 не установлен.
...
Punk
()
Ответ на: комментарий от LinuxDebian

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

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от Punk

А зачем в зависимостях 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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от Hoodoo

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от unDEFER

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

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

Punk
()
Ответ на: комментарий от Punk

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

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

unDEFER ★★★★★
() автор топика
Последнее исправление: unDEFER (всего исправлений: 1)
Ответ на: комментарий от unDEFER

Под 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),

Punk
()
Последнее исправление: Punk (всего исправлений: 1)
Ответ на: комментарий от Punk

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

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

unDEFER ★★★★★
() автор топика
Ответ на: комментарий от Hoodoo

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

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

unDEFER ★★★★★
() автор топика

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

Deleted
()
Ответ на: комментарий от anonymous_sama

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

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

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

LinuxDebian ★★★★
()
Последнее исправление: LinuxDebian (всего исправлений: 2)
Ответ на: комментарий от LinuxDebian

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

Hoodoo ★★★★★
()
Ответ на: комментарий от Punk

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

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

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

unDEFER ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.