bug#31745: Frame's bug when window-system

bug#31745: Frame's bug when window-system

[����]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb18030", Size: 1154 bytes --]

This bug occurs in both emacs 26.1 in the official archlinux repo and emacs-git 27.0.50 in aur when i am using MATE 1.20.0 with its default window manager.



My configuration about frame size in .emacs is as follows:
(add-to-list 'default-frame-alist '(top . 0))
(add-to-list 'default-frame-alist '(left . 0))
(add-to-list 'default-frame-alist '(width . 120))
(add-to-list 'default-frame-alist '(height . 47))
(add-to-list 'default-frame-alist '(font . "Sarasa Mono CL 12"))



If i launch emacs with a file in terminal, such as `emacs .emacs` or run `emacs --geometry 120x47`, all works will.


But in other cases, such as launch emacs in terminal using command `emacs`, emacs will display a smaller frame in its default size, but text area will treat itself as if it is actually in an 120x47-size frame. For example, it will not show mode line, because the mode line is "displayed" on line 46, but the frame is actually 80x36 and if one line in scratch has more than 80 charactors, it will not display `right-arrow` or `right-curly-arrow`.


I also try to add `(x-parse-geometry "120x47+0+0")` in file `.emacs`, but it doesn't work.

[-- Attachment #2: Type: text/html, Size: 2306 bytes --]

bug#31745: Frame's bug when window-system

[Robert Pluim]

"õ¦ú" <mark.liu.li.ming@foxmail.com> writes:

> This bug occurs in both emacs 26.1 in the official archlinux repo and emacs-git 27.0.50 in aur when i am using MATE 1.20.0 with its default window manager.
>
>
>
> My configuration about frame size in .emacs is as follows:
> (add-to-list 'default-frame-alist '(top . 0))
> (add-to-list 'default-frame-alist '(left . 0))
> (add-to-list 'default-frame-alist '(width . 120))
> (add-to-list 'default-frame-alist '(height . 47))
> (add-to-list 'default-frame-alist '(font . "Sarasa Mono CL 12"))
>
>
>
> If i launch emacs with a file in terminal, such as `emacs .emacs` or run `emacs --geometry 120x47`, all works will.
>
>
> But in other cases, such as launch emacs in terminal using command
> `emacs`, emacs will display a smaller frame in its default size, but
> text area will treat itself as if it is actually in an 120x47-size
> frame. For example, it will not show mode line, because the mode line
> is "displayed" on line 46, but the frame is actually 80x36 and if one
> line in scratch has more than 80 charactors, it will not display
> `right-arrow` or `right-curly-arrow`.
>
>
> I also try to add `(x-parse-geometry "120x47+0+0")` in file `.emacs`, but it doesn't work.

Unfortunately you've cut out all the information from report-emacs-bug
that might help us narrow this down. Could you provide the values of

system-configuration-options
system-configuration-features

(or just run `report-emacs-bug' again and paste the results into a reply to
this bug report).

Does this also happen when running 'emacs -Q -l .emacs', with .emacs
containing only your frame size configuration?

Thanks

Robert

bug#31745: 回复： bug#31745: Frame's bug when window-system

[Robert Pluim]

[please keep the bug address in CC]

"刘力铭" <mark.liu.li.ming@foxmail.com> writes:

> This not happen when running `emacs -Q -l .emacs`.
>
>
> Add then, i tried to comment different regions in my configuration
> file, and found it seems that only if i comment both `(require
> 'em-tramp)` and line 239-241 which confige mode line's theme, this bug
> will not happen. And if i uncomment either of them, the bug will
> occur. `(require 'em-tramp)` triggers it more offen than the latter.

Interesting. I donʼt see anything obvious in em-tramp that would cause
this, but that doesnʼt matter, because 'emacs -q' does this here for
me on Fedora 28, but only when I have scaling turned on. Are you
running XWayland by any chance? Do you have scaling enabled?

Thanks

Robert

bug#31745: 回复：Re: 回复： bug#31745: Frame's bug whenwindow-system

[刘力铭]

[-- Attachment #1: Type: text/plain, Size: 1288 bytes --]

I am not using XWayland. Is scaling about font size? But if i comment the line `(add-to-list 'default-frame-alist '(font . "Sarasa Mono CL 12"))`, it also occurs.





------------------ 原始邮件 ------------------
发件人: "Robert Pluim"<rpluim@gmail.com>;
发送时间: 2018年6月7日(星期四) 晚上11:15
收件人: "刘力铭"<mark.liu.li.ming@foxmail.com>;
抄送: "31745"<31745@debbugs.gnu.org>; 
主题: Re: 回复： bug#31745: Frame's bug whenwindow-system



[please keep the bug address in CC]

"刘力铭" <mark.liu.li.ming@foxmail.com> writes:

> This not happen when running `emacs -Q -l .emacs`.
>
>
> Add then, i tried to comment different regions in my configuration
> file, and found it seems that only if i comment both `(require
> 'em-tramp)` and line 239-241 which confige mode line's theme, this bug
> will not happen. And if i uncomment either of them, the bug will
> occur. `(require 'em-tramp)` triggers it more offen than the latter.

Interesting. I donʼt see anything obvious in em-tramp that would cause
this, but that doesnʼt matter, because 'emacs -q' does this here for
me on Fedora 28, but only when I have scaling turned on. Are you
running XWayland by any chance? Do you have scaling enabled?

Thanks

Robert

[-- Attachment #2: Type: text/html, Size: 1705 bytes --]

bug#31745: 回复：Re: 回复： bug#31745: Frame's bug whenwindow-system

[Robert Pluim]

"刘力铭" <mark.liu.li.ming@foxmail.com> writes:

> I am not using XWayland. Is scaling about font size? But if i
> comment the line `(add-to-list 'default-frame-alist '(font . "Sarasa
> Mono CL 12"))`, it also occurs.

The scaling I mean is the type where you have a HiDpi screen (eg 4K),
and tell your window manager to pretend that each pixel is actually
twice the size. Itʼs usually configured either in your display
settings or in gnome-tweak-tool or similar. I donʼt know offhand how
itʼs done in Mate. It can cause problems when Emacs doesnʼt apply the
scaling factor correctly.

Itʼs possible this is related to recent versions of Gnome (my system
where it doesnʼt reproduce is still on 3.18)

Robert