darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

Joachim Breitner

2 Apr 2008 2 Apr '08

10:43 a.m.

Hi, a small new patch... Joachim Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

Attachments:

_net_active_window-moves-windows-if-necessary.dpatch (text/x-darcs-patch — 1.2 KB)

Show replies by date

Brent Yorgey

2 Apr 2 Apr

11:04 a.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

On Wed, Apr 2, 2008 at 10:43 AM, Joachim Breitner wrote:

...

Hi,

a small new patch...

Joachim

Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

Applied.

Justin Bogner

12:25 p.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

Joachim Breitner wrote:

...

Hi,

a small new patch...

Joachim

Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

I much prefer the old behaviour. Is it possible to make it configurable or something? Going to the window of interest makes more sense than it coming to you if it's already placed, since you already put it where you want it... _____ Justin Bogner

Joachim Breitner

1 p.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

Hi, Am Mittwoch, den 02.04.2008, 10:25 -0600 schrieb Justin Bogner:

...

Joachim Breitner wrote:

...
Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

I much prefer the old behaviour. Is it possible to make it configurable or something? Going to the window of interest makes more sense than it coming to you if it's already placed, since you already put it where you want it...

It might be made configurable, but not without considerable bloat. What is your actual use case, i.e., what window are you activating with what program? I know that the behavior is debateable (and it should be debated), but the old behavior was unintentional and the the default (until we have dicussed something better) should match the behavior of other window managers. Do other xmonad users have an opinion on that? Greetings, Joachim -- Joachim Breitner e-Mail: mail@joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata@joachim-breitner.de

Lee Aylward

2:49 p.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

On Wed, Apr 02, 2008 at 07:00:44PM +0200, Joachim Breitner wrote:

...

Hi,

Am Mittwoch, den 02.04.2008, 10:25 -0600 schrieb Justin Bogner:

...
Joachim Breitner wrote:

...
Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

I much prefer the old behaviour. Is it possible to make it configurable or something? Going to the window of interest makes more sense than it coming to you if it's already placed, since you already put it where you want it...

It might be made configurable, but not without considerable bloat. What is your actual use case, i.e., what window are you activating with what program?

I know that the behavior is debateable (and it should be debated), but the old behavior was unintentional and the the default (until we have dicussed something better) should match the behavior of other window managers.

Do other xmonad users have an opinion on that?

(I accidentally sent this to just Joachim, resending to the list) Personally, I would prefer the old behavior. I always keep a Rhythmbox window fullscreened on it's own workspace, since it takes up a lot of screen space. I often click the RB icon to jump to that workspace. If RB were to jump to my current workspace it would be very unusable, since it does not work very well at low resolution. I don't think that xmonad should strive to emulate other window managers, especially non-tiling window managers, since it is really very different. -- Lee Aylward

Mathias Stearn

3:10 p.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

I'd like the option to use copy. I leave my IMs on 9 but would like to have the window copied to my current workspace until i dismiss it. However, this may be more appropriate as an urgency hook. On 4/2/08, Joachim Breitner wrote:

...

Hi,

Am Mittwoch, den 02.04.2008, 10:25 -0600 schrieb Justin Bogner:

...
Joachim Breitner wrote:

...
Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

I much prefer the old behaviour. Is it possible to make it configurable or something? Going to the window of interest makes more sense than it coming to you if it's already placed, since you already put it where you want it...

It might be made configurable, but not without considerable bloat. What is your actual use case, i.e., what window are you activating with what program?

I know that the behavior is debateable (and it should be debated), but the old behavior was unintentional and the the default (until we have dicussed something better) should match the behavior of other window managers.

Do other xmonad users have an opinion on that?

Greetings, Joachim

-- Joachim Breitner e-Mail: mail@joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata@joachim-breitner.de

_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad

Justin Bogner

5:25 p.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

Joachim Breitner wrote:

...

Hi,

Am Mittwoch, den 02.04.2008, 10:25 -0600 schrieb Justin Bogner:

...
Joachim Breitner wrote:

...
Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here. I much prefer the old behaviour. Is it possible to make it configurable or something? Going to the window of interest makes more sense than it coming to you if it's already placed, since you already put it where you want it...

It might be made configurable, but not without considerable bloat. What is your actual use case, i.e., what window are you activating with what program?

I know that the behavior is debateable (and it should be debated), but the old behavior was unintentional and the the default (until we have dicussed something better) should match the behavior of other window managers.

Do other xmonad users have an opinion on that?

Greetings, Joachim

My use case is actually the same as the example. I click the pidgin icon in the doc and would like to move to my messaging workspace, where the contact list is already placed where I would like it. Note that, since I have a hook to place pidgin windows on that workspace, if the contact list is minimized, clicking the icon brings me to that workspace, but if it's not minimized, it brings the window to my current workspace. This obviously makes the tray icon unuseable. _____ Justin Bogner

Joachim Breitner

6:34 p.m.

New subject: darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary

Hi, Am Mittwoch, den 02.04.2008, 15:25 -0600 schrieb Justin Bogner:

...

My use case is actually the same as the example. I click the pidgin icon in the doc and would like to move to my messaging workspace, where the contact list is already placed where I would like it. Note that, since I have a hook to place pidgin windows on that workspace, if the contact list is minimized, clicking the icon brings me to that workspace, but if it's not minimized, it brings the window to my current workspace. This obviously makes the tray icon unuseable.

Makes sense, and I guess most xmonad-users will also think that way. If no one argues for the new behaviour, I’ll submit a reverse patch with updated documentation soon. Greetings, Joachim -- Joachim Breitner e-Mail: mail@joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata@joachim-breitner.de

6257

Age (days ago)

6257

Last active (days ago)

List overview

Download

7 comments

5 participants

participants (5)

Brent Yorgey
Joachim Breitner
Justin Bogner
Lee Aylward
Mathias Stearn