Problems with using SelectOnRelease together with other options in WindowList

2003-02-28 Thread Thomas Glanzmann
When writing

WindowList Root c c NoDeskSort, ShowPage, SelectOnRelease

ShowPage works.
When writing

WindowList Root c c NoDeskSort, SelectOnRelease, ShowPage

ShowPage does not work. The Problem here is that SelectOnRelease calls a
function to get Options. And I think that ShowPage is calles as an option?
This is an FVWM Current.

Thomas
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]


Re: Problems with using SelectOnRelease together with other options in WindowList

2003-02-28 Thread Mikhael Goikhman
On 28 Feb 2003 12:55:06 +0100, Thomas Glanzmann wrote:
 
 When writing
 
   WindowList Root c c NoDeskSort, ShowPage, SelectOnRelease
 
 ShowPage works.
 When writing
 
   WindowList Root c c NoDeskSort, SelectOnRelease, ShowPage
 
 ShowPage does not work. The Problem here is that SelectOnRelease calls a
 function to get Options. And I think that ShowPage is calles as an option?
 This is an FVWM Current.

The parsing of SelectOnRelease option is not good. Use this instead:

  WindowList Root c c NoDeskSort, SelectOnRelease , ShowPage

I think we already received enough complains to rethink this idea.

I vote for WindowList not to be defaulting to SelectOnRelease Meta_L.
This is only (supposedly/questionably) good for Alt-Tab, but not for other
key and mouse combinations that include Alt modifier. It is ok for me if
ConfigFvwmDefaults includes this binding:

  Key Tab A M WindowList Root c c NoDeskSort, SelectOnRelease Meta_L

Regards,
Mikhael.
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]


Re: Problems with using SelectOnRelease together with other options in WindowList

2003-02-28 Thread Dominik Vogt
On Fri, Feb 28, 2003 at 12:07:06PM +, Mikhael Goikhman wrote:
 On 28 Feb 2003 12:55:06 +0100, Thomas Glanzmann wrote:
  
  When writing
  
  WindowList Root c c NoDeskSort, ShowPage, SelectOnRelease
  
  ShowPage works.
  When writing
  
  WindowList Root c c NoDeskSort, SelectOnRelease, ShowPage
  
  ShowPage does not work. The Problem here is that SelectOnRelease calls a
  function to get Options. And I think that ShowPage is calles as an option?
  This is an FVWM Current.
 
 The parsing of SelectOnRelease option is not good. Use this instead:
 
   WindowList Root c c NoDeskSort, SelectOnRelease , ShowPage
 
 I think we already received enough complains to rethink this idea.
 
 I vote for WindowList not to be defaulting to SelectOnRelease Meta_L.
 This is only (supposedly/questionably) good for Alt-Tab, but not for other
 key and mouse combinations that include Alt modifier. It is ok for me if
 ConfigFvwmDefaults includes this binding:
 
   Key Tab A M WindowList Root c c NoDeskSort, SelectOnRelease Meta_L

Then the SelectOnRelease MenuStyle can not be used for the
WindowList.  That may be even more confusing.  

Bye

Dominik ^_^  ^_^
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]


Re: Problems with using SelectOnRelease together with other options in WindowList

2003-02-28 Thread Mikhael Goikhman
On 28 Feb 2003 13:16:36 +0100, Dominik Vogt wrote:
 
 On Fri, Feb 28, 2003 at 12:07:06PM +, Mikhael Goikhman wrote:
  On 28 Feb 2003 12:55:06 +0100, Thomas Glanzmann wrote:
   
   When writing
   
 WindowList Root c c NoDeskSort, ShowPage, SelectOnRelease
   
   ShowPage works.
   When writing
   
 WindowList Root c c NoDeskSort, SelectOnRelease, ShowPage
   
   ShowPage does not work. The Problem here is that SelectOnRelease calls a
   function to get Options. And I think that ShowPage is calles as an option?
   This is an FVWM Current.
  
  The parsing of SelectOnRelease option is not good. Use this instead:
  
WindowList Root c c NoDeskSort, SelectOnRelease , ShowPage
  
  I think we already received enough complains to rethink this idea.
  
  I vote for WindowList not to be defaulting to SelectOnRelease Meta_L.
  This is only (supposedly/questionably) good for Alt-Tab, but not for other
  key and mouse combinations that include Alt modifier. It is ok for me if
  ConfigFvwmDefaults includes this binding:
  
Key Tab A M WindowList Root c c NoDeskSort, SelectOnRelease Meta_L
 
 Then the SelectOnRelease MenuStyle can not be used for the
 WindowList.  That may be even more confusing.  

Do you mean a user will want to leave the default Alt-Tab binding and
set MenuStyle WindowList SelectOnRelease to something like Ctrl_R?
I think this does not make a sence, it is easier just to redefine his
Alt-Tab or Ctrl-Tab or Super-Shift-F2 binding for WindowList without
a need to change MenuStyle.

Also I am not convinced that having MenuStyle SelectOnRelease is a good
idea. A modifier defined in SelectOnRelease is related to a specific
key/mouse binding, not to the whole menu that one may want to invoke with
or without auto-release on different bindings. But although I think that
SelectOnRelease is a property of a binding, I don't suggest to remove
MenuStyle SelectOnRelease if you think it is needed, only unbind
WindowList from Alt that is currently hardcoded.

Regards,
Mikhael.
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]


Re: Problems with using SelectOnRelease together with other options in WindowList

2003-02-28 Thread Dominik Vogt
On Fri, Feb 28, 2003 at 12:56:23PM +, Mikhael Goikhman wrote:
 On 28 Feb 2003 13:16:36 +0100, Dominik Vogt wrote:
  
  On Fri, Feb 28, 2003 at 12:07:06PM +, Mikhael Goikhman wrote:
   On 28 Feb 2003 12:55:06 +0100, Thomas Glanzmann wrote:

When writing

WindowList Root c c NoDeskSort, ShowPage, SelectOnRelease

ShowPage works.
When writing

WindowList Root c c NoDeskSort, SelectOnRelease, ShowPage

ShowPage does not work. The Problem here is that SelectOnRelease calls a
function to get Options. And I think that ShowPage is calles as an 
option?
This is an FVWM Current.
   
   The parsing of SelectOnRelease option is not good. Use this instead:
   
 WindowList Root c c NoDeskSort, SelectOnRelease , ShowPage
   
   I think we already received enough complains to rethink this idea.
   
   I vote for WindowList not to be defaulting to SelectOnRelease Meta_L.
   This is only (supposedly/questionably) good for Alt-Tab, but not for other
   key and mouse combinations that include Alt modifier. It is ok for me if
   ConfigFvwmDefaults includes this binding:
   
 Key Tab A M WindowList Root c c NoDeskSort, SelectOnRelease Meta_L
  
  Then the SelectOnRelease MenuStyle can not be used for the
  WindowList.  That may be even more confusing.  
 
 Do you mean a user will want to leave the default Alt-Tab binding and
 set MenuStyle WindowList SelectOnRelease to something like Ctrl_R?

It is more likely that a user wants to remove it with a MenuStyle.

 I think this does not make a sence, it is easier just to redefine his
 Alt-Tab or Ctrl-Tab or Super-Shift-F2 binding for WindowList without
 a need to change MenuStyle.

It may be easier if you already know how to do it.  But don't
forget that the default binding is hidden in some cryptic file the
average user knows nothing about.
 
 Also I am not convinced that having MenuStyle SelectOnRelease is a good
 idea. A modifier defined in SelectOnRelease is related to a specific
 key/mouse binding, not to the whole menu that one may want to invoke with
 or without auto-release on different bindings. But although I think that
 SelectOnRelease is a property of a binding, I don't suggest to remove
 MenuStyle SelectOnRelease if you think it is needed, only unbind
 WindowList from Alt that is currently hardcoded.

It's a matter of usability.

Bye

Dominik ^_^  ^_^
--
Visit the official FVWM web page at URL:http://www.fvwm.org/.
To unsubscribe from the list, send unsubscribe fvwm-workers in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]