Board.KolibriOS.org

Смотрелка графических файлов на VC++. Меня очень привлек интерфейс Eolite, поэтому интерфейс ImgView выполнен примерно в таком же стиле (точнее в таких же цветах) . Файлы можно открывать как в программе так и из KFAR, предварительно установив ассоциации.

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

Вот, пожалуйста... только код еще совсем не оптимизирован(

ImageView v0.04
Основная особенность версии: prev и next выполняют положенную работу . Подробнее whatsnew.txt в архиве.

Leency wrote:Только уже начат делаться универсальный просмоторщик файлов...

больше просмоторщиков хороших и разных

отличная программа!

из глюков - ползунок горизонтального скрола иногда исчезает.

и хотелось бы, чтобы была поддержка BMP с 1bpp.

Если кто не в курсе
http://kolibrios.org/repos/programs/develop/libraries/libs-dev/libimg/
http://kolibrios.org/repos/programs/develop/libraries/libs-dev/.test/002/test002.asm

ImageView 0.05

Новое:
= Устранен баг с исчезновением полос прокрутки, и вообще скроллы стали юзабельней
= Правильно отображаются перевернутые tga
= Добавлены черно-белые и 16-ти цветные bmp
= Исправление мелких, не влияющих на основную работу, ошибок

to Sh@dy
Да, в данном случае MeView практически обречён на гибель: когда пишешь на С++ есть огромное количество готовых примеров (я лично многие вещи переписал на Асме из прог на C), и нет нужды мучиться с реализацией чего-либо. А вообще, мне не нравится лишь одно: из-за того, что каждый что-то если делает, то делает сам и тихо (по крайней мере поначалу). Иными словами, если бы все, кто занимаются данной темой давно объединились, то уже давно сделали бы просто до 3,14; а так каждый упорно и старательно изобретает велосипед.

Nable
MV не обречён и займёт свою нишу, особенно после реализации интерфейса IPC.
Если бы все объединились... Надо, чтобы кто-то объединил. Надо ввести если не стандарты, то хотя бы рекомендации по программированию. Я удивляюсь, почему разработчики не используют библиотеки GUIlib, libini, libio, console? А библиотека libimg - это вообще нечто призрачное... Нужна документация, примеры, тема в форуме.
А насчёт борьбы С/ассемблер - на С писать просто меньше (я из-за своей лени так и делаю), но концепция Колибри в том, что если можно, то нужно писать на ассемблере. Для разработчика это означает лишние часы, проведённые за компом, а для пользователя - то, что он не скоро увидит, например, компилятор типа GCC или в нашем случае просмотрщик графики типа IrfanView.

Sh@dy
Можешь реализовать масштабирование больших рисунков под размеры рабочей области окна? (кое-какая инфа по маштабированию у меня была - могу поискать)

2 Nable
С чего бы вдруг MeView будет обречен? У этой программы есть явное преимущество - она написана на assembler'е, в связи с этим имеет довольно малый размер, что подходит под концепцию ОС. А ImageView останется лишь альтернативой (IMHO, конечно же)

2 Albom
Может быть и смогу, но не гарантирую.

под размеры рабочей области окна

А пропорции изображения должны сохранятся или оно должно растягиваться как окно?

Инфа всегда не повредит!

А пропорции изображения должны сохранятся или оно должно растягиваться как окно?

хотелось бы чтоб сохранялись

to Albom
IPC интерфейс уже почти до конца реализован (работает по пути PID_получателя+имя_файла -> MeView -> получатель). Полная реализация будет, когда можно будет не только из файлов, но и из памяти приложений. Кстати, буду очень рад, если будете использовать мой интерфейс.

to Sh@dy
А мой извращённый мозг перебирал варианты, что делать, ведь ко всем делам с сентября прибавится учёба, очень жёсткая учёба.
И варианта 3:
1)это отстой, а не вариант, а именно если мы будем конкурировать. Ибо в этом случае тебе прийдётся реализовывать всё, что я уже реализовал, мой же труд пропадёт. Это взаимный отстой.
2)Этот вариант и 3-й - характеризуются небольшими уступками, общее в них следующее: мы объединяемся чтобы реализовать какую-то идею. Т.е. либо твою идею (пойми правильно), в этом случае я быстренько приделываю обёртки к моим распаковщикам и переношу весь код MV (кроме графического интерфейса) в твой просмотровщик и мы его развиваем вместе.
3)Или реализуем мою идею: MeView - back-end, выполняющий всю грязную работу по распаковке, а твоя прога - front-end, который к полученным данным применяет фильтры, отбражает их, в общем всё кроме распаковки. Вариант, кажется имеет реальный прототип.

Хочу заметить, что MV даже не все BMP-файлы открывает (особенно если размер больше 5 метров, а мне приходиться работать с файлами по 30-40 метров), в то время как imgview с небольшими (до 10 метров) бмпшками справляется отлично (пока с файлами больших размеров не проверял)

2 Nable

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

Очень тебя понимаю, учится и одновременно отдавать время программе сложно, ибо сам поступаю в этом году.

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

Не в коем случае не подумай, я очень уважаю чужой труд.

в этом случае я быстренько приделываю обёртки к моим распаковщикам и переношу весь код MV

Или реализуем мою идею: MeView - back-end, выполняющий всю грязную работу по распаковке, а твоя прога - front-end, который к полученным данным применяет фильтры, отбражает их, в общем всё кроме распаковки.

На мой взгляд дешевле выйдет доделать libimg by mike.dld. Тогда без всяких IPC можно обойтись.