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

[Ivan Paulos Tomé]

Hi !

Recently we are reading the discussions and we have decided
to solve this problem in a simple way.
The Linux install is now splitted in 4 pages for the
most common linux distributions.

*Debian based (including Ubuntu, mint, etc)
*Fedora (The most common Red Hat based project)
*Arch
*Gentoo

I have started writing the chapter for the Debian/Ubuntu users, here

http://wiki.blender.org/index.php/User:Greylica/Doc:2.6/Manual/Introduction/Installing_Blender/Linux/Debian_Ubuntu

We need friends to write documentation for Arch and Gentoo.
TerryWallwork uses Fedora and he will write the page for this
Linux project.

Merry Christmas !

Ivan Paulos Tomé

greylica at gmail dot com

greylica - My brain is grey like yours !

2012/12/25 <bf-docboard-request at blender.org>

> Send Bf-docboard mailing list submissions to
>         bf-docboard at blender.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.blender.org/mailman/listinfo/bf-docboard
> or, via email, send a message with subject or body 'help' to
>         bf-docboard-request at blender.org
>
> You can reach the person managing the list at
>         bf-docboard-owner at blender.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bf-docboard digest..."
>
> Today's Topics:
>
>    1. Re: Page Update (Doc:2.6/Manual/Introduction/Installing
>       Blender/Linux) (Fade)
>
>
> ---------- Mensagem encaminhada ----------
> From: Fade <fade_docboard_blender at ymail.com>
> To: Blender Documentation Project <bf-docboard at blender.org>
> Cc:
> Date: Wed, 26 Dec 2012 00:20:03 +1000
> Subject: Re: [Bf-docboard] Page Update
> (Doc:2.6/Manual/Introduction/Installing Blender/Linux)
>  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> <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 listBf-docboard at blender.orghttp://lists.blender.org/mailman/listinfo/bf-docboard
>
>
>
> _______________________________________________
> 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/20121225/0991d168/attachment.htm