<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Merry Christmas all! Hope everyone is
having/has had/will have a great day (covering my timezones).<br>
<br>
In terms of documentation for this issue, it's very easy to find
answers for this with a web search as it's not an uncommon
problem. Admittedly it's not helped at the moment by Gnome's
strange insistence on hiding some useful settings and requiring
users to install separate packages to access some fairly standard
desktop and window settings. Answers are easy to find on forums
etc, but they have a habit of disappearing and I still don't want
to have to constantly update for distro/WM changes.<br>
<br>
What about providing a general search string for people to use? It
limits the chance of info going out of date and doesn't rely on a
wiki contributor happening to know the specifics of a particular
WM.<br>
<br>
--------------<br>
Many Linux distributions default to <span class="hotkey">Alt+</span><span
class="hotkey" style="padding-left: 3px;">LMB</span> for moving
windows which can cause input conflicts since Blender uses
Alt+Click for many operations. The simplest way to avoid this is
to remap this key combination for your Window Manager. A popular
option is to replace the ALT+LMB combination with Windows+LMB.
Note that the Windows key is also often referred to as the Super
or Meta key. Due to the number of possible combinations of Linux
distributions and Window Manager versions, it is recommended to
consult your Window Manager's documentation or Operating System's
User forums to identify the most current instructions to remap
keys. A web search using a query similar to the following will
often find the necessary answer within the first page e.g.<br>
<br>
ubuntu blender window alt<br>
kde blender window alt<br>
<br>
Alternately, you could change the Blender key setting by editing
the relevant Input settings from the User Preferences window. Note
that there are several settings that need to be changed so the
recommended method is to change the key settings for your Window
Manager.<br>
-----------------<br>
<br>
Happy holidays.<br>
<br>
Regards<br>
Fade<br>
<br>
On 20/12/12 01:04, Jason van Gumster wrote:<br>
</div>
<blockquote
cite="mid:20121219100459.442a0b20@meconium.handturkeystudios.com"
type="cite">
<pre wrap="">
Tibor Futo <a class="moz-txt-link-rfc2396E" href="mailto:tiborfuto@gmail.com"><tiborfuto@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">But please note my advice: if the Blender developers create a mouse/key
hook that processes Alt-Click and does not allow it to propagate to the OS,
then this discussion does not need more attention.
</pre>
</blockquote>
<pre wrap="">
I could be wrong, but I don't think it works that way. In fact, it's the
reverse. AFAIK, the Alt key is intercepted by the window manager before it even
makes it to Blender. Plenty of other applications run into Alt key collisions
as well (hence the reason for the option to switch to Super in a lot of window
managers). This isn't something that can be fixed from Blender's end (and it's
not likely to be changed from the end of the various window managers because
not every keyboard has a Super key).
Probably the best solution for documentation issues like these is a compromise.
The general solution exists (e.g. remap the window manager's Alt to Super), but
each WM does it a bit differently. As such, we should provide the generic
solution and point to the documentation (if easily found) of various window
managers that show specifically how to do it... perhaps as footnotes. When the
window manager changes, we need but change the link or remove it. For the
window managers that aren't mentioned, at least the reader will know what to
look/ask for.
Blender users don't always use the typical window manager options... In fact,
it's been my experience that we avoid the likes of Gnome and KDE in favor of
XFCE, Openbox, and (for weirdos like me) Enlightenment in an effort have
improved workflow or performance. Documenting each of them in-page is going to
end up being difficult to maintain and potentially confusing to read (or at
the very least, the relatively small nuggets of relevant information will be
accidentally skimmed over).
Just my 2 cents...
-Jason
_______________________________________________
Bf-docboard mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Bf-docboard@blender.org">Bf-docboard@blender.org</a>
<a class="moz-txt-link-freetext" href="http://lists.blender.org/mailman/listinfo/bf-docboard">http://lists.blender.org/mailman/listinfo/bf-docboard</a>
</pre>
</blockquote>
<br>
</body>
</html>