Maximum window size

[Carsten Haitzler (The Rasterman)]

On Sat, 05 Nov 2005 18:51:25 +1100 Russell Shaw <rjshaw at netspace.net.au>
babbled:

> Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 05 Nov 2005 17:28:01 +1100 Russell Shaw <rjshaw at netspace.net.au>
> > babbled:
> > 
> >>Hi,
> >>With XCreateWindow(), is the maximum window size a 32-bit integer,
> >>or 16-bits, or implementation dependent?
> > 
> > oops - i was thinking X resource id's - not geometry. yes., window size is
> > an unsigned short (16bits) thus max 65535x65535. beware. you actually can
> > only EFFECTIVELY draw in the upper 32767x32767 because drawing co-ordinates
> > are SINGED 16bit. you can draw to all of it .. with some tricks - like
> > drawing int tiles to backng pixmaps or draw to the upper-left quad then
> > xcopyarea your draws to the inaccessible regions - not a fun thing to have
> > to do.
> > 
> > it also may be that if it is a toplevel application window the window
> > manager may limit the client sized to something "sane" and not alow overly
> > huge windows that go waaay off screen.
> 
> Hi,
> I'm using it as a large scrollable window nested (clipped) within a small
> window.
> 
> It would be useful if X was buildable for 32-bit windows.

impossible - the protocol DEFINES the types as 16bit. you might be able to add
extensions but these would break these chhild windwos for all core protocol
requests.

frankly - for such huge internals - dont use big windows. do your won blitting
with xcopyarea and redraw what u need at a calculated offset. you need to
handle exposes anyway and redraws - its just a matter of doign the geometry
translations and such in the client instead of in x.


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com
裸好多
Tokyo, Japan (東京 日本)