Oh, and for what it's worth: http://lesstif.sourceforge.net/doc/super-ux/g1ae03e/part2/chap3-1.html "3.4.8. Restrictions Many programmers create a "scrolled list" by putting a List widget with many entries as a child of a Viewport widget. The List continues to create a window as big as its contents, but that big window is only visible where it intersects the parent Viewport's window. (I.e., it is "clipped.") While this is a useful technique, there is a serious drawback. X does not support windows above 32,767 pixels in width or height, but this height limit will be exceeded by a List's window when the List has many entries (i.e., with a 12 point font, about 3000 entries would be too many.)" http://sourceforge.net/mailarchive/message.php?msg_id=13925057 2005-11-21 04:23 "X11 and Win32 limit the size of windows to 32768 pixels in either direction. But the canvas widget has code in place to work around those limits. Coordinates in a canvas widget are stored as doubles and can thus be really big. Of course, I suppose there could be bugs in the code that works around the 16-bit limit of X11 and Win32. It is not a piece of code that is used that often, after all. Perhaps you could submit a bug report with a specific example that fails." http://static.kdenews.org/mirrors/qt-x11-free-3.0.0-snapshot-20010803/doc/ht... "bool QImage::create ( int width, int height, int depth, int numColors = 0, Endian bitOrder = IgnoreEndian ) Sets the image width, height, depth, its number of colors (in numColors), and bit order. Returns TRUE if successful, or FALSE if the parameters are incorrect or if memory cannot be allocated. The width and height is limited to 32767. depth must be 1, 8, or 32. If depth is 1, bitOrder must be set to either QImage::LittleEndian or QImage::BigEndian. For other depths bitOrder must be QImage::IgnoreEndian." Does this apply to QT4? Which do those in Kai's apps list use? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org