Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!ncar!ico!attc!marbru
From: marbru@attc.UUCP (Martin Brunecky)
Newsgroups: comp.windows.x
Subject: Re: XImages
Message-ID: <935@attc.UUCP>
Date: 17 Dec 90 17:07:05 GMT
References: <927@attc.UUCP> <9012121928.AA08593@hansen.com>
Reply-To: marbru@auto-trol.UUCP (Martin Brunecky)
Organization: Auto-trol Technology, Denver
Lines: 21

In article <9012121928.AA08593@hansen.com> jim@ncd.COM (Jim Fulton) writes:
>
>        ImageByteOrder specifies whether the Most- or Least-Significant Byte
>	of each bitmap-unit will be returned first.

   Than how do you explain that the Sun's Open Windows (2.0) server and
   DECwidnows(Ultrix or VMS) servers report oposite ImageByteOrder, but the 
   first *byte* in returned image (accessed as (char*))is my pixel[0,0] for 
   both servers ? (talking 8 bitplane systems on both sides, scanline unit
   32 on both sides).

   I feel like in addition to the information about XImage byte order I need
   to know the servers's and client's byte order within the "scanline unit",
   i.e. I need a CUBE 2*2*2 to make my decision 8-).


-- 
=*= Opinions presented here are solely of my own and not those of Auto-trol =*=
Martin Brunecky                           {...}sunpeaks!auto-trol!marbru
(303) 252-2499                        (sometimes also:  marbru@auto-trol.COM )
Auto-trol Technology Corp. 12500 North Washington St., Denver, CO 80241-2404