From: Robert Pluim <rpluim@gmail.com>
To: martin rudalics <rudalics@gmx.at>
Cc: Rolf Ade <rolf@pointsman.de>, 31650@debbugs.gnu.org
Subject: bug#31650: 26.1; Desktop mode adds wm stickiness to emacs windows.
Date: Thu, 31 May 2018 18:02:31 +0200 [thread overview]
Message-ID: <87vab3vmnc.fsf@gmail.com> (raw)
In-Reply-To: <87lgbzzzri.fsf@gmail.com> (Robert Pluim's message of "Thu, 31 May 2018 16:05:37 +0200")
Robert Pluim <rpluim@gmail.com> writes:
> martin rudalics <rudalics@gmx.at> writes:
>
>> This might be even the right thing to do if, for example, the WM
>> decides that making a non-sticky frame non-sticky is a silly request
>> and the application probably wants a sticky frame instead.
>>
>>> - Seems to be windows manager specific (you don't see it with xfwm4, I
>>> do with fvwm2 2.6.4).
>>
>> We would have to hear from others. Anyone? With emacs -Q evaluate
>>
>> (set-frame-parameter nil 'sticky nil)
>>
>> and look whether your frame starts to appear on all your desktops.
>
> That has no effect for me on Fedora 28 which I believe uses mutter as
> the wm. Similarly running it multiple times has no effect.
>
> Running
>
> (set-frame-parameter nil 'sticky t)
>
> once or multiple times results in a sticky frame, as expected.
>
> Iʼll see if I can try on my KDE-based Ubuntu later. Thatʼs based more
> directly on X, unlike my Fedora machine which is using XWayland.
And KDE seems to do absolutely nothing when we set or clear the sticky
parameter.
Robert
next prev parent reply other threads:[~2018-05-31 16:02 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-30 1:12 bug#31650: 26.1; Desktop mode adds wm stickiness to emacs windows Rolf Ade
2018-05-30 6:40 ` martin rudalics
2018-05-30 10:53 ` Rolf Ade
2018-05-30 12:37 ` martin rudalics
2018-05-30 14:49 ` Rolf Ade
2018-05-31 7:28 ` martin rudalics
2018-05-31 13:00 ` Rolf Ade
2018-05-31 13:55 ` martin rudalics
2018-05-31 14:05 ` Robert Pluim
2018-05-31 16:02 ` Robert Pluim [this message]
2018-06-01 6:09 ` martin rudalics
2018-06-01 6:41 ` Robert Pluim
2018-06-02 9:12 ` martin rudalics
2018-06-04 9:14 ` Robert Pluim
2018-05-31 22:58 ` Noam Postavsky
2018-06-01 6:09 ` martin rudalics
2018-06-01 10:47 ` Rolf Ade
2018-06-02 9:13 ` martin rudalics
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87vab3vmnc.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=31650@debbugs.gnu.org \
--cc=rolf@pointsman.de \
--cc=rudalics@gmx.at \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).