From: "J. Roeleveld" <joost@antarean.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Can't paste from selection in gtk-3 apps
Date: Fri, 18 Sep 2015 18:23:16 +0200 [thread overview]
Message-ID: <5891992.MCjgiadFuB@eve> (raw)
In-Reply-To: <mth7di$9rd$1@ger.gmane.org>
On Friday 18 September 2015 14:34:26 Grant Edwards wrote:
> On 2015-09-18, J. Roeleveld <joost@antarean.org> wrote:
> >>> echo $DISPLAY returns the same on both desktops.
> >>
> >> That is a single X11 screen spread across two physical monitors. It
> >> will not exhibit the gtk-3 selection bug.
> >>
> >> Are you sure you have two desktops and it's not just a single desktop
> >> that is spread across two monitors? Can you drag a window from one
> >> monitor to the other? If you can, then it's a single desktop.
> >
> > Yes, I can.
> > When I maximize a window, it's only on 1 screen.
> >
> > This is how it seems "right" to me.
>
> Then by all means continue to use it that way. That's how most people
> seem to like it.
>
> > Why would I want it to be different? Eg. windows can't be moved
> > between screens? I don't see the point of having more than 1 screen
> > in that case.
>
> I like having separate screens because the window manager I use
> (xfwm4) supports multiple virtual workspaces for each screen (4 per
> screen by default). I find it very useful to be able to flip one
> screen to a different workspace while leaving the others unaffected.
> That allows me, for example, to leave email and web-browser up on one
> screen while switching the other two back and forth between multiple
> tasks/projects. (I am rarely allowed to work uninterrupted for long
> periods on a single task.)
>
> Not being able to move windows between screens is an inconvenience,
> but for me it's well worth it to get independently switchable virtual
> workspaces on each screen.
To "simulate" that, I occasionally set a window to be on all virtual
workspaces.
Does that only work when you have the displays seperate like you do? As that
would be convenient and is something I actually miss.
--
Joost
next prev parent reply other threads:[~2015-09-18 16:23 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-15 15:32 [gentoo-user] Can't paste from selection in gtk-3 apps Grant Edwards
2015-09-15 18:41 ` wabenbau
2015-09-15 18:57 ` [gentoo-user] " Grant Edwards
2015-09-16 13:04 ` J. Roeleveld
2015-09-16 14:41 ` Grant Edwards
2015-09-17 9:40 ` J. Roeleveld
2015-09-17 14:29 ` Grant Edwards
2015-09-17 14:33 ` Grant Edwards
2015-09-18 5:22 ` J. Roeleveld
2015-09-18 13:23 ` Grant Edwards
2015-09-18 14:11 ` J. Roeleveld
2015-09-18 14:22 ` Alan McKinnon
2015-09-18 14:32 ` J. Roeleveld
2015-09-18 14:44 ` Grant Edwards
2015-09-18 16:26 ` J. Roeleveld
2015-09-18 16:47 ` Grant Edwards
2015-09-20 9:26 ` Andrew Savchenko
2015-09-18 14:34 ` Grant Edwards
2015-09-18 16:23 ` J. Roeleveld [this message]
2015-09-18 16:47 ` Grant Edwards
2015-09-20 8:18 ` Andrew Savchenko
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=5891992.MCjgiadFuB@eve \
--to=joost@antarean.org \
--cc=gentoo-user@lists.gentoo.org \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox