Not a single suggestion in 10 days? What went wrong? Has everyone abandoned this thread all over sudden?
Come on, someone's gotta know something about this.
Anyhow, here are a few things I found out about #09 and #10:
Code: Select all
+--------+--------------------+--------------------+
| Entry# | Name = Value | Corresponding File |
+--------+--------------------+--------------------+
| 09 | main32 = 1 | main32.bmp |
+--------+--------------------+--------------------+
| 10 | browser32 = 1 | browser32.bmp |
+--------+--------------------+--------------------+
Okay, it's pretty obvious that a value of 1 tells XnView that the skin has an extra image for the main and/or for the browser toolbar. As the names
*32.bmp would suggest, these are 32-bit (24-bit + 8-bit for the alpha channel) BMPs that have the same dimensions as their 24-bit counterparts (
main.bmp &
browser.bmp). Except for the alpha transparency the icons are essentially identical.
Currently XnView comes with 2 skins that take advantage of this new feature: “Gnome” and “Mezich”.
If I'm not mistaken, only Windows XP and 2003 (and Longhorn/Vista) fully support alpha-blending in their UI.
I'm a 2K user, but last week I had a chance to do some testing on an XP system. Just as on my own PC, the skins aren't listed in
Tools »
Options »
Toolbar »
Skin, if the archive attribute of their
info.txt is switched off.
Well, at least we know now that this “phenomenon” is not specific to one particular version of Windows.
Could it be related to the file system, then?
All of my drives are NTFS-formatted, so it would be nice to get some feedback from people who are running XnView 1.8x.x on a FAT or FAT32 partition.
I'd also like to hear from you, if you have information regarding #07 and #08. Right now I don't have the slightest clue what
auto = 1 &
browser = 1 do. Removing these entries doesn't bring about any noticeable changes on my installation.