Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!elroy.jpl.nasa.gov!ncar!ico!attc!marbru
From: marbru@attc.UUCP (Martin Brunecky)
Newsgroups: comp.windows.x
Subject: Re: XImages
Message-ID: <938@attc.UUCP>
Date: 18 Dec 90 16:20:54 GMT
References: <935@attc.UUCP> <9012172158.AA07950@expire.lcs.mit.edu>
Reply-To: marbru@auto-trol.UUCP (Martin Brunecky)
Organization: Auto-trol Technology, Denver
Lines: 31

In article <9012172158.AA07950@expire.lcs.mit.edu> rws@EXPO.LCS.MIT.EDU (Bob Scheifler) writes:
>
>   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 ?
>
>Stop, do not pass Go, Contemplate for a long time.  Take a look at the

   Thanx to all of those who are helping me to get it RIGHT.

My main problem with XImage is that it does not have a SCANLINE interface.
XGetPixel/XPutPixel has way too overhead for scanline access, so we must
try to bypass it.
If the XImage structure also provided:

     XPutScanline ( XImage *image, int x, int y, Pixel *pixels, int length )
     XGetScanline ( ....

I (and probably everyone else) would forget about trying to understand the
XImage pecularities, and just use those.

   CAN THIS BECOME an X11 R5 ENHANCEMENT REQUEST ?



-- 
=*= 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