History log of /haiku/src/libs/icon/IconUtils.cpp
Revision Date Author Comments
# 3a7f3317 14-Jul-2014 John Scipione <jscipione@gmail.com>

IconUtils: Improved error checking


# bcd81d91 08-Jul-2014 John Scipione <jscipione@gmail.com>

IconUtils: Style fixes

* Mostly just renaming variables for clarity and consistency
* whitespace
* fill out #pragma mark's
* indentation


# 39fce398 02-Mar-2012 Stephan Aßmus <superstippi@gmx.de>

Raised maximum vector data size from 16 KiB to 512 KiB.

* The maximum vector icon data size was a bit low. That may
be hard to track down why a certain vector icon doesn't work,
especially when imported from SVG...
* Don't allocate the vector buffer on the stack anymore.


# e3265202 14-Jan-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Fix bitmap scaling

Bug introduced in 810f0a42e50b32d17c478f0bdf73b1b34d315ad0.
The uint8 cast were also acting as masks for each of the pixel
components, moving them out of the multiplications made things go wrong.

Use rgb_color instead of messing with bitshifts and masks for better
readbility (the colors are out of order, but the processing is the same
on each color so the end result is valid).


# 810f0a42 12-Jan-2014 Stephan Aßmus <superstippi@gmx.de>

IconUtis.cpp: Fixed cast.


# 46cb3d3e 22-Jul-2013 John Scipione <jscipione@gmail.com>

IconUtils: Add parens to fix warnings

Fixes #9888


# afecfa9c 03-Mar-2013 John Scipione <jscipione@gmail.com>

A few more bitmap icon updates, edge cases.

* Support downscaling icons to a size smaller than the source.
* For > 4x icon scaling do a scale4x followed by a bilinear scale.

Note that I tried to do a combination of scale2x/scale3x with bilinear scaling
and the results were worse than scale2x/scale3x with down scaling.

The 24x24 icon case looks pretty bad either using bilinear or scale2x followed
by a downscale because I am currently upscaling the 16x16 icon in Deskbar (we
didn't up until now support bitmap icon downscaling so I had no choice). It
might be a better idea to downscale the 32x32 version instead.

Note that all of the above has to do with bitmap icons ONLY and none of it
applies to HVIF icons that scale beautifully without these tricks.


# b09c265c 04-Mar-2013 John Scipione <jscipione@gmail.com>

Update bitmap downscaling for BeOS icons.

Implemented a simple down sampling algorithm in the scale_down() function. For
non-integer scaling first scale up using the scale2x, scale3x, or scale4x
algorithm doubling, tripling, or quadrupling the icon then use the downscaling
algorithm to shrink to the desired size. This produces nicer looking results
than bilinear scaling alone.

Note that this only applies to bitmap-based BeOS icons and not vector-based
HVIF icons.


# c15ad4e6 29-Jul-2012 John Scipione <jscipione@gmail.com>

Space after for, thanks Ryan


# 1ac52801 29-Jul-2012 John Scipione <jscipione@gmail.com>

Refactor IconUtils.cpp

Mostly style changes, some functional changes although there is no
change in functionality for the success case, just cleaner code.


# 1510ac00 28-Jul-2012 John Scipione <jscipione@gmail.com>

Refactor icon scaling, fix off-by-one error.

Refactor the icon scaling code in IconUtils.cpp to avoid code
duplication. Basically create and delete the temp bitmap to
convert from B_CMAP8 to B_RGBA32 for scale2x/scale3x/scale4x
just one time instead of 3.

There was an off-by-one error in Deskbar which was causing
it to scale up the 16x16 Bitmap icon to 32x32 instead of just
using the 32x32 icon. This only affected BeOS bitmap-based
icons, not Haiku HVIF icons.


# e51854a1 15-Jul-2012 John Scipione <jscipione@gmail.com>

Add 96x96 and 128x128 icon sizes to tracker including scaling of BeOS icons using scale3x and scale4x algorithms.


# c5e599ac 02-Jan-2012 Philippe Saint-Pierre <stpere@gmail.com>

IconUtils: memory leak fix

The intermediate step BBitmap in scale2x wasn't deleted. CID 10692.


# ed950532 25-Feb-2011 Stephan Aßmus <superstippi@gmx.de>

Applied patch by John Scipione that adds the scale2x algorithm to BIconUtils
and uses it when old B_CMAP8 icons are to be upscaled exactly 2x. Looks much
better than the previous blurry bilinear scaling. Small cleanups by myself,
closes #7130, thanks a lot!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40678 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 25dc253d 22-Nov-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

* Merged weak-symbols branch.
* Fixed trivial merge conflict in src/system/libroot/posix/locale/nl_langinfo.cpp
* Fixed gcc 2 compilation of src/system/glue/init_term_dyn.c.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39571 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 8b8d44bf 18-May-2009 Michael Lotz <mmlr@mlotz.ch>

Enable just enough of the message based format used in Icon-O-Matic to allow
BIconUtils to understand and render it. This makes it possible to use the
HVIFTranslator to also read Icon-O-Matic files out of the box. Will cleanup
now duplicated files next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30794 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6e006912 18-Aug-2008 Axel Dörfler <axeld@pinc-software.de>

* Added ConvertToCMAP8() bitmap variant.
* Put header guards in the system namespace.
* Cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27035 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 2a74c553 02-Oct-2007 Stephan Aßmus <superstippi@gmx.de>

* when a vector icon was present, BAppFileInfo::GetIcon() would return an
error if the provided bitmap was B_CMAP8, now BIconUtils will convert the
icon to B_CMAP8
-> this behaviour is a little inconsistent compared to what happens when
reading icons from attributes, there, the CMAP8 icon is prefered in case
such a bitmap is passed, even if a vector icon exists. I am not really
sure which behaviour is better. For a consistent UI, maybe it is better
to prefer the vector icon always. I've added a note to BAppFileInfo.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22414 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 33dda9c2 11-Apr-2007 Axel Dörfler <axeld@pinc-software.de>

Fixed build under BeOS.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20652 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 325a6253 02-Apr-2007 Axel Dörfler <axeld@pinc-software.de>

* Put the remaining libicon.a classes into the BPrivate::Icon namespace.
* Minor cleanup (like removing the extra blank line between the copyright and the
header guard).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20507 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 84cf0edd 31-Mar-2007 Stephan Aßmus <superstippi@gmx.de>

resolved TODO


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20479 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1584cff1 16-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* fixed off-by-one error in scaling algo


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19303 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9f507806 15-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* fixed a couple of remaining issues with vector icons,
there is some unfortunate code duplication in AppFileInfo,
because it cannot use BMimeType/BNode alone to retrieve icons,
now it works closer to the code in BIconUtils, this fixes
R5 icons not displaying for other icon sizes
* implemented a bilinear scaling function, I don't know if
it is very fast, but I hope it is reasonable. Now that I
see the results though, I wonder if R5 icons should be
scaled with nearest neighbor instead...
* corrected a small bug in the icon format stuff...
7 bit coords are -32-+95, not 96
* improved comment for BIconUtils function


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19302 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b763084c 07-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

Axel forgot to adopt this very central place to the new B_VECTOR_ICON_TYPE


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19227 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 59deaf10 11-Sep-2006 Stephan Aßmus <superstippi@gmx.de>

various changes to improve integration of vector icons
* Deskbar uses 32 bit icons now
* vector icons are now correctly converted to B_CMAP8 bitmaps
if no B_CMAP8 icon is available
* small fixes in Tracker (window mode menu)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18803 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 7fb6186f 29-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* integration of vector icons with the registrar and the mime data base
* additional versions of SetIcon[ForType] and GetIcon[ForType] in BMimeType
and BAppFileInfo, which handle flat vector icon data
* changes in Tracker to support scalable icons (currently broken for
non-vector icons and needs cleanup) and drawing icons correctly with alpha
channel (large parts of this work done by Michael Lotz)

If someone feels like looking over the changes, that would be much
appreciated! :-)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18699 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 2f953b71 13-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* min/max visibility scale is now between 0 and 4
* flat icon format optimizes for grays in styles


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18508 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 4122cbb0 05-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* copied code from BNodeInfo over to BIconUtils
* implemented a simple "GetIcon" function which loads whatever
icon fits most depending on the available icons and the
colorspace/size of the pre-allocated bitmap passed to the function


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18404 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6b422a8c 05-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* added a little documentation to BIconUtils in the header


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18401 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 70f4b8c0 05-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* cleanup for consistency in FlatIconFormat.h
* used Axels proposals for vector icon attribute name
* added a BIconUtils class, currently only dealing with vector icons,
it will render a vector icon from either a BNode attribute or a flat
buffer in memory into a provided bitmap. The bitmap needs to be of
B_RGBA32 colorspace, the size of the bitmap determines the scaling
of the vector icon, width and height should currently be the same
(square bitmap)
* TODO:
- add reading of "old" BeOS icons / move icon reading from other
places (BMimeType?) into BIconUtils
- add reading icons from resources?
- suggestions?


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18400 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 3a7f3317ce708b27201c876192e3dbe3c953cebe 14-Jul-2014 John Scipione <jscipione@gmail.com>

IconUtils: Improved error checking


# bcd81d91f0fa3a852f5faa066cf86734a418755f 08-Jul-2014 John Scipione <jscipione@gmail.com>

IconUtils: Style fixes

* Mostly just renaming variables for clarity and consistency
* whitespace
* fill out #pragma mark's
* indentation


# 39fce398ee51b8606deeaa079b0d49838b215037 02-Mar-2012 Stephan Aßmus <superstippi@gmx.de>

Raised maximum vector data size from 16 KiB to 512 KiB.

* The maximum vector icon data size was a bit low. That may
be hard to track down why a certain vector icon doesn't work,
especially when imported from SVG...
* Don't allocate the vector buffer on the stack anymore.


# e3265202413cd402548ba28003e430e08f8acea6 14-Jan-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Fix bitmap scaling

Bug introduced in 810f0a42e50b32d17c478f0bdf73b1b34d315ad0.
The uint8 cast were also acting as masks for each of the pixel
components, moving them out of the multiplications made things go wrong.

Use rgb_color instead of messing with bitshifts and masks for better
readbility (the colors are out of order, but the processing is the same
on each color so the end result is valid).


# 810f0a42e50b32d17c478f0bdf73b1b34d315ad0 12-Jan-2014 Stephan Aßmus <superstippi@gmx.de>

IconUtis.cpp: Fixed cast.


# 46cb3d3ea6d6be047667fa6b9dbccd4b3eed83ff 22-Jul-2013 John Scipione <jscipione@gmail.com>

IconUtils: Add parens to fix warnings

Fixes #9888


# afecfa9ca86a2431c6ff990e6ccb24e3f807699d 03-Mar-2013 John Scipione <jscipione@gmail.com>

A few more bitmap icon updates, edge cases.

* Support downscaling icons to a size smaller than the source.
* For > 4x icon scaling do a scale4x followed by a bilinear scale.

Note that I tried to do a combination of scale2x/scale3x with bilinear scaling
and the results were worse than scale2x/scale3x with down scaling.

The 24x24 icon case looks pretty bad either using bilinear or scale2x followed
by a downscale because I am currently upscaling the 16x16 icon in Deskbar (we
didn't up until now support bitmap icon downscaling so I had no choice). It
might be a better idea to downscale the 32x32 version instead.

Note that all of the above has to do with bitmap icons ONLY and none of it
applies to HVIF icons that scale beautifully without these tricks.


# b09c265cb409f752fc611da4132ab6fbbee9ecba 04-Mar-2013 John Scipione <jscipione@gmail.com>

Update bitmap downscaling for BeOS icons.

Implemented a simple down sampling algorithm in the scale_down() function. For
non-integer scaling first scale up using the scale2x, scale3x, or scale4x
algorithm doubling, tripling, or quadrupling the icon then use the downscaling
algorithm to shrink to the desired size. This produces nicer looking results
than bilinear scaling alone.

Note that this only applies to bitmap-based BeOS icons and not vector-based
HVIF icons.


# c15ad4e6b98379e055bd98b0cd2bf624b0af441a 29-Jul-2012 John Scipione <jscipione@gmail.com>

Space after for, thanks Ryan


# 1ac528017de1a6b9ce049005babd52fc41c11ac2 29-Jul-2012 John Scipione <jscipione@gmail.com>

Refactor IconUtils.cpp

Mostly style changes, some functional changes although there is no
change in functionality for the success case, just cleaner code.


# 1510ac00817ec2679621f9579bb25a71400f6c8b 28-Jul-2012 John Scipione <jscipione@gmail.com>

Refactor icon scaling, fix off-by-one error.

Refactor the icon scaling code in IconUtils.cpp to avoid code
duplication. Basically create and delete the temp bitmap to
convert from B_CMAP8 to B_RGBA32 for scale2x/scale3x/scale4x
just one time instead of 3.

There was an off-by-one error in Deskbar which was causing
it to scale up the 16x16 Bitmap icon to 32x32 instead of just
using the 32x32 icon. This only affected BeOS bitmap-based
icons, not Haiku HVIF icons.


# e51854a127450ed5f1dc33ec350a00f1deaff355 15-Jul-2012 John Scipione <jscipione@gmail.com>

Add 96x96 and 128x128 icon sizes to tracker including scaling of BeOS icons using scale3x and scale4x algorithms.


# c5e599ac1a86a421b3ebd02d591a11c0c01cf5fe 02-Jan-2012 Philippe Saint-Pierre <stpere@gmail.com>

IconUtils: memory leak fix

The intermediate step BBitmap in scale2x wasn't deleted. CID 10692.


# ed95053221960709a4fe2363fa77c8d8d2d2a2ec 25-Feb-2011 Stephan Aßmus <superstippi@gmx.de>

Applied patch by John Scipione that adds the scale2x algorithm to BIconUtils
and uses it when old B_CMAP8 icons are to be upscaled exactly 2x. Looks much
better than the previous blurry bilinear scaling. Small cleanups by myself,
closes #7130, thanks a lot!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40678 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 25dc253d6ab28ce204fa4de2d3e7a27d167fc817 22-Nov-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

* Merged weak-symbols branch.
* Fixed trivial merge conflict in src/system/libroot/posix/locale/nl_langinfo.cpp
* Fixed gcc 2 compilation of src/system/glue/init_term_dyn.c.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39571 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 8b8d44bfccf4d07e51069e68eeef1c0b711cb0ef 18-May-2009 Michael Lotz <mmlr@mlotz.ch>

Enable just enough of the message based format used in Icon-O-Matic to allow
BIconUtils to understand and render it. This makes it possible to use the
HVIFTranslator to also read Icon-O-Matic files out of the box. Will cleanup
now duplicated files next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30794 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6e006912aaa6076f1707cf1bc35bf79ef0f9031c 18-Aug-2008 Axel Dörfler <axeld@pinc-software.de>

* Added ConvertToCMAP8() bitmap variant.
* Put header guards in the system namespace.
* Cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27035 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 2a74c55308e0d9daf37c209ca0aece0aea99b60f 02-Oct-2007 Stephan Aßmus <superstippi@gmx.de>

* when a vector icon was present, BAppFileInfo::GetIcon() would return an
error if the provided bitmap was B_CMAP8, now BIconUtils will convert the
icon to B_CMAP8
-> this behaviour is a little inconsistent compared to what happens when
reading icons from attributes, there, the CMAP8 icon is prefered in case
such a bitmap is passed, even if a vector icon exists. I am not really
sure which behaviour is better. For a consistent UI, maybe it is better
to prefer the vector icon always. I've added a note to BAppFileInfo.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22414 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 33dda9c275a780226b9852f8d4c8b9584e4d29f6 11-Apr-2007 Axel Dörfler <axeld@pinc-software.de>

Fixed build under BeOS.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20652 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 325a6253ceb7c4162df2805f7aabc2a119c93534 02-Apr-2007 Axel Dörfler <axeld@pinc-software.de>

* Put the remaining libicon.a classes into the BPrivate::Icon namespace.
* Minor cleanup (like removing the extra blank line between the copyright and the
header guard).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20507 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 84cf0edda076c442e6a8dec01eae16c60197a14a 31-Mar-2007 Stephan Aßmus <superstippi@gmx.de>

resolved TODO


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20479 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 1584cff13b94297e8f90cf32aa660db2d662e5af 16-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* fixed off-by-one error in scaling algo


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19303 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9f5078060d488bc8d3d3389ad3fc1c0e61a519c8 15-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* fixed a couple of remaining issues with vector icons,
there is some unfortunate code duplication in AppFileInfo,
because it cannot use BMimeType/BNode alone to retrieve icons,
now it works closer to the code in BIconUtils, this fixes
R5 icons not displaying for other icon sizes
* implemented a bilinear scaling function, I don't know if
it is very fast, but I hope it is reasonable. Now that I
see the results though, I wonder if R5 icons should be
scaled with nearest neighbor instead...
* corrected a small bug in the icon format stuff...
7 bit coords are -32-+95, not 96
* improved comment for BIconUtils function


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19302 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b763084c1967557b6b78732b96fd2f6fe418fc71 07-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

Axel forgot to adopt this very central place to the new B_VECTOR_ICON_TYPE


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19227 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 59deaf10bcbd8e27fd028f1757e62b27e09e385f 11-Sep-2006 Stephan Aßmus <superstippi@gmx.de>

various changes to improve integration of vector icons
* Deskbar uses 32 bit icons now
* vector icons are now correctly converted to B_CMAP8 bitmaps
if no B_CMAP8 icon is available
* small fixes in Tracker (window mode menu)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18803 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 7fb6186f3cb93a14ea0f96a82bdfc3d18f3ad56e 29-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* integration of vector icons with the registrar and the mime data base
* additional versions of SetIcon[ForType] and GetIcon[ForType] in BMimeType
and BAppFileInfo, which handle flat vector icon data
* changes in Tracker to support scalable icons (currently broken for
non-vector icons and needs cleanup) and drawing icons correctly with alpha
channel (large parts of this work done by Michael Lotz)

If someone feels like looking over the changes, that would be much
appreciated! :-)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18699 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 2f953b71af24542ddd2f510ec45dec7f7e9cdace 13-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* min/max visibility scale is now between 0 and 4
* flat icon format optimizes for grays in styles


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18508 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 4122cbb09a3d0fb6f9fa93a3ae0253c0a4dfcc3e 05-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* copied code from BNodeInfo over to BIconUtils
* implemented a simple "GetIcon" function which loads whatever
icon fits most depending on the available icons and the
colorspace/size of the pre-allocated bitmap passed to the function


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18404 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6b422a8c2240e7b0095be7de4d7e2bb846a30540 05-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* added a little documentation to BIconUtils in the header


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18401 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 70f4b8c0aeaaed5485482404a81e44c6bbe15f70 05-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

* cleanup for consistency in FlatIconFormat.h
* used Axels proposals for vector icon attribute name
* added a BIconUtils class, currently only dealing with vector icons,
it will render a vector icon from either a BNode attribute or a flat
buffer in memory into a provided bitmap. The bitmap needs to be of
B_RGBA32 colorspace, the size of the bitmap determines the scaling
of the vector icon, width and height should currently be the same
(square bitmap)
* TODO:
- add reading of "old" BeOS icons / move icon reading from other
places (BMimeType?) into BIconUtils
- add reading icons from resources?
- suggestions?


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18400 a95241bf-73f2-0310-859d-f6bbb57e9c96