Stuurman (Штурман) — файловый менеджер, разрабатываемый на основе pcmanfm

Мы с A.G. не сошлись во мнениях относительно принципов развития проекта. У меня есть целостное видение того, каким должен быть ФМ как архитектурно, так и в плане эргономики. С видением A.G. оно не совпадает. Кроме того, у него в приоритете совместимость с BSD и прочими ископаемыми, на которую мне плевать.

Если вкраце, я собираюсь построить документо-ориентированное DE с максимальным использованием IPC. Без ада 100500 зависимостей, но с возможностью комбинировать компоненты GUI настолько просто, насколько просто комбинируются консольные команды.

Сейчас pcmanfm представляет собой следующее:

Имеются библиотеки libfm и libfm-gtk, которые реализуют всю ядерную функциональность файлового менеджера. Бинарник pcmanfm служит только мордой, которая собирает компоненты воедино и даёт пользователю взаимодействовать с ними.

Что я хочу сделать. Оставить в libfm только код, отвечающий за работу со свойствами и метаданными файлов (возможно, шире: любых виртуальных объектов, имеющих URI). То есть, задача libfm будет отвечать на вопросы типа «что ты знаешь про этот файл насчёт таких-то его свойств?». Это включает в себя как базовые свойства, такие как mtime, так и виртуальные метаданные, такие как «название песни» или «набор приложений, пригодных для открытия этого файла».

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

Превьюшки.
Контекстные меню файла.
mp3- и exif- и т.п. тэги.

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

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

Это означает, что даже такие пункты как «копировать» или «удалить» пользователь сможет заменить на собственные.

Это было первое.

Второе, что следует из первого. Из libfm будет изъят весь код, которые выполняет _действия_ над файлами, и оформлен в виде отдельных агентов (исполняемых файлов). libfm не будет заниматься копированием файлов, удалением файлов, показом диалога свойств файлов и т.п. всё это будет делегировано внешним приложениям.

Соотвественно, у нас появится возможность совершенствовать эти внешние приложения независимо от разработки ядра ФМ. Допустим, пользователю важна такая фича: возможность гибко настроить, какие именно файлы заменять при совпадении имён при копировании. У нас больше не будет такой сущности как «ФМ, который позволяет гибко настроить, какие файлы заменять при копировании», но будет сущность «специальная утилита для копирования, которая позволяет гибко настроить, какие файлы заменять при копировании, и которую можно использовать совместно с любым ФМ или даже просто вызовом из консоли».

Третье.

Планируется, что следующие сущности будут использовать данную библиотеку для работы с файлами:

stuurman — однопанельный файловый менеджер
stuurman-desktop — утилита для отображения рабочего стола
Форк gpicview (назовем его, условно, stuurman-image-viewer). Для чего это в просмотрщике: для отображения контекстного меню просматриваемых файлов.
lxpanelx. Для чего это в панели: для контекстного меню на элеметах интерфейса, относяшихся к файлам (пункты dirmenu, например).
Если будут ресурсы — также запилим и двухпанельный файловый менеджер.

Четвертое.

Однопанельник stuurman будет иметь:

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

Это не исчерпывающий список улучшений, просто основное, что вспомнилось из запланированного.

Пятое.

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

Шестое.

Данный стек технологий я рассчитываю дополнить протоколами для построения документо-ориентированного интерфейса. Самое основное, что нужно: протокол, который позволит отвечать на вопросы вида: «вот URI, открыт ли он в каком-то из окон как документ?», «вот окно, соответствует ли оно какому-то URI?», «какие URI в данный момоент открыты в окнах рабочего стола?» и т.п.

Совместно со всем вышеописанным, это даёт совершенно новые возможности построения графических сред и управления окнами.

• Бинарник разделен на два отдельных приложения: файловый менеджер stuurman и менеджер рабочего стола stuurman-desktop.
  
• Ускорено открытие каталогов с большим количеством элементов путём отложенной загрузки mime-типа и иконок файлов. Например, открытие /usr/bin на моей машине на холодном кэше сократилось с 40 до 11 секунд. (На горячем кэше — с полутора до одной секунды.)
  
• В меню "Go" добавлена история переходов по каталогам, сохраняющаяся между перезапусками приложения.
  
• В stuurman-desktop исправлены глюки при перетаскивании иконок по рабочему столу.
  
• Добавлен вращающийся индикатор загрузки каталога. (Раньше при длительных операциях, таких как поиск файлов или открытие медленного ftp, никакой индикации не было.)
  
• Исправлено несколько серьезных багов в поисковом движке и диалоге опций поиска, теперь поиск файлов стал юзабельным.
  
• Исправлен глюк с открытием контекстного меню каталога по Shift+F10. (Должно открываться контекстное меню выделенных файлов, и только если файлы не выделены — меню каталога.)
  
• Добавлена возможность отображения полного пути в заголовке окна.
  
• Добавлена возможность настройки, какие пункты отображать в боковой панели. В том числе, добавлены пункты "My Computer" (перечень точек монтирования) и "File System" (переход в корневой каталог).
  

geekless
Пакеты в AUR-е:
https://aur.archlinux.org/packages/stuurman-git/
https://aur.archlinux.org/packages/stuurman-desktop-git/
https://aur.archlinux.org/packages/libsmfm-git/

Просьба тестировать и слать багрепорты и идеи.

akorop
Надо сказать, что это наблюдается только для одной флэшки, которая монтируется как-то странно: lsblk не видит точки монтирования:
sdb 8:16 1 1,9G 0 disk
└─sdb1 8:17 1 1,9G 0 part

geekless

akorop
Надо сказать, что это наблюдается только для одной флэшки, которая монтируется как-то странно: lsblk не видит точки монтирования:
sdb 8:16 1 1,9G 0 disk
└─sdb1 8:17 1 1,9G 0 part

А ФС на ней какая?

[ak@s2 ~]$ lsblk -o NAME,VENDOR,MODEL,SIZE,FSTYPE,LABEL,MOUNTPOINT | grep sdb
sdb     SMI      USB DISK           1,9G vfat   GDF2
└─sdb1                              1,9G vfat   GDF2
[ak@s2 ~]$ mount | grep sdb
/dev/sdb on /media/GDF2 type vfat (...)

akorop
3.4. Вернуть кнопки для переключения вида левого окна, как было в pcmanfm 0.9. Нынешний выпадающий список из двух пунктов - это идиотизм. Вот когда видов станет 8, тогда выпадающий список будет иметь смысл, но что, у кого-то есть столько идей?

geekless
3.4. С одной стороны, я не против, а с другой, это несущественная фича, на которую надо тратить время.

mango
По поводу копирования.
У pcmanfm этот баг проявился достаточно давно (не буду врать, как давно, но ~5-6 мес назад) не работает меню "копировать - вставить",а и так же и "вырезать - вставить"
И у штурмана то же не работает. Где то писали, что проблема в libfm-e.
Это так же относится и к горячим Ctrl-C -X -V .

geekless

mango
По поводу копирования.
У pcmanfm этот баг проявился достаточно давно (не буду врать, как давно, но ~5-6 мес назад) не работает меню "копировать - вставить",а и так же и "вырезать - вставить"
И у штурмана то же не работает. Где то писали, что проблема в libfm-e.
Это так же относится и к горячим Ctrl-C -X -V .

Какие-нибудь менеджеры буфера обмена при этом запущены?