From: Dmitry Gutov <dgutov@yandex.ru>
To: martin rudalics <rudalics@gmx.at>, tumashu <tumashu@163.com>
Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Re: Emacs's set-frame-size can not work well with gnome-shell?
Date: Sun, 26 Jan 2020 14:59:31 +0300 [thread overview]
Message-ID: <cccb6307-de0f-62a7-1295-33d30180b9c6@yandex.ru> (raw)
In-Reply-To: <4a424bf3-ee08-b114-73ef-287bde14003b@gmx.at>
On 25.01.2020 15:10, martin rudalics wrote:
> > The first experiment: moving the frame by mode-line is smooth.
>
> And it's slow with child frames so we have a major difference here.
> Correct?
It's a very murky story.
I rebuilt with toolkit=lucid, tried the experiment
=> dragging by mode-line was choppy
Changed the scaling factor of the desktop to 100% (everything became
tiny on my monitor), restarted Emacs.
=> dragging by mode-line was smooth
BUT dragging the borders to resize had the same problem I reported
previously, so it's likely not HiDPI related.
Then I changed scaling back to 200%, restarted Emacs.
=> dragging by mode-line was still smooth (normal frame).
Then tried the child-frame example.
=> dragging was choppy. But it resizes smoothly enough when dragged
by the bottom or right edges. And, more importantly, resizes correctly.
When dragged by top-left, it resizes choppily, but still correctly.
In the same session, I applied your default-frame-alist change and
created a second "normal" frame. Dragging it by mode-line was choppy
again. And resizing it was broken in the same sense I described before
(and will again clarify below).
So, in the same session, a child frame and a normal frame have a
different resizing behavior. A normal frame can move smoothly
*sometimes*, a child frame always moves choppily.
> > After that: I tried resizing the dragging the border.
>
> Which border(s)?
Any of them. But:
When I drag top-left, the bottom-right corner seems to exhibit a more
gradual drift top-left. When I drag bottom-right, I moves top-left a lot
more quickly (even if I drag it in the bottom-right direction).
Please note: in most of my experiments I dragged by the corner (top-left
or bottom-right), and moved in circular-ish, random trajectories. This
triggers the bug most prominently. But if I just grab one border and
move the mouse in a straight line, that makes the border move in the
desired direction, albeit not exactly following the mouse cursor (hence
the effect, probably).
E.g. if I drag the right border right, it moves after the mouse, but
more slowly than the mouse. If I move it left, it moves *faster* than
the mouse. Same with the bottom border. Top and left seem to have a
similar effect, but less pronounced. Also dragging the top border seems
to have an effect on the position of the bottom edge (it moves up). In
all cases, resizing is not smooth.
> > Apparently, it
> > doesn't account for window scaling, so it resizes to wrong size, and
> > the window generally shrinked. After that, moving became choppy as
> > well. Including after I deleted the resized frame and created new
> > one(s).
>
> This sounds interesting. Does scaling work at all with the Lucid build?
Seems so. Aside from the toolbar icons which are not scaled. The context
menu appears where it should.
Also, the GTK3 build seems to have the same problem, and it has had
quite a few HiDPI patches applied recently.
So maybe scaling is not the actual issue (or the jumps would be sharper,
this just occurred to me).
> > In the meantime, resizing the first, "normal" frame works okay. Moving
> > too (by the title bar).
>
> How comes the first frame has a title bar with this specification
Err, it never occurred to me to put this form in the init script.
I launch Emacs, then evaluate this in scratch in the first frame, and
then press 'C-x 5 2' and experiment with the second frame.
> (setq default-frame-alist
> '((minibuffer . nil) (undecorated . t) (drag-with-mode-line . t)
> (border-width . 0) (internal-border-width . 8)
> (drag-internal-border . t)
> (menu-bar-lines . 0) (tool-bar-lines . 0)))
>
> > GTK:
> >
> > Actually, similar story with resizing.
>
> You mean similar to the Lucid resizing behavior?
Yes (!!). Very similar (maybe exactly the same even).
The differences are: child frames do not resize. And dragging them by
mode-line looks the same as dragging normal ones: move smoothly enough,
with some drift.
> > Moving seems smooth enough before and after, with gradual drift toward
> > top-left (because of the other bug we've mentioned before, probably).
>
> Bug#38452, I presume.
Yes.
next prev parent reply other threads:[~2020-01-26 11:59 UTC|newest]
Thread overview: 197+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-10 2:34 Emacs's set-frame-size can not work well with gnome-shell? tumashu
2020-01-10 9:56 ` martin rudalics
2020-01-11 1:29 ` tumashu
2020-01-11 7:50 ` martin rudalics
2020-01-11 9:56 ` Dmitry Gutov
2020-01-11 10:19 ` martin rudalics
2020-01-11 10:21 ` Dmitry Gutov
2020-01-11 10:35 ` martin rudalics
2020-01-11 11:21 ` Dmitry Gutov
2020-01-11 13:45 ` martin rudalics
2020-01-14 2:09 ` Dmitry Gutov
2020-01-14 15:50 ` martin rudalics
2020-01-15 1:31 ` Dmitry Gutov
2020-01-15 8:08 ` martin rudalics
2020-01-15 23:53 ` Dmitry Gutov
2020-01-16 8:03 ` martin rudalics
2020-01-16 8:15 ` Dmitry Gutov
2020-01-16 9:18 ` martin rudalics
2020-01-16 9:27 ` Dmitry Gutov
2020-01-16 9:44 ` martin rudalics
2020-01-16 10:12 ` Dmitry Gutov
2020-01-16 10:22 ` martin rudalics
2020-01-16 15:03 ` Dmitry Gutov
2020-01-16 18:33 ` martin rudalics
[not found] ` <15405719-d58d-44db-f1df-ad3bb272b2fc@yandex.ru>
[not found] ` <aba0683f-466c-76cf-9024-e18bfc9fdc94@gmx.at>
2020-01-18 2:05 ` Dmitry Gutov
2020-01-18 2:29 ` Dmitry Gutov
2020-01-18 8:34 ` martin rudalics
2020-01-18 12:27 ` Dmitry Gutov
2020-01-18 13:48 ` martin rudalics
2020-01-19 2:45 ` Dmitry Gutov
2020-01-19 8:52 ` martin rudalics
2020-01-20 14:14 ` Dmitry Gutov
2020-01-20 15:57 ` martin rudalics
2020-01-20 22:20 ` Dmitry Gutov
2020-01-21 8:29 ` martin rudalics
2020-01-21 11:36 ` Dmitry Gutov
2020-01-21 16:11 ` martin rudalics
2020-01-21 21:33 ` Dmitry Gutov
2020-01-22 9:07 ` martin rudalics
2020-01-22 10:57 ` Dmitry Gutov
2020-01-18 8:32 ` martin rudalics
2020-01-20 13:37 ` Dmitry Gutov
2020-01-20 15:57 ` martin rudalics
2020-01-20 23:02 ` Dmitry Gutov
2020-01-21 8:29 ` martin rudalics
2020-01-21 12:11 ` Dmitry Gutov
2020-01-21 16:12 ` martin rudalics
2020-01-21 22:26 ` Dmitry Gutov
2020-01-22 9:08 ` martin rudalics
2020-01-22 11:35 ` Dmitry Gutov
2020-01-22 13:18 ` tumashu
2020-01-22 13:32 ` Dmitry Gutov
2020-01-22 16:19 ` Eli Zaretskii
2020-01-22 17:36 ` martin rudalics
2020-01-22 21:15 ` Dmitry Gutov
2020-01-25 8:41 ` martin rudalics
2020-01-25 10:09 ` Dmitry Gutov
2020-01-25 12:10 ` martin rudalics
2020-01-26 11:59 ` Dmitry Gutov [this message]
2020-01-26 17:38 ` martin rudalics
2020-01-26 20:50 ` Dmitry Gutov
2020-01-28 9:46 ` martin rudalics
2020-01-28 15:19 ` Dmitry Gutov
2020-01-28 16:20 ` martin rudalics
2020-01-30 2:14 ` Dmitry Gutov
2020-01-27 19:17 ` martin rudalics
2020-01-27 21:15 ` Dmitry Gutov
2020-01-28 9:47 ` martin rudalics
2020-01-30 2:10 ` Dmitry Gutov
2020-01-30 9:38 ` martin rudalics
2020-01-30 17:21 ` martin rudalics
2020-01-30 18:15 ` Dmitry Gutov
2020-01-30 18:41 ` martin rudalics
2020-01-31 1:22 ` Dmitry Gutov
2020-01-31 9:29 ` martin rudalics
2020-01-31 11:52 ` Dmitry Gutov
2020-01-31 15:44 ` martin rudalics
2020-01-31 22:22 ` Dmitry Gutov
2020-02-01 9:35 ` martin rudalics
2020-02-05 1:39 ` Dmitry Gutov
2020-02-05 9:15 ` martin rudalics
2020-02-10 7:06 ` Dmitry Gutov
2020-02-10 17:53 ` martin rudalics
2020-02-10 22:40 ` Dmitry Gutov
2020-02-10 7:22 ` Dmitry Gutov
2020-02-10 17:54 ` martin rudalics
2020-02-10 22:49 ` Dmitry Gutov
2020-02-13 18:42 ` martin rudalics
2020-02-13 23:48 ` Dmitry Gutov
2020-02-14 8:48 ` martin rudalics
2020-02-15 22:31 ` Dmitry Gutov
2020-02-16 10:01 ` martin rudalics
2020-02-16 20:47 ` Dmitry Gutov
2020-02-17 18:20 ` martin rudalics
2020-02-21 11:03 ` Dmitry Gutov
2020-02-21 11:13 ` Dmitry Gutov
2020-02-21 16:08 ` martin rudalics
2020-02-24 0:11 ` Dmitry Gutov
2020-02-26 17:30 ` martin rudalics
2020-02-28 16:32 ` martin rudalics
2020-03-03 13:50 ` Dmitry Gutov
2020-03-03 14:40 ` martin rudalics
2020-03-03 18:27 ` Dmitry Gutov
2020-03-04 17:29 ` martin rudalics
2020-03-06 23:38 ` Dmitry Gutov
2020-03-07 0:07 ` Dmitry Gutov
2020-03-06 23:03 ` Dmitry Gutov
2020-02-16 23:01 ` Dmitry Gutov
2020-02-17 18:21 ` martin rudalics
2020-02-21 14:18 ` Dmitry Gutov
2020-02-21 16:08 ` martin rudalics
2020-02-23 9:22 ` Dmitry Gutov
2020-02-26 17:30 ` martin rudalics
2020-03-06 23:32 ` Dmitry Gutov
2020-03-09 9:03 ` martin rudalics
2020-03-12 0:22 ` Dmitry Gutov
2020-03-12 8:23 ` martin rudalics
2020-03-13 16:57 ` Dmitry Gutov
2020-03-13 17:46 ` martin rudalics
2020-03-16 19:51 ` Dmitry Gutov
2020-03-17 9:38 ` martin rudalics
2020-03-17 11:22 ` Dmitry Gutov
2020-03-31 17:04 ` martin rudalics
2020-04-03 11:09 ` Eli Zaretskii
2020-04-03 15:08 ` martin rudalics
2020-04-03 16:08 ` martin rudalics
2020-04-03 19:07 ` Dmitry Gutov
2020-04-04 8:51 ` Eli Zaretskii
2020-04-04 9:02 ` martin rudalics
2020-04-04 9:30 ` Eli Zaretskii
2020-04-06 9:03 ` martin rudalics
2020-04-06 13:26 ` Eli Zaretskii
2020-04-07 8:32 ` martin rudalics
2020-04-07 14:04 ` Eli Zaretskii
2020-04-06 18:36 ` Dmitry Gutov
2020-04-07 8:33 ` martin rudalics
2020-04-07 13:19 ` Dmitry Gutov
2020-04-12 6:44 ` Andreas Schwab
2020-04-12 7:23 ` Eli Zaretskii
2020-04-12 7:37 ` Andreas Schwab
2020-04-12 8:03 ` martin rudalics
2020-04-06 22:51 ` Dmitry Gutov
2020-04-07 8:33 ` martin rudalics
2020-04-07 14:25 ` Dmitry Gutov
2020-04-07 14:39 ` Robert Pluim
2020-04-07 14:50 ` Dmitry Gutov
2020-04-07 15:37 ` Robert Pluim
2020-04-07 19:25 ` Dmitry Gutov
2020-04-08 7:59 ` Robert Pluim
2020-04-08 10:37 ` Dmitry Gutov
2020-04-08 12:12 ` Robert Pluim
2020-04-08 8:31 ` Support
2020-04-08 8:45 ` martin rudalics
2020-04-08 9:03 ` Adrián Medraño Calvo
2020-04-08 9:25 ` martin rudalics
2020-02-14 9:52 ` martin rudalics
2020-02-15 22:49 ` Dmitry Gutov
2020-02-16 10:01 ` martin rudalics
2020-01-27 23:20 ` Dmitry Gutov
2020-01-27 23:32 ` Dmitry Gutov
2020-01-28 9:48 ` martin rudalics
2020-01-28 15:39 ` Dmitry Gutov
2020-01-28 16:20 ` martin rudalics
2020-01-28 9:48 ` martin rudalics
2020-01-28 15:51 ` Dmitry Gutov
2020-01-22 17:35 ` martin rudalics
2020-01-22 22:40 ` tumashu
2020-01-25 8:41 ` martin rudalics
2020-01-25 10:17 ` Dmitry Gutov
2020-01-25 10:29 ` Eli Zaretskii
2020-01-25 10:52 ` Dmitry Gutov
2020-01-25 12:11 ` martin rudalics
2020-01-25 23:01 ` Dmitry Gutov
2020-01-26 8:43 ` martin rudalics
2020-01-26 11:02 ` Dmitry Gutov
2020-01-26 15:32 ` martin rudalics
2020-01-26 21:35 ` Dmitry Gutov
2020-01-28 9:46 ` martin rudalics
2020-01-30 2:23 ` Dmitry Gutov
2020-01-30 9:38 ` martin rudalics
2020-01-30 17:32 ` Dmitry Gutov
2020-01-30 18:04 ` martin rudalics
2020-01-30 17:42 ` Dmitry Gutov
2020-01-30 18:04 ` martin rudalics
2020-01-26 11:03 ` Dmitry Gutov
2020-01-23 0:21 ` Dmitry Gutov
2020-01-23 0:39 ` tumashu
2020-01-25 8:42 ` martin rudalics
2020-01-16 0:04 ` Dmitry Gutov
2020-01-16 8:04 ` martin rudalics
2020-01-16 8:25 ` Dmitry Gutov
2020-01-11 10:36 ` tumashu
2020-01-11 13:45 ` martin rudalics
-- strict thread matches above, loose matches on Subject: below --
2020-01-22 8:04 tumashu
2020-01-22 9:09 ` martin rudalics
2020-01-22 10:03 ` tumashu
2020-01-22 17:33 ` martin rudalics
2020-01-22 15:55 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cccb6307-de0f-62a7-1295-33d30180b9c6@yandex.ru \
--to=dgutov@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=rudalics@gmx.at \
--cc=tumashu@163.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.