This is the mail archive of the
cygwin-xfree
mailing list for the Cygwin XFree86 project.
Re: Icons
- From: Joe Krahn <jkrahn at nc dot rr dot com>
- To: cygwin-xfree at cygwin dot com
- Date: Thu, 01 Sep 2005 08:14:18 -0400
- Subject: Re: Icons
- References: <200508300103.j7U13Hd9023158@StraightRunning.com> <43149AF6.6080101@nc.rr.com>
- Reply-to: cygwin-xfree at cygwin dot com
Joe Krahn wrote:
...
It looks like can go from a device dependent X Pixmap (DDPixmap) to a
device dependent Win32 bitmap (DDBitmap), then use Windows functions to
scale when needed. This can only work if pixel data formats are the same
between Windows and Cygwin/X. Does anyone know if there is any chance of
an exception to this?
This assumption does not completely work. Monochrome bitmaps have the
reverse bit order in X11. I need to figure out if this is only true for
monochome masks. I think the only other time it would matter is for a
4-bit display, but I don't know if this would ever happen.
One thing that is a problem: If X Pixmaps and Win Bitmaps (excluding new
RGBA icons) are stored in device-dependent format, what happens when the
display depth gets changed while X is running?
If I start X, change the depth, then start an X app, the icon is
mangled. So, I think we should always expand to DIB RGBA format, and
avoid using DDBitmaps.
Can X RandR change depths? If so, is it not correctly tied in to Windows
Display changes?
Joe
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/