Article View: gnu.epoch.misc
Article #1884Re: Epoch Lies About Size
From: Jim Russell
Date: Wed, 19 Jun 1991 13:40
Date: Wed, 19 Jun 1991 13:40
42 lines
2944 bytes
2944 bytes
carroll@cs.uiuc.edu (Alan M. Carroll) writes: >In article <2885926144-4961671@Islington-Terrace>, pf@islington-terrace.csc.ti.com (Paul Fuqua) writes: >> >> I've just noticed a little oddity with Epoch 3.2pl2 -- its windows >> lie about their sizes. My default geometry is 90x30, and the main >> windows come up 90x30 (according to both my count and (screen-height) >> and (screen-width)). >> However, if I use a window manager to resize them, the indicated >> size is 86x28 (true for twm, tvtwm, and mwm; I don't know how to make >> olwm display size while resizing). >> This leads me to believe that the width-increment and >> height-increment in the size-hints are being calculated incorrectly, >> though I can't figure out how, since both Epoch and Emacs apparently use >> the same font attributes for the increment calculations. >No, it's not an increment problem, but the difference between the base >size and the minimum size. In order to avoid crashing, Epoch enforces >a minimum size, which is the difference between what the screen size >really is, and what the WM reports it as, e.g. the WM is telling you >how much bigger than the minimum the window is, not the absolute size. >Alledgedly under R4 you can specify an additional value (the base >size) to get around this, but it doesn't seem to work. Debugging runs >claim that the hints are getting set correctly (i.e., base_width, >base_height are 0, and PBaseSize is set), but there's no effect. >-- >Alan M. Carroll <-- Another casualty of applied metaphysics >Epoch Development Team >Urbana Il. "I hate shopping with the reality-impaired" - Susan I'm no X expert (and I certainly don't know Epoch as well as Alan), but as I posted yesterday, I have found and fixed this problem for my Epoch. I believe the problem is simply that it is incorrect to set base_width and base_height to 0 (which is indeed being done). Instead, they should be set to 2*xs->in_border to take into account the window's internal border. My post yesterday had the exact diffs. If this doesn't work for you, let me know since it may have been one of the many other fixes I made to Epoch that resolved this particular bug. - Jim
Technical Details
Message-ID:
<jrussell.677338815@pequod.watson.ibm.com>Path:
arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!bywater!arnor!pequod!jrussellReferences:
<2885926144-4961671@Islington-Terrace> <1991Jun18.140926.8608@m.cs.uiuc.edu>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fc7ee,2506d25095f1502e X-Google-Attributes: gidfc7ee,public X-Google-ArrivalTime: 1991-06-19 21:41:40 PST Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!bywater!arnor!pequod!jrussell From: jrussell@watson.ibm.com (Jim Russell) Newsgroups: gnu.epoch.misc Subject: Re: Epoch Lies About Size Message-ID: <jrussell.677338815@pequod.watson.ibm.com> Date: 19 Jun 91 13:40:15 GMT References: <2885926144-4961671@Islington-Terrace> <1991Jun18.140926.8608@m.cs.uiuc.edu> Sender: news@watson.ibm.com (NNTP News Poster) Reply-To: jrussell@watson.ibm.com Organization: IBM T.J. Watson Research Center Lines: 42 Nntp-Posting-Host: pequod