GNU bug report logs -
#35375
26.2; info:elisp#Geometry (x-parse-geometry geom)
Previous Next
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.
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):
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):
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):
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.