brl/mutter
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

clarify the meaning of the auto_raise preference. Fixes one of the issues

Browse Source 
2005-10-03  Elijah Newren  <newren@gmail.com>

	* src/metacity.schemas.in: clarify the meaning of the auto_raise
	preference.  Fixes one of the issues in #312421.
This commit is contained in:
Elijah Newren 2005-10-03 20:10:56 +00:00 committed by Elijah Newren
parent 4aaf6e3eb4
commit 0a13bf3270
2 changed files with 15 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
ChangeLog
View File

@ -1,3 +1,8 @@
2005-10-03 Elijah Newren <newren@gmail.com>
* src/metacity.schemas.in: clarify the meaning of the auto_raise
preference. Fixes one of the issues in #312421.
2005-10-03 Elijah Newren <newren@gmail.com> 2005-10-03 Elijah Newren <newren@gmail.com>
Patch from Ross Cohen to make alt-esc consistent with alt-tab by Patch from Ross Cohen to make alt-esc consistent with alt-tab by

10
src/metacity.schemas.in
View File

@ -90,6 +90,16 @@
If true, and the focus mode is either "sloppy" or "mouse" If true, and the focus mode is either "sloppy" or "mouse"
then the focused window will be automatically raised after a then the focused window will be automatically raised after a
delay (the delay is specified by the auto_raise_delay key). delay (the delay is specified by the auto_raise_delay key).
This preference is poorly named, but kept for backwards
compatibility. To try to be more clear (at least to the
technically inclined), its meaning is "automatically raise
the window following a timeout which is triggered by
non-grabbed mouse entry in sloppy or mouse focus modes". It
is unrelated to clicking behavior (i.e. this is not related
to raise-on-click/orthogonal-raise). It is unrelated to
entering a window during drag and drop (because that results
in the application grabbing the mouse)
</long> </long>
</locale> </locale>
</schema> </schema>