GNU bug report logs - #35375
26.2; info:elisp#Geometry (x-parse-geometry geom)

Previous Next

Package: emacs;

Reported by: Van L <van <at> scratch.space>

Date: Mon, 22 Apr 2019 10:58:02 UTC

Severity: minor

Tags: notabug

Found in version 26.2

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35375 in the body.
You can then email your comments to 35375 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#35375; Package emacs. (Mon, 22 Apr 2019 10:58:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Van L <van <at> scratch.space>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 22 Apr 2019 10:58:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Van L <van <at> scratch.space>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.2; info:elisp#Geometry (x-parse-geometry geom)
Date: Mon, 22 Apr 2019 20:57:31 +1000
Hello,

In the example given,

          (x-parse-geometry "35x70+0-0")
               ⇒ ((height . 70) (width . 35)
                   (top - 0) (left . 0))
--------------------^
should that be (top . (- 0)) from x-parse-geometry?

--- background context ---

I landed on the above documentation while trying to figure out the following.

I am unable to make-frame have frame height 36 with the following setting in ~/.emacs

(add-to-list 'default-frame-alist '(height . 36))

and in ~/.Xresources, I have

Emacs*geometry: 80x36

Calling `emacs -Q` I have initial frame height of 4, the next make-frame has height 36, the rest of the next make-frame events have height 4.

This is for build detail as follows

GNU Emacs 26.2 (build 1, x86_64-unknown-netbsd8.0, GTK+ Version 3.24.1)
 of 2019-04-15





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#35375; Package emacs. (Mon, 22 Apr 2019 12:16:02 GMT) Full text and rfc822 format available.

Message #8 received at 35375 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Van L <van <at> scratch.space>
Cc: 35375 <at> debbugs.gnu.org
Subject: Re: bug#35375: 26.2; info:elisp#Geometry (x-parse-geometry geom)
Date: Mon, 22 Apr 2019 14:15:36 +0200
On Apr 22 2019, Van L <van <at> scratch.space> wrote:

> Hello,
>
> In the example given,
>
>           (x-parse-geometry "35x70+0-0")
>                ⇒ ((height . 70) (width . 35)
>                    (top - 0) (left . 0))
> --------------------^
> should that be (top . (- 0)) from x-parse-geometry?

That's the same, but the lisp printer would never use the dotted form
for a proper list.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."




Added tag(s) notabug. Request was from Juri Linkov <juri <at> linkov.net> to control <at> debbugs.gnu.org. (Tue, 28 May 2019 21:00:02 GMT) Full text and rfc822 format available.

Reply sent to Juri Linkov <juri <at> linkov.net>:
You have taken responsibility. (Tue, 28 May 2019 21:00:02 GMT) Full text and rfc822 format available.

Notification sent to Van L <van <at> scratch.space>:
bug acknowledged by developer. (Tue, 28 May 2019 21:00:03 GMT) Full text and rfc822 format available.

Message #15 received at 35375-done <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Van L <van <at> scratch.space>
Cc: 35375-done <at> debbugs.gnu.org
Subject: Re: bug#35375: 26.2; info:elisp#Geometry (x-parse-geometry geom)
Date: Tue, 28 May 2019 23:59:01 +0300
tags 35375 notabug
thanks

> In the example given,
>
>           (x-parse-geometry "35x70+0-0")
>                ⇒ ((height . 70) (width . 35)
>                    (top - 0) (left . 0))
> --------------------^
> should that be (top . (- 0)) from x-parse-geometry?
>
> --- background context ---
>
> I landed on the above documentation while trying to figure out the following.
>
> I am unable to make-frame have frame height 36 with the following setting in ~/.emacs
>
> (add-to-list 'default-frame-alist '(height . 36))
>
> and in ~/.Xresources, I have
>
> Emacs*geometry: 80x36
>
> Calling `emacs -Q` I have initial frame height of 4, the next
> make-frame has height 36, the rest of the next make-frame events have
> height 4.

This is because x-parse-geometry returns height/width in pixels,
but make-frame expects height/width in characters.  Please use
`text-pixels' for pixels.  See more at (info "(elisp) Size Parameters")




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 26 Jun 2019 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 306 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.