Программа для работы с образами дисков

Добавил редактирование образов DOS 3.3, плюс мелкие улучшения. Полный список на странице релизов.

Версия 1.5.1, система Windows 10 x64. Когда открываю образ .aim, программа закрывается. Пробовал на разных образах.

PS Файл вроде добавить удалось, но через кнопку "Добавить файл".
Однако потом я пощёлкал по левой панели, снова вернулся к образу и он опять оказался пустым.
:(
Надо было ещё и экспортировать образ ?

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

dos33c2 - разрабатывалась для массовой работы с файлами.
"I like to move it move it..." - и это про файлы.
Когда из образа и обратно гоняются сразу группы файлов.
Причем в любом сочетании, как между FIL так и DSK и экспорт.

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

Видимо, приколы Qt и конкретного дистрибутива. Я пробовал на нескольких разных, такого требования не возникало. У вас какой? Попробую на нем воспроизвести.

Конценпия интерфейса - работа с одним образом за раз. Слева - образы и инструменты работы с образами целиком, справа содержимое открытого образа и инструменты работы с ним. Панели неравноценны. (Возможно, в документации это написано не очень очевидно).

Workflow: слева - выбрать директорию с образами, открыть образ - справа - посмотреть содержимое файлов, добавить/удалить файлы, экспортировать в нужный формат.

Файлы справа можно выделять сразу несколько с Shift, Ctrl и т.д. и эту группу удалять/экспортировать. Добавлять тоже можно сразу несколько файлов.

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

Важная функция, есть в списке доработок, но пока руки не дошли.

Интересная идея, не думал об этом, запишу в список доработок.

Это очень "условно", была вводная фраза, что пояснить, что это вообще такое. По интерфейсу я делал ближе к "Windows Explorer", тогда как dos33c2 это "Norton Commander/FAR etc.". Я нежно люблю FAR и использую его каждый день для работы с файлами, но для программы, предназначенной для обычного пользователя, считаю более правильным делать современный тип интерфейса, ориентированный на мышь.

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

Все в процессе, программа новая, собираю отзывы и делаю доработки.

> но для программы, предназначенной для обычного пользователя, считаю более правильным делать современный тип интерфейса, ориентированный на мышь.

Мне кажется тот, кто полезет копать агатовские образы и компоновать по своему - это уже, всё таки, подготовленный пользователь.

> Это очень "условно", была вводная фраза, что пояснить, что это вообще такое.

Т.е. неподготовленный пользователь, но уже знающий что такое dos33c2 ? :))

Если он, действительно, неподготовленный, то тогда и писать надо "что-то вроде 'проводника', но для работы с образами...." Но тут есть загвоздка: настоящий неподготовленный пользователь не знает что такое "проводник". Он им пользуется, но он это назовёт, в лучшем случае "мой компьютер".
Так что лучше, наверное, не сравнивать ни с чём, а просто написать "программа для управления образами дисков Агата....."

Просто если это для реально неподготовленного пользователя, то тут всё и должно быть максимально похоже на Explorer. А если тут начинаются какие-то сложности, просмотр HEX-кода, нет автоопределения типов агатовских файлов (нужно выбирать - смотреть как hex или как бейсик или как текст....) - это уже никак не по подпадает под неподготовленного.

> Видимо, приколы Qt и конкретного дистрибутива.

У меня debian, давно установленный, периодически обновляемый.
Точную версию завтра могу указать.

> Это какой-то глюк несовместимости с конкретным дистрибутивом, поля дожны быть заполнены.

Могу предположить, что это происходит если справа выбран файл, а не образ слева.
А затем нажимаем на какие-то кнопки работы с образами (экспорт ?).

PS Мелкое пожелание: сейчас, чтобы узнать что делает та или иная иконка, нужно к  ней подвести мышь и дождаться всплывающей подсказки. Я, пожалуй, из вообще всех иконок, виденных мной за всю жизнь, помню только две: желтая папка - открыть файл и иконка дискеты - сохранить файл. И шоб я запомнил хоть что-то ещё. А, ещё лиса в мясорубке - это firefox.
Я серьёзно.
Мне быстрее прочитать слово, чем вспомнить, что означает картинка.
Поэтому просьба: всё таки рядом с иконками, хотя бы даже отключаемый, но текст.
Или, более канонично: иконки видны всегда, а в выпадающем меню нормальные названия действий, без экономии слов.

Зафиксировал https://github.com/Ptr314/dsk_commander/issues/42

> Видимо, приколы Qt и конкретного дистрибутива. Я пробовал на нескольких разных, такого требования не возникало. У вас какой? Попробую на нем воспроизвести.

# uname -a
Linux debian 5.10.0-30-amd64 #1 SMP Debian 5.10.218-1 (2024-06-01) x86_64 GNU/Linux

Система ставилась примерно в 2020 году, релиз stretch (9), потом дотянут до buster (10), потом bullseye (11).
На нём пока остановился.

Собственно, меня -то удивило то, что прога в формате AppImage вообще заговорила о зависимостях, ведь AppImage как будто бы и делался как свободно переносимый формат, таскающий всё в себе (ну, может быть, зависящий только от libc).

И то, что ей потребовался именно fuse - тоже мне странно, хотелось бы понять, как он там используется.

Вообще, fuse - это фича линуксового ядра, позволяющая делать драйвер файловой системы, работающий в пространстве пользователя (Filesystem in Userspace). Т.е., например, вы хотите, чтобы ядро могло монтировать агатовские образы как обычной накопитель, наравне с FAT или EXT4, например. Вы пишите некий код, который запускается и работает как пользовательская программа, но при этом обеспечивает обработку запросов к файловой системе, транслируя их к блочному устройству накопителя (будь то реальный драйвер дисковода или образ диска). Таким образом любая прога, работающая под линухом, может иметь доступ к отдельным файлам внутри образа.
Важно, что используя FUSE вам не нужно делать какие либо правки в самом ядре линуха.

И тут два варианта:

1) Либо вы не знаете о том, что ваш код оказался зависимым от fuse, потому что эта зависимость протянута откуда-то из QT, оттуда из какой-нибудь замысловатой потребности, типа автомонтирования файловых систем при открытии стандартного диалога выбора файла, одна из которых NTFS, которая как раз таки в линухе реализована через FUSE.
(Я с QT не знаком, но уже сталкивался, что приложения GNOME иногда могут потащить за собой всё подряд, включая клиента SAMBA, например, который по логике самого приложения, как будто не требуются совсем (у меня так GIMP таскал за собой самбу)).

2) Либо вы реально планировали (или даже уже есть возможность!) работы с агатовскими образами через FUSE. Это было бы реально круто и могло бы выглядеть как-то так:

пользователь щелкает где-то в проге кнопку "Смонтировать том" и дальше получает запрос о пути в файловой системе, где будет точка монтирования. Ну, например, /home/igor/Image.
На образы были файлы, например, текстовые и может быть несколько картинок.
После монтирования, в  /home/igor/Image появлются файлы с теми же именами, но теперь у них есть расширения TXT и PNG, и их можно открыть любым линуховым редактором, просмотрщиком и т.д. Может быть только просмотреть, а может быть даже записать обратно на образ.

Т.е. под капотом тут должен быть экстрактор/импортёр файлов, а также конвертор форматов  и имён файлов между агатом и линухом.

> libfuse2 могла быть удалена при переходе на fuse3, либо изначально не была установлена.
Не установлена:

# dpkg -l | grep fuse
ii  fuse                                          2.9.9-5                                amd64        Filesystem in Userspace
ii  libfuse2:amd64                                2.9.9-5                                amd64        Filesystem in Userspace (library)

У меня NTFS нет и других задач для фьюзы тоже.

> Забить :) и написать рекомендацию установить libfuse2 в таких случаях :)))

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