- xmonad - Haskell.org

darcs patch: XSelection.hs: simplify creation of window (and 2 more)
by gwern0＠gmail.com 19 Oct '07

19 Oct '07

Thu Oct 18 21:00:13 EDT 2007 gwern0(a)gmail.com * XSelection.hs: simplify creation of window While spelunking in the xclip source code, I noticed it had much the same call to createSimpleWindow but with a simpler geometry - just 1x1 pixels, not the odd 200x100 of the original code. It seems to work the same and looks better and less mysterious, so unless arossato had a specific reason for those particular two numbers... Thu Oct 18 21:00:34 EDT 2007 gwern0(a)gmail.com * XSelection.hs: +type signature for auxiliary function Thu Oct 18 21:00:57 EDT 2007 gwern0(a)gmail.com * XSelection.hs: documentation format changes.

1 0

darcs patch: remove StackOrNot type synonymn.
by David Roundy 18 Oct '07

18 Oct '07

I thought I sent this before, but don't see it in my mailbox... David Wed Oct 17 13:14:06 PDT 2007 David Roundy <droundy(a)darcs.net> * remove StackOrNot type synonymn.

4 4

darcs patch: Adjust EwmhDesktops to use the Hooks system (and 4 more)
by mail＠joachim-breitner.de 18 Oct '07

18 Oct '07

Thu Oct 18 17:31:58 CEST 2007 mail(a)joachim-breitner.de * Adjust EwmhDesktops to use the Hooks system Fri Oct 12 00:55:58 CEST 2007 mail(a)joachim-breitner.de * EwmhDesktops reacts to messages from panel apps Hi, this patch makes EwmhDesktops react to ClientMessages send from e.g. the panel switcher. It currently only supports changing the current desktop (which at least for me is the most important feature). Note that you need my patch against X11-extras that adds ClientMessage support. You also need my messageHook hack against darcs. I tried to implement this without changes to the core, but trying to do some hack based on LayoutModifieres weren’t very satisfying. The code is still there, just commented. I’d very much appreciate any comments on how this functionality can go in, after 0.4, I guess. Greetins, Joachim Thu Oct 18 20:11:56 CEST 2007 mail(a)joachim-breitner.de * Make EwmhDesktop react on ClientMessages Thu Oct 18 20:45:00 CEST 2007 mail(a)joachim-breitner.de * Allow the gnome-panel to move windows around Thu Oct 18 20:51:03 CEST 2007 mail(a)joachim-breitner.de * Allow the gnome-panel window list to activate windows

1 0

darcs patch: Hooks module (and 7 more)
by mail＠joachim-breitner.de 18 Oct '07

18 Oct '07

Thu Oct 18 17:24:47 CEST 2007 mail(a)joachim-breitner.de * Hooks module This is the basic hooks module with all the magic, and should be put directly in xmonad/ if this proposal is ever agreed on. Thu Oct 18 17:25:47 CEST 2007 mail(a)joachim-breitner.de * HookProxy module This is only need while the Hooks system is not in the core. The names of the functions match those in the Config.hs that they shoud replace. Eventually, the core (i.e. Operations.hs) should call > runSomeHook (mconcat Config.xmonadExtensions) in the right spot itself. This is all required modification to the core! Thu Oct 18 17:27:27 CEST 2007 mail(a)joachim-breitner.de * Extensions to match windows on the name To not lose the functionality of the current manageHook, this extensions provides this. This also means that the lines that extract the window names etc. would not have to be in the core anymore. Thu Oct 18 17:28:49 CEST 2007 mail(a)joachim-breitner.de * ManageDocks migrated to Hook system Not much to do to migrate an existing module to the new hook system. Note that extendind the fields of an XMonadExtensions does not break this! Thu Oct 18 17:31:58 CEST 2007 mail(a)joachim-breitner.de * Adjust EwmhDesktops to use the Hooks system Fri Oct 12 00:55:58 CEST 2007 mail(a)joachim-breitner.de * EwmhDesktops reacts to messages from panel apps Hi, this patch makes EwmhDesktops react to ClientMessages send from e.g. the panel switcher. It currently only supports changing the current desktop (which at least for me is the most important feature). Note that you need my patch against X11-extras that adds ClientMessage support. You also need my messageHook hack against darcs. I tried to implement this without changes to the core, but trying to do some hack based on LayoutModifieres weren’t very satisfying. The code is still there, just commented. I’d very much appreciate any comments on how this functionality can go in, after 0.4, I guess. Greetins, Joachim Thu Oct 18 20:11:50 CEST 2007 mail(a)joachim-breitner.de * HookProxy: Message-Intercepting LayoutModifier Thu Oct 18 20:11:56 CEST 2007 mail(a)joachim-breitner.de * Make EwmhDesktop react on ClientMessages

1 0

darcs patch: remove recursive import of borderWidth.
by David Roundy 18 Oct '07

18 Oct '07

If this is accepted, I'll see about converting XMonadContrib. David Thu Oct 18 10:40:15 PDT 2007 David Roundy <droundy(a)darcs.net> * remove recursive import of borderWidth.

1 0

darcs patch: make contrib work with main defined in config file.
by David Roundy 18 Oct '07

18 Oct '07

Thu Oct 18 13:03:36 EDT 2007 David Roundy <droundy(a)darcs.net> * make contrib work with main defined in config file.

1 0

darcs patch: sketch of config/main inversion. (and 1 more)
by David Roundy 18 Oct '07

18 Oct '07

Hi all, This is a working, testable version of xmonad with main defined in the config file (now called Main.hs, so that ghc will be happy with the recursive imports, that I haven't yet eliminated). A patch to update XMC will follow. David Thu Oct 18 09:42:30 PDT 2007 David Roundy <droundy(a)darcs.net> * sketch of config/main inversion. Thu Oct 18 10:00:58 PDT 2007 David Roundy <droundy(a)darcs.net> * make xmonad work with inverted main/config.

1 1

darcs patch: sketch of config/main inversion.
by David Roundy 18 Oct '07

18 Oct '07

Hi all, Here's a sketch of how I envision the inversion of main and config working. It's a crude sketch, and won't compile (although EventLoop will compile) because I haven't gotten rid of the recursive module imports. But that'll take some work, so I'd like to get an agreement on the principle before proceeding. Comments are most welcome. Note also that, this being a sketch, I didn't work hard to make it pretty. David Thu Oct 18 09:42:30 PDT 2007 David Roundy <droundy(a)darcs.net> * sketch of config/main inversion.

1 0

darcs patch: Config File adjustments for Hooks system
by mail＠joachim-breitner.de 18 Oct '07

18 Oct '07

Thu Oct 18 17:33:58 CEST 2007 mail(a)joachim-breitner.de * Config File adjustments for Hooks system These are the configuration file adjustments for the Hook sytem. It also shows how to use some of the extension, including the WinNameMatcher, which provides the same functionality as before. If Hooks would go to the core, the logHook and manageHook definitions would go away, of course, in Config.hs as well as in Config.hs-boot.

1 0

Commets on my Hooks proof-of-concept
by Joachim Breitner 18 Oct '07

18 Oct '07

Hi, As you can see, I partially implemented the proposed hook system. Here an overview: XMonadContrib/Hook.hs This quite small file contains all the magic of the Hook system. It is intended to go to xmonad/ directly some day. XMonadContrib/HooksProxy.hs This shows how the hooks should be called from the core one day, and is meant to be called from Config.hs for now. XMonadContrib/WinNameManage.hs (sorry for the bad name) An example of how to implement the name matching functionality currently provided in the core as an extension, using the hook system. I have adjusted two more extensions to the new hooks system. Note that I have not yet added the MessageHook to the HooksProxy, as I haven’t worked with LayoutModifiers yet. I think it should be clear where this is heading, but this should, after due discussion, either be thrown away or moved to the core. In contrast to matching window names, a hook infrastructure should not be in a contrib module, and there should be only one of these around. I hope this will make the discussion a bit more productive and get more people involved. Greetings, Joachim -- Joachim Breitner e-Mail: mail(a)joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189

1 0