User: Password:
Subscribe / Log in / New account

Fedora 19 Alpha released

Fedora 19 Alpha released

Posted Apr 24, 2013 17:15 UTC (Wed) by drag (subscriber, #31333)
In reply to: Fedora 19 Alpha released by mathstuf
Parent article: Fedora 19 Alpha released

It would be interesting to see how much of 'tiling' can be applied to Gnome-shell.

Right now I am using 'put windows' extension which adds some tiling features to Gnome-shell. This may be properly termed 'weak tiling' since positioning and tiling something you have to apply to windows manually rather then having strict tiling enforced like with Xmonad. (I actually prefer this as I only really desire to have tiling on some applications and depending on what I am doing). I have a feeling that you wouldn't find this acceptable, but I am curious how far gnome-shell could be pushed.

(Log in to post comments)

Fedora 19 Alpha released

Posted Apr 24, 2013 18:58 UTC (Wed) by mathstuf (subscriber, #69389) [Link]

My requirements are that each monitor must be distinct (not one desktop spanning all of the monitors) and I don't think I've seen any of the mainstream WMs even consider this setup. It does require use of quite a few modifier combinations (ctrl, ctrl+shift, meta, meta+shift, alt, alt+shift, ctrl+meta, ctrl+meta+shift, alt+meta, and alt+meta+shift with F keys (absolute) and arrows (relative) are all used to manage this; I use 7 of these modifier prefixes regularly with my 3 screen setup) to handle all of the ways to manipulate windows between the monitors and workspaces which I doubt gnome-shell will support. Plus, I like my 1 px decorations (no close button required and maximize/minimize are pretty useless with tiling). As for conditional tiling, I have bindings which allow me to toggle whether new windows are floating or not (one shot and all future) for those apps that are better that way (typically mplayer for me).

Fedora 19 Alpha released

Posted Apr 26, 2013 13:51 UTC (Fri) by raven667 (subscriber, #5198) [Link]

Your needs are vastly different from many others who just go with the flow and want something that obeys "normal" UI conventions. I wish you best of luck in maintaining your custom workflow but I imagine that those capabilities extract a non-zero cost in design and maintenance that has a negative effect on everyone else who uses the graphics stack. I could be wrong about your specific needs but certainly the X designers have spoken about this topic at some length.

Fedora 19 Alpha released

Posted Apr 26, 2013 14:52 UTC (Fri) by mathstuf (subscriber, #69389) [Link]

How do those features leverage some special about the graphics *stack*? The monitor behavior is basically "give me monitor borders, not one single canvas" (games will likely need this) and the decorations is "allow me to suppress CSDs" which KDE is expected to require anyways. The only real problem is that I won't get my specific features from Weston, KWin, or Shell, but that was expected.

The apps I'll need to replace (directly) are setxkbmap, xsetroot, xset, xrdb, xcompose, clock, xautolock (all of which should have equivalents in Wayland), xmobar, xmonad, feh (backgrounds), sxiv (image viewer), and dmenu. The others that I use are all using toolkits which should have Wayland backends. The largest application here that will need to be written is "WMonad".

Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds