! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Add a way to prevent an app from moving to the current workspace when it's ca...
Status:
RESOLVED: FIXED
Severity:
enhancement

Comments

Description Rafael Keller Tesser 2008-02-11 19:15:24 CET
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.8.1.11) Gecko/20071221 BonEcho/2.0.0.11
Build Identifier: 

When you open a file or click on a link associated to an application wich is already inexecution, it's window moves to the current workspace.

It would be fine if there was an option to make the window stay in the desktop it was. Moving the window to the current workspace is annoying because it often covers the window of the app which called it. 

It would be very usefull beacause I use to orgnize the open apps per workspace, so that I always know where it is. e.g. my browser is always in the first workspace, but if I click on a link in another app, it moves to the current workspace and them I need to move it back to the first.

Reproducible: Always

Steps to Reproduce:
1.Execute a program, like a browser or Acrobat Reader
2.Switch to another workspace
3.Launch a link from another app wich calls the browser (like Terminal) or open a file in acroread from another app (from Thunar per example)

Actual Results:  
The window from the called app is moved to the current workspace.

Expected Results:  
It could be possible to configure the WM to not move the window in this case.
Comment 1 Joe Hickey 2008-06-17 11:50:29 CEST
> Expected Results:  
> It could be possible to configure the WM to not move the window in this case.

I second this; it would be good be have an app stay on the desktop where it was opened.
Comment 2 Joe Hickey 2008-06-17 11:51:53 CEST
> Expected Results:  
> It could be possible to configure the WM to not move the window in this case.

I second this; it would be good be have an app stay on the desktop where it was opened.
Comment 3 Olivier Fourdan editbugs 2008-06-18 19:02:35 CEST
Well, you know it is there already, even documented, right?

From the doc:

Hidden options

Some hidden options allow you to customize xfwm4 behaviour. They have to be added by hand to your HOME/.config/xfce4/xfwm4/xfwm4rc file. You may have to create this file.

activate_action=bring|switch|none

    How the window manager must react when a window raises itself. When set to "bring", the window manager to bring the window on the current workspace, "switch" will switch to the window's workspace, and "none" will simply do nothing but set the "demand attention" flag on the window. 

 
Comment 4 Joe Hickey 2008-06-18 20:29:19 CEST
Thanks a lot!
Comment 5 Rafael Keller Tesser 2008-06-18 20:38:30 CEST
(In reply to comment #3)
> Well, you know it is there already, even documented, right?
> 
> From the doc:
> 
> Hidden options
> 
> Some hidden options allow you to customize xfwm4 behaviour. They have to be
> added by hand to your HOME/.config/xfce4/xfwm4/xfwm4rc file. You may have to
> create this file.
> 
> activate_action=bring|switch|none
> 
>     How the window manager must react when a window raises itself. When set to
> "bring", the window manager to bring the window on the current workspace,
> "switch" will switch to the window's workspace, and "none" will simply do
> nothing but set the "demand attention" flag on the window. 
> 
> 
> 

Oh! I had'nt seen it in the docs before.

It works! Thanks! 

It's been a long time since I began to search a solution for this.

Is there any reason for this option being hidden?
I can't remember of any other WM which I used before that has the same default
behavior as XFWM for this. So I think it could be unhidden.

Bug #3843

Reported by:
Rafael Keller Tesser
Reported on: 2008-02-11
Last modified on: 2020-05-21

People

Assignee:
Olivier Fourdan
CC List:
2 users

Version

Attachments

Additional information