XnView Software

Hi Pierre,

I know you're busy with XnView/XnView MP development, but would it be possible to get a fix for these issues ?

Can you add support for Google Sketchup files to GFL SDK.

See http://sketchup.google.com/ for more information.

1) Select View->Thumbnail size->768x576
2) Move the dynamic thumbnail size slider left and XnViewMP will crash.

BTW, love the thumbnail slider feature, but missing the support for huge thumbnails - a feature which is unique in XnView!

The fact you haven't returned GFL_NO_ERROR means the bitmap can be in a corrupt state (so there's no need to fill out the rest with black, unless this is done when the bitmap is first created anyway at the beginning of the load). Actually, the bitmap should be freed since if the load does not retur...

After further testing, it would appear there is also a problem with the WantCancel() callback when using gflLoadBitmap(), as it still returns GFL_NO_ERROR when WantCancel() return TRUE, with a partially formed bitmap (ie. the bit that hasn't loaded is just black), which is not expected behaviour. In...

There was a problem with imageshack.us, but it appears to be fixed now.

I'm using gflLoadBitmapFromHandle() to load an image from an IStream. A pointer to an IStream object is passed in, along with the GFL callback functions for Read, Seek and Tell being setup in LOAD_PARAMS. In these GFL callback functions, I use the IStream object pointer to access the Read() and Seek...

My mistake - it would appear the TransparentIndex is still filled out, but the ColorMap field is not. However, without ColorMap, the TransparentIndex field is kinda useless on its own.

When loading with a forced colour model which has the Alpha channel (GFL_RGBA | GFL_ABGR | GFL_BGRA | GFL_ARGB), it would be nice if the TransparentIndex and ColorMap fields were still filled out with the correct information if the image has a colour map with or without transparency. Without this in...

Hmmm, after changing a bit of code, this seems to have fixed itself.

Some of the changes involved changing some of the load params, so I'll see if I can work out which one(s) caused the problem.

For example, when loading an 8-bit image with transparency using forced colour model of BGRA, all pixels have the alpha channel set to 255. Only the pixels that have the same colour as denoted by ColorMap[TransparentIndex] should have the alpha channel set to transparent (ie. 255).

The attached GIF image loads OK in GFL, but there is a whitish line running horizontally across the bottom (it should be orange). There is no white line when loaded in XnView (or when viewed in Firefox).

Using GFL SDK 2.90 64-bit unicode library.

The patent on LZW expired about 2 years ago, so will you be enabling it by default in GFL now ?

Instead of having to select the thumbnail size from the menu presets or gby going into the Prefs dialog, it would be much more convenient if a slider control could be added to the toolbar so that when dragged left/right the thumbnail size would be dynamically updated (ie. lister would be redrawn imm...

Bump again. Will XnView get stackable tabs ?