Lol, is this thread a joke! if now i&#39;m willing to put all can I do to help you in your projects, I was trying to go in the same direction but for XMonad being more &quot;open&quot; to newcomers, nothing more.<br><br>bye!<br>

<br><div class="gmail_quote">On Wed, Apr 8, 2009 at 2:43 PM, Gwern Branwen <span dir="ltr">&lt;<a href="mailto:gwern0@gmail.com">gwern0@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div></div><div class="h5">On Wed, Apr 8, 2009 at 12:23 PM, Jan Vornberger &lt;<a href="mailto:Jan.Vornberger@informatik.uni-oldenburg.de" target="_blank">Jan.Vornberger@informatik.uni-oldenburg.de</a>&gt; wrote:<br>


<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>
<br>
my name is Jan Vornberger and I&#39;m a student at the University of<br>
Oldenburg (Germany). I would like to introduce myself and the project<br>
that I will be working on for the next semester.<br>
<br>
As part of my studies I have to work on a semester-long project. I<br>
decided to work on the question, how tiling window managers can be made<br>
more &#39;beginner-friendly&#39; and how the barrier to entry can be lowered.<br>
I have decided to use XMonad as a basis for implementing my ideas.<br>
Therefore I wanted to introduce myself, as I will probably be asking a<br>
question here and there in the future. :-)<br>
<br>
For those who are interested, here is a rough sketch on what I have in<br>
mind for my project: My goal is to create a modern tiling window manager<br>
that can be productively used with virtually no training, meaning most<br>
core functionality needs to be accessible in an intuitive way or drawing<br>
from well-known conventions in more conventional window managers.<br>
My target user is someone who wants to give tiling window managers a<br>
try, but doesn&#39;t want to learn keyboard commands (at least not in the<br>
beginning), read a detailed manual or write any sort of configuration<br>
file.<br>
<br>
I&#39;m planning to decide on a somewhat fixed configuration of XMonad,<br>
probably in combination with Gnome as a DE, and then trying to make this<br>
functionality available via mouse commands that - hopefully - will be<br>
easy to pick up.<br>
<br>
I also want to completely rework the whole floating layer thing, as it<br>
seems to me to be a fairly foreing concept for a newcomer and it&#39;s<br>
awkward to use. My current idea is to instead use a floating layout<br>
algorithm, that could work similiar to a conventional window manager. It<br>
could even be set as the default layout algorithm. That way, the WM<br>
could almost be a &#39;drop-in&#39; replacement for - let&#39;s say Metacity -<br>
greeting the user with the familiar concept of manipulating windows and<br>
then leading him to the tiling paradigm once he switches the layout.<br>
<br>
I do believe that eventually the keyboard is a more effective way to<br>
control the WM, so I will also investigate the possibility of some kind<br>
of help system, that can point out how - for example - the last action,<br>
the user did, can be done with keyboard commands instead. Alternatively<br>
tooltips could also be used to display key bindings.<br>
</blockquote></div></div>
...<div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
That&#39;s it, the project in a nutshell. Any thoughts, pointers, related<br>
ideas, doubts or comments are most welcome. :-)<br>
<br>
Cheers!<br>
<br>
Jan<br>
</blockquote>
<br></div>
One idea I&#39;ve always wondered about is a menubar based tiling WM. The user, say, middle-clicks (hardly anyone uses middle-click), and then a geometrical menu pops up along the lines of XMonad.Actions.GridSelect. In it are all the default operations - &#39;kill&#39;, &#39;refresh&#39;,  &#39;sendMessage NextLayout&#39;, etc. The user left-clicks on one and voila.<br>


<br>
Further refinements: the menu could be shaped like some of the funky HCI designs (such as the pie ones, or using hyperbolic shrinking); could be sorted by frequency of use; each item could have in very small text the keybound equivalent (&#39;M-Space&#39;) - kind of like how Emacs will echo the keybinding of a menu-item if you select it the hard way.<br>


<br>
And of course this would be a focus-follows-mouse setup. The nice thing about this is that I think it&#39;s doable by one person in a semester (really, the hardest part is stealing the GUI code from GridSelect and making it mouse-enabled*), and should be dead simple for people new to the tiling paradigm to learn. Just middle-click and pick what sounds right. The menubar makes &#39;visible&#39; the &#39;invisible&#39;.<br>


<br>
* In theory if you wanted to make a menubar that worked with arbitrary keymaps, you&#39;d need some sort of Show equivalent for functions, since you need to be able to have a textual equivalent to whatever crazy things people may do - how could you really foresee my binding of &#39;runOrRaise &quot;amarok&quot; (className =? &quot;amarokapp&quot;)&#39;? - which gets you into complex territory fast. But if you&#39;re serious about the default config, you could just write up a static [String]. Which would also let you use more newbie-friendly names: instead of &#39;spawn &quot;exe=`dmenu_path | dmenu` &amp;&amp; eval \&quot;exec $exe\&quot;&quot;&#39; you could just have &#39;run Dmenu&#39;.<br>


<br>
-- <br><font color="#888888">
gwern</font><br>_______________________________________________<br>
xmonad mailing list<br>
<a href="mailto:xmonad@haskell.org">xmonad@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/xmonad" target="_blank">http://www.haskell.org/mailman/listinfo/xmonad</a><br>
<br></blockquote></div><br>