texmacs-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Texmacs-dev] Re: Maximal window size


From: Joris van der Hoeven
Subject: [Texmacs-dev] Re: Maximal window size
Date: Thu, 13 Jun 2002 13:27:33 +0200 (MET DST)

> On Wednesday 12 June 2002 18:40, you wrote:
> > On Wed, 12 Jun 2002, Aurelian Lavric wrote:
> > > The TeXmacs 1.0.0.7 (rpm downloaded from the site), doesn't permit to
> > > have the main window bigger than 1024x768 (I think that's the window
> > > size). So it is less than 2/3 of the screen resolution I have. Maybe it
> > > is just one little parameter to be changed in the sources, but I don't
> > > have the time to dig for it. If you can point me out to the place to look
> > > for it (if it is not so difficult) I would be graceful.
> >
> > Thanks for reporting this problem; this seems to be a problem with certain
> > window managers; which window manager do you use?
> >
> I have a KDE Release 2.2.2-2. I think it is the RedHat 7.2 + updates. But 
> I've tried just to be sure with Gnome (SawFish WM) and TWM. Same behaviour.
> Neither -dpi option doesn't change anything. 
> 
> That's what xwininfo says when the texmacs window is maximized.
> The screen's resolution is 1856x1392x16bitcolor with DPI 130.

Thanks for the details. I have taken some time to look at the problem.
It should be fixed in the next release, in a way which hopefully will
not raise other problems...

<Joris>

-----------------------------------------------------------------
> xwininfo: Window id: 0x3a00003 "no name"
> 
>   Absolute upper-left X:  3
>   Absolute upper-left Y:  20
>   Relative upper-left X:  0
>   Relative upper-left Y:  0
>   Width: 1544
>   Height: 1116
>   Depth: 16
>   Visual Class: TrueColor
>   Border width: 0
>   Class: InputOutput
>   Colormap: 0x20 (installed)
>   Bit Gravity State: ForgetGravity
>   Window Gravity State: NorthWestGravity
>   Backing Store State: NotUseful
>   Save Under State: no
>   Map State: IsViewable
>   Override Redirect State: no
>   Corners:  +3+20  -309+20  -309-256  +3-256
>   -geometry 1544x1116+0+0
> 
> 
> Even lowering the resolution at 1600x1200x8bit,x16bit or x24bit and DPI 90 
> doesn't change the maximal resolution allowed by texmacs 1544x1116.
> 
> At limit it may be a problem with the version of X. That's what xdpyinfo says:
> 
> name of display:    :1.0
> version number:    11.0
> vendor string:    The XFree86 Project, Inc
> vendor release number:    40100000
> XFree86 version: 4.1.0
> maximum request size:  4194300 bytes
> motion buffer size:  256
> bitmap unit, bit order, padding:    32, LSBFirst, 32
> image byte order:    LSBFirst
> number of supported pixmap formats:    7
> supported pixmap formats:
>     depth 1, bits_per_pixel 1, scanline_pad 32
>     depth 4, bits_per_pixel 8, scanline_pad 32
>     depth 8, bits_per_pixel 8, scanline_pad 32
>     depth 15, bits_per_pixel 16, scanline_pad 32
>     depth 16, bits_per_pixel 16, scanline_pad 32
>     depth 24, bits_per_pixel 32, scanline_pad 32
>     depth 32, bits_per_pixel 32, scanline_pad 32
> keycode range:    minimum 8, maximum 255
> focus:  window 0x3c00002, revert to PointerRoot
> number of extensions:    30
>     BIG-REQUESTS
>     DOUBLE-BUFFER
>     DPMS
>     Extended-Visual-Information
>     FontCache
>     GLX
>     LBX
>     MIT-SCREEN-SAVER
>     MIT-SHM
>     MIT-SUNDRY-NONSTANDARD
>     RECORD
>     RENDER
>     SECURITY
>     SGI-GLX
>     SHAPE
>     SYNC
>     TOG-CUP
>     X3D-PEX
>     XC-APPGROUP
>     XC-MISC
>     XFree86-Bigfont
>     XFree86-DGA
>     XFree86-DRI
>     XFree86-Misc
>     XFree86-VidModeExtension
>     XIE
>     XInputExtension
>     XKEYBOARD
>     XTEST
>     XVideo
> default screen number:    0
> number of screens:    1
> 
> screen #0:
>   dimensions:    1856x1392 pixels (363x272 millimeters)
>   resolution:    130x130 dots per inch
>   depths (7):    16, 1, 4, 8, 15, 24, 32
>   root window id:    0x32
>   depth of root window:    16 planes
>   number of colormaps:    minimum 1, maximum 1
>   default colormap:    0x20
>   default number of colormap cells:    64
>   preallocated pixels:    black 0, white 65535
>   options:    backing-store NO, save-unders NO
>   largest cursor:    64x64
>   current input event mask:    0xf84033
>     KeyPressMask             KeyReleaseMask           EnterWindowMask         
>  
>     LeaveWindowMask          KeymapStateMask          SubstructureNotifyMask  
>  
>     SubstructureRedirectMask FocusChangeMask          PropertyChangeMask      
>  
>     ColormapChangeMask       
>   number of visuals:    4
>   default visual id:  0x23
>   visual:
>     visual id:    0x23
>     class:    TrueColor
>     depth:    16 planes
>     available colormap entries:    64 per subfield
>     red, green, blue masks:    0xf800, 0x7e0, 0x1f
>     significant bits in color specification:    6 bits
>   visual:
>     visual id:    0x24
>     class:    TrueColor
>     depth:    16 planes
>     available colormap entries:    64 per subfield
>     red, green, blue masks:    0xf800, 0x7e0, 0x1f
>     significant bits in color specification:    6 bits
>   visual:
>     visual id:    0x25
>     class:    DirectColor
>     depth:    16 planes
>     available colormap entries:    64 per subfield
>     red, green, blue masks:    0xf800, 0x7e0, 0x1f
>     significant bits in color specification:    6 bits
>   visual:
>     visual id:    0x26
>     class:    DirectColor
>     depth:    16 planes
>     available colormap entries:    64 per subfield
>     red, green, blue masks:    0xf800, 0x7e0, 0x1f
>     significant bits in color specification:    6 bits
> 
> So I tried it in Xvnc at 1600x1200. Same behaviour.
> Maybe you can try it by your self using the vncserver with a resolution of 
> 1600x1200 or bigger and vncviewer.
> Output of xdpyinfo in Xvnc:
> 
> name of display:    :5.0
> version number:    11.0
> vendor string:    AT&T Laboratories Cambridge
> vendor release number:    3332
> maximum request size:  4194300 bytes
> motion buffer size:  256
> bitmap unit, bit order, padding:    32, LSBFirst, 32
> image byte order:    LSBFirst
> number of supported pixmap formats:    2
> supported pixmap formats:
>     depth 1, bits_per_pixel 1, scanline_pad 32
>     depth 16, bits_per_pixel 16, scanline_pad 32
> keycode range:    minimum 8, maximum 255
> focus:  window 0x2800012, revert to Parent
> number of extensions:    7
>     BIG-REQUESTS
>     MIT-SHM
>     MIT-SUNDRY-NONSTANDARD
>     SHAPE
>     SYNC
>     XC-MISC
>     XTEST
> default screen number:    0
> number of screens:    1
> 
> screen #0:
>   dimensions:    1600x1200 pixels (542x406 millimeters)
>   resolution:    75x75 dots per inch
>   depths (1):    16
>   root window id:    0x25
>   depth of root window:    16 planes
>   number of colormaps:    minimum 1, maximum 1
>   default colormap:    0x21
>   default number of colormap cells:    64
>   preallocated pixels:    black 0, white 65535
>   options:    backing-store YES, save-unders YES
>   largest cursor:    1600x1200
>   current input event mask:    0x5a20bd
>     KeyPressMask             ButtonPressMask          ButtonReleaseMask       
>  
>     EnterWindowMask          LeaveWindowMask          PointerMotionHintMask   
>  
>     ButtonMotionMask         StructureNotifyMask      SubstructureNotifyMask  
>  
>     SubstructureRedirectMask PropertyChangeMask       
>   number of visuals:    1
>   default visual id:  0x22
>   visual:
>     visual id:    0x22
>     class:    TrueColor
>     depth:    16 planes
>     available colormap entries:    64 per subfield
>     red, green, blue masks:    0xf800, 0x7e0, 0x1f
>     significant bits in color specification:    8 bits
> 
> 
> 
> And xwininfo reports the same size when the window is maximized.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]