Перезалил, ссылки те же.
Leency
3) Добавил. Добавил.
4) Хорошо, тебе виднее. Заменил.
5) Шрифты заменил.
8 ) "media" таки короче и в структуре исходников (в том числе на svn) давно есть (да и в FAT имя папки в два раза меньше занимает). Папку "media" в дистр добавил.
12) *проснувшись* Я тоже... Дубль 2
13) Угу, один раз скачивал, как раз перед
этим обсуждением.
Посмотрел. Действительно, анимированные gif поддерживает, но очень криво. Сравни поведение gifview и mv на прилагаемом gif'нике.
-
12368484.gif (8.52 KiB)
Криво обрабатываемый gif. Viewed 8823 times
Кстати, top-down bmp тоже не поддерживаются.
Так, что там ещё осталось? Скринов спектрума, файлов tga, pcx и kpack'ованных изображений у себя на компе я почему-то не нашёл и думаю, не только у меня их нет. cur/ico будут добавлены в libimg. Так что "важной" MV IMHO не является.
17) Смотрим в history.txt, какое сообщение было в первый раз у kfar и у kfm (цитаты полные):
Mario79 wrote:
KFAR - Diamond, новый менеджер файлов, работающий через 70 функцию.
Реализован просмотр содержимого дисков и запуск приложений.
diamond wrote:
KFM - Марат Закиянов (Mario79), новый файловый менеджер, версия 0.32
Пожалуй, я согласен с тем, что саркастическое "ещё один файловый менеджер" следует заменить на нейтральное "новый файловый менеджер", но вот если добавлять "основными принципами разработки которого являются простота и удобство использования", то для симметрии и к другим файловым менеджерам нужно добавить подобное. Например, "основным принципом разработки kfar является функциональность, а разработка kfm уже не ведётся". Устраивает?
18 ) Исправлено.
19) Имеет смысл вообще убрать его, перекинув обработку png в libimg (благо никаких продвинутых фич png @rcher всё равно не поддерживает). Так что прямо сейчас я ничего не менял.
20) Собственно, уже ответили - нужен для https.
В дистре старая версия Listplay.
В дистре последняя версия Listplay с svn.
Mario
1. При подходе, который сейчас в дистре, на медленных компах есть неприятный визуальный эффект при загрузке на слабых компах, но в твоём варианте на нормальных компах есть неприятный эффект увеличения времени загрузки, когда система просто ничего не делает какое-то время, хотя могла бы. IMHO второй случай важнее. Впрочем, я подумаю над этой проблемой.
2. KPack изначально поддерживал и всё ещё поддерживает запуск с параметрами.
3. Переместил.
4. Скорее disptest - это всё же не "настройки", а именно системная программа - "средство диагностики оборудования" (цитата автора, первый пост в теме про disptest).
5. Исправил.
Heavyiron
13) KIV написан за пару часов (большая часть из которых ушла на медитацию с иконками) на базе libimg и демки mike.dld по работе этой библиотеки. Исходники уже можно посмотреть на svn.
Кстати, первым делом, что я заменю в этом дистре для себя, так это прогу END на новую - не такая уж она и прожорливая в плане места и памяти, а смотрится поприятнее.
Ну и зачем все эти рюшечки, которые всё-таки жрут место и память? Если хочется таких рюшечек - к твоим услугам Vista
Старая версия выглядит вполне нормально, и, как уже было замечено, гораздо удобнее при работе с клавиатурой.
barsuk
Неясно, зачем в дистрибутиве нужен @clip, который не используется ни одним приложением (кроме демок, которые не включены).
Чтобы его можно было использовать в приложениях, не требуя от пользователя дополнительных действий по его установке.
PS. Когда-то, давным-давно, обсуждалась тема о расширении исполняемых файлов, и, кажется, было выбрано расширение "kex". Как насчет переименования исполняемых файлов в дистрибутиве?
Отрицательно. Я там уже высказывался.