ImageView
-
Смотрелка графических файлов на VC++. Меня очень привлек интерфейс Eolite, поэтому интерфейс ImgView выполнен примерно в таком же стиле (точнее в таких же цветах) . Файлы можно открывать как в программе так и из KFAR, предварительно установив ассоциации.
- Attachments
-
-
imgview-0.01.rar (13.71 KiB)Downloaded 543 times
-
Классно, и дизайн похож)
Только уже начат делаться универсальный просмоторщик файлов...
А вот исходники было бы очень интересно глянуть
Только уже начат делаться универсальный просмоторщик файлов...
А вот исходники было бы очень интересно глянуть
Из хаоса в космос
Вот, пожалуйста... только код еще совсем не оптимизирован(
- Attachments
-
-
imgview_src-0.01.rar (20.64 KiB)Downloaded 472 times
-
ImageView v0.04
Основная особенность версии: prev и next выполняют положенную работу . Подробнее whatsnew.txt в архиве.
Основная особенность версии: prev и next выполняют положенную работу . Подробнее whatsnew.txt в архиве.
- Attachments
-
-
imgview-0.04.rar (14.32 KiB)Downloaded 457 times
-
больше просмоторщиков хороших и разныхLeency wrote:Только уже начат делаться универсальный просмоторщик файлов...
отличная программа!
из глюков - ползунок горизонтального скрола иногда исчезает.
и хотелось бы, чтобы была поддержка BMP с 1bpp.
из глюков - ползунок горизонтального скрола иногда исчезает.
и хотелось бы, чтобы была поддержка BMP с 1bpp.
- Attachments
-
-
graphconv.zip (44.47 KiB)
- вот программа, которую, я думаю, можно использовать (автор мне не известен). Тогда можно сделать поддерку GIF, JPEG, TIFF.
Downloaded 447 times
-
ImageView 0.05
Новое:
= Устранен баг с исчезновением полос прокрутки, и вообще скроллы стали юзабельней
= Правильно отображаются перевернутые tga
= Добавлены черно-белые и 16-ти цветные bmp
= Исправление мелких, не влияющих на основную работу, ошибок
Новое:
= Устранен баг с исчезновением полос прокрутки, и вообще скроллы стали юзабельней
= Правильно отображаются перевернутые tga
= Добавлены черно-белые и 16-ти цветные bmp
= Исправление мелких, не влияющих на основную работу, ошибок
- Attachments
-
-
imgview-0.05.rar (14.56 KiB)Downloaded 494 times
-
to Sh@dy
Да, в данном случае MeView практически обречён на гибель: когда пишешь на С++ есть огромное количество готовых примеров (я лично многие вещи переписал на Асме из прог на C), и нет нужды мучиться с реализацией чего-либо. А вообще, мне не нравится лишь одно: из-за того, что каждый что-то если делает, то делает сам и тихо (по крайней мере поначалу). Иными словами, если бы все, кто занимаются данной темой давно объединились, то уже давно сделали бы просто до 3,14; а так каждый упорно и старательно изобретает велосипед.
Да, в данном случае MeView практически обречён на гибель: когда пишешь на С++ есть огромное количество готовых примеров (я лично многие вещи переписал на Асме из прог на C), и нет нужды мучиться с реализацией чего-либо. А вообще, мне не нравится лишь одно: из-за того, что каждый что-то если делает, то делает сам и тихо (по крайней мере поначалу). Иными словами, если бы все, кто занимаются данной темой давно объединились, то уже давно сделали бы просто до 3,14; а так каждый упорно и старательно изобретает велосипед.
Nable
MV не обречён и займёт свою нишу, особенно после реализации интерфейса IPC.
Если бы все объединились... Надо, чтобы кто-то объединил. Надо ввести если не стандарты, то хотя бы рекомендации по программированию. Я удивляюсь, почему разработчики не используют библиотеки GUIlib, libini, libio, console? А библиотека libimg - это вообще нечто призрачное... Нужна документация, примеры, тема в форуме.
А насчёт борьбы С/ассемблер - на С писать просто меньше (я из-за своей лени так и делаю), но концепция Колибри в том, что если можно, то нужно писать на ассемблере. Для разработчика это означает лишние часы, проведённые за компом, а для пользователя - то, что он не скоро увидит, например, компилятор типа GCC или в нашем случае просмотрщик графики типа IrfanView.
Sh@dy
Можешь реализовать масштабирование больших рисунков под размеры рабочей области окна? (кое-какая инфа по маштабированию у меня была - могу поискать)
MV не обречён и займёт свою нишу, особенно после реализации интерфейса IPC.
Если бы все объединились... Надо, чтобы кто-то объединил. Надо ввести если не стандарты, то хотя бы рекомендации по программированию. Я удивляюсь, почему разработчики не используют библиотеки GUIlib, libini, libio, console? А библиотека libimg - это вообще нечто призрачное... Нужна документация, примеры, тема в форуме.
А насчёт борьбы С/ассемблер - на С писать просто меньше (я из-за своей лени так и делаю), но концепция Колибри в том, что если можно, то нужно писать на ассемблере. Для разработчика это означает лишние часы, проведённые за компом, а для пользователя - то, что он не скоро увидит, например, компилятор типа GCC или в нашем случае просмотрщик графики типа IrfanView.
Sh@dy
Можешь реализовать масштабирование больших рисунков под размеры рабочей области окна? (кое-какая инфа по маштабированию у меня была - могу поискать)
2 Nable
С чего бы вдруг MeView будет обречен? У этой программы есть явное преимущество - она написана на assembler'е, в связи с этим имеет довольно малый размер, что подходит под концепцию ОС. А ImageView останется лишь альтернативой (IMHO, конечно же)
2 Albom
Может быть и смогу, но не гарантирую.
Инфа всегда не повредит!
С чего бы вдруг 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, который к полученным данным применяет фильтры, отбражает их, в общем всё кроме распаковки. Вариант, кажется имеет реальный прототип.
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
На мой взгляд дешевле выйдет доделать libimg by mike.dld. Тогда без всяких IPC можно обойтись.Или реализуем мою идею: MeView - back-end, выполняющий всю грязную работу по распаковке, а твоя прога - front-end, который к полученным данным применяет фильтры, отбражает их, в общем всё кроме распаковки.
Who is online
Users browsing this forum: No registered users and 1 guest