[Bf-docboard] Page Update (Doc:2.6/Manual/Introduction/Installing Blender/Linux)

[Fade]

Merry Christmas all! Hope everyone is having/has had/will have a great 
day (covering my timezones).

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.

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.

--------------
Many Linux distributions default to Alt+LMB 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.

ubuntu blender window alt
kde blender window alt

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.
-----------------

Happy holidays.

Regards
Fade

On 20/12/12 01:04, Jason van Gumster wrote:
> Tibor Futo <tiborfuto at gmail.com> wrote:
>
>> 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.
> 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
> Bf-docboard at blender.org
> http://lists.blender.org/mailman/listinfo/bf-docboard
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-docboard/attachments/20121226/6c1b30a0/attachment.htm