Summary: | media-libs/sdl-buffer-0.2.3.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | crusaderky |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | Keywords: | EBUILD |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 108604 | ||
Attachments: |
sdl-buffer-0.2.3.ebuild
media-libs/sdl-buffer-0.2.3.1.ebuild |
Description
crusaderky
2005-10-09 06:52:51 UTC
Created attachment 70216 [details]
sdl-buffer-0.2.3.ebuild
any reason you wrote your own instead of simply adding support to sdl-image ? sdl-image is just meant to handle loading (and eventually in the future, saving) from (to) different file format. SDL_buffer doesn't do that - in fact, it's written _on top_ of SDL_image, and it comes in handy whenever you need to resize the same image multiple times. so why cant said functionality be integrated into SDL_Image ? because, SDL_Image is meant to _load images_. SDL_gfx is meant to _manipulate an image_. SDL_buffer is meant to _manipulate an image buffer_, that is, apply multiple manipulations to a single image and then be able to easily revert back to the original. I didn't patch sdl_image because this has nothing to do with sdl_image, and I didn't patch sdl_gfx becase this adds much more than what the normal sdl_gfx user needs and wants. version bump. same code, only slight modifications to the source package. Created attachment 110389 [details]
media-libs/sdl-buffer-0.2.3.1.ebuild
upstream went away. |