From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chetan Newsgroups: gmane.emacs.help Subject: Re: Size of emacs window can't exceed 59 in height Date: Fri, 10 Oct 2008 07:16:53 -0700 Organization: Noname Inc. Message-ID: References: <87vdw3o5b5.fsf@es.aau.dk> <87fxn7o2xt.fsf@es.aau.dk> <289AC3F2-480A-489F-87BC-14C94C44B2B2@Web.DE> <87prm9mgnh.fsf@lion.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1223649872 704 80.91.229.12 (10 Oct 2008 14:44:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 10 Oct 2008 14:44:32 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 10 16:45:29 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KoJCX-0001Na-2x for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Oct 2008 16:42:45 +0200 Original-Received: from localhost ([127.0.0.1]:50020 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KoJBS-00088I-HA for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Oct 2008 10:41:38 -0400 Original-Path: news.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!flpi089.ffdc.sbc.com!prodigy.net!flpi088.ffdc.sbc.com!prodigy.com!flpi107.ffdc.sbc.com!flpi148.ffdc.sbc.com.POSTED!8e1d8614!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Emacs Gnus Cancel-Lock: sha1:7LL73X9DavlR/ZFML+Qbttj6DwE= Original-Lines: 48 Original-NNTP-Posting-Host: 75.37.16.137 Original-X-Complaints-To: abuse@prodigy.net Original-X-Trace: flpi148.ffdc.sbc.com 1223648216 ST000 75.37.16.137 (Fri, 10 Oct 2008 10:16:56 EDT) Original-NNTP-Posting-Date: Fri, 10 Oct 2008 10:16:56 EDT X-UserInfo1: SCSYASFGTRU[RZLYMJNBNFXBWR\HPCTL@XT^OBPLAH[\RSAANVUEAE[YETZPIWWI[FCIZA^NBFXZ_D[BFNTCNVPDTNTKHWXKB@X^B_OCJLPZ@ET_O[G\XSG@E\G[ZKVLBL^CJINM@I_KVIOR\T_M_AW_M[_BWU_HFA_]@A_A^SGFAUDE_DFTMQPFWVW[QPJN Original-Xref: news.stanford.edu gnu.emacs.help:163326 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:58669 Archived-At: Tim X writes: > Peter Dyballa writes: > >> Am 09.10.2008 um 01:20 schrieb Chetan: >> >>> I do not set anything in the default-frame-alist except for the font. >>> The alist is initialized the way it is because of other functions I >>> call. The width and height are the values coming from the command >>> line. >> >> The latter sounds very reasonable: why use some special code to give GNU >> Emacs the desired frame size and position when there are the *- >> frame-alists? >> >>> >>> I checked the NEWS file after I found this, but it seems to say that >>> the position values are used for the initial frame. >> >> If there are *no* particular initial-frame-alist settings, then the >> default-frame-alist settings (also) apply for the first or initial frame. >> >>> >>> At first I thought it was a bug, but since it works from shell, there >>> is something else at play. >> >> Launching GNU Emacs with -Q (i.e. not loading system and user init files) >> allows you to examine the problem – and find and describe a possible >> bug. But beware: in windowing systems' environments there can be settings >> in (X11) resource or (MS) registry files that impose on their clients some >> behaviour (position, size) when nothing else is given ... >> > > this is particularly true of certain window managers under X. For > example, I have heard of others with problems regarding setting of > colours, position and size with KDE. This was some time ago and KDE has > gone under considerable changes, but I'd certainly be looking under KDE > settings if you are finding that Xresources and/or command line geometry > settings don't appear to be working as expected and you are using KDE as > your wm. Same goes for some key bindings - people often struggle trying > to work out why emacs key bindings are not working only to find that the > key event is being stolen by the window manager. > > Tim Yes, so many possibilities for things to get screwed up. Chetan