Recent changes to feature-requests

draw image on windows dialog

Anonymous — Mon, 07 Jun 2010 17:04:13 -0000

I thought ilOverlayImage() would do this , if it does already, none of the examples reflect this.

window position

Anonymous — Fri, 11 Sep 2009 10:29:42 -0000

hello,

If I want to set window position, the only way which I found is not multiplatform solution. If this is a multiplatform system, it is suggested.
Under windows I use this: ::SetEnvironmentVariable(_T("SDL_VIDEO_WINDOW_POS"), _T("0,0")); to set it. Under linux I don't know how should do it.

Italian translation for ILU errors

dourouc05 — Sun, 15 Mar 2009 17:09:22 -0000

Here is the Italian header translated. Still don't know all places where it should be modified.

French translation

dourouc05 — Sun, 01 Mar 2009 17:52:19 -0000

The library lacks a French translation of the error messages. See attachment for this.

Enable dxtc extension functions

nitro — Sun, 11 Jan 2009 03:19:39 -0000

I want devil to decompress individual dds surfaces for me. That is, I don't want to load from a .dds file, but rather feed a block of dxt[1,3,5] data to devil so it can decompress it.

Browsing the source here

http://openil.cvs.sourceforge.net/viewvc/openil/DevIL/src-IL/src/il_dds.c?revision=1.53&view=markup

at around line 1795 I found a lot of useful functions which can help me solve my problem.
First I'd call ilTexImageDxtc with my dxt data and then I'd call ilDxtcDataToSurface which decompresses the dxt data for me.

As I couldn't find a different solution to my problem this is why I propose to change the #if 0 line to #if 1.

What do you think?

-Matthias

DevIL should properly handle NPOT textures

Graeme Humphries — Tue, 11 Mar 2008 18:43:50 -0000

Automatic rescaling of NPOT textures on cards that don't support them is handy and makes sense, but it produces ugly results on cards with the NPOT OpenGL extension. It would be a lot nicer if DevIL checked for the extension during init, and then ignored the rescaling step if the card handles NPOT textures.

OpenEXR Support

Sebastian Buntin — Thu, 09 Nov 2006 16:47:42 -0000

please add support for the loading of HDR images in
ILM's OpenEXR format.

ilGetPixel

Wed, 19 Jul 2006 20:51:11 -0000

Hi, it would be very nice if DevIL would have some sort
of way to access the pixel of the current image.
Something like...

ilGetPixel(x,y);

Which would get the current pixel at location X and Y.
The problem is, how would you deal with all the types
(byte, short. int. float, double) and formats
(RGB,RGBA,BGR,BGRA,Luminace)?

I suppose you could have a different function for all
permutations of types and formats, maybe there is a
better way?

the permutation doesn't seem a great idea. too many
functions, and each one mut be ready to convert the
pixel from the source format to his format. A function
with a pointer should be enough, and the user must be
aware of how much bytes a pixel is.

Multithreading

Anonymous — Sun, 13 Mar 2005 12:52:55 -0000

I need full multithreading support (it seems that the
library is not thread-safe).

Use Runtime GPL

Markus Elfring — Mon, 25 Oct 2004 21:38:41 -0000

Would you like to consider the "GNU General Public License with runtime exception" (RGPL)?
http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/license.html