[Contrib-Patch] XMonad.Actions.KeyRemap

Hi,
i had the problem that i wanted to use programmers dvorak keymapping[1]
(or better said, i wanted to learn it). But for me as an emacs user it
is a little bit disturbing, that my keybindings change when doing so.

So i wrote a module that made it possible for me to define a keymapping,
so that normal characters are translated by xmonad to programmers
dvorak, and everythin that contains a modifier is left untouched.

This behaviour is done by grabbing all keys by xmonad and sending
appropriate Events to the focused window.

It is also possible to change keymaps on the fly. Here i have the empty
Mapping (here are also no keys bound by xmonad) on F1 and the dvorak
Mapping on F2.

greetz didi

[1] http://www.kaufmann.no/roland/dvorak/

PS: I hope i got the attachment right, i'm not used to gnus until now.

--

-- 
No documentation is better than bad documentation
-- Das Ausdrucken dieser Mail wird urheberrechtlich verfolgt.

Hi,

Re: [Contrib-Patch] XMonad.Actions.KeyRemap

On Sat, May 1, 2010 at 7:42 AM, Christian Dietrich
<stettberger@...> wrote:
> Hi,
> i had the problem that i wanted to use programmers dvorak keymapping[1]
> (or better said, i wanted to learn it). But for me as an emacs user it
> is a little bit disturbing, that my keybindings change when doing so.
>
> So i wrote a module that made it possible for me to define a keymapping,
> so that normal characters are translated by xmonad to programmers
> dvorak, and everythin that contains a modifier is left untouched.
>
> This behaviour is done by grabbing all keys by xmonad and sending
> appropriate Events to the focused window.
>
> It is also possible to change keymaps on the fly. Here i have the empty
> Mapping (here are also no keys bound by xmonad) on F1 and the dvorak
> Mapping on F2.
>
> greetz didi
>
> [1] http://www.kaufmann.no/roland/dvorak/
>
> PS: I hope i got the attachment right, i'm not used to gnus until now.

The attachment is fine, but it'd be better if it were a Darcs patch
and not just the raw source. If you're not sure how to 'darcs add' a
file, 'darcs record' it as a patch, and then 'darcs send' it to this
list, the Darcs manual is useful: http://darcs.net/manual/

--

-- 

Re: [Contrib-Patch] XMonad.Actions.KeyRemap

> The attachment is fine, but it'd be better if it were a Darcs patch
> and not just the raw source. If you're not sure how to 'darcs add' a
> file, 'darcs record' it as a patch, and then 'darcs send' it to this
> list, the Darcs manual is useful: http://darcs.net/manual/

I really want to send a darcs patch file, but code.haskell.org seems to
be down for now and i can't figure out how to press a patch out of darcs
without code.haskell.org up.

greetz didi
--

-- 
No documentation is better than bad documentation
-- Das Ausdrucken dieser Mail wird urheberrechtlich verfolgt.

Re: darcs patch: XMonad.Core: rw recompilation

On Sat, Apr 10, 2010 at 1:50 PM,  <gwern0@...> wrote:
> 1 patch for repository http://code.haskell.org/xmonad:
>
> Sat Apr 10 13:45:52 EDT 2010  gwern0@...
>  * XMonad.Core: rw recompilation
>  This diverts the intermediate *.o *.hi files to /tmp, so they don't clutter up ~/.xmonad/

Ping.

-- 
gwern

On Sat, Apr 10, 2010 at 1:50 PM,  <gwern0@...> wrote:
> 1 patch for repository http://code.haskell.org/xmonad:
>
> Sat Apr 10 13:45:52 EDT 2010  gwern0@...
>  * XMonad.Core: rw recompilation
>  This diverts the intermediate *.o *.hi files to /tmp, so they don't clutter up ~/.xmonad/

Ping.

--

-- 
gwern

Re: darcs patch: Less refreshing / flickering in mouse-2 binding.

On Mon, Mar 22, 2010 at 4:38 PM, Gwern Branwen <gwern0@...> wrote:
> On Fri, Oct 30, 2009 at 10:52 PM, Adam Vogt <vogt.adam@...> wrote:
>> Fri Oct 30 22:51:05 EDT 2009  Adam Vogt <vogt.adam@...>
>>  * Less refreshing / flickering in mouse-2 binding.
>
> Does anyone have any feedback on this patch? It has been 5 or 6 months now.

Ping. Starting on 7 months.

--

-- 
gwern

Re: darcs patch: XMonad.Core: rw recompilation

gwern0:
> On Sat, Apr 10, 2010 at 1:50 PM,  <gwern0@...> wrote:
> > 1 patch for repository http://code.haskell.org/xmonad:
> >
> > Sat Apr 10 13:45:52 EDT 2010  gwern0@...
> >  * XMonad.Core: rw recompilation
> >  This diverts the intermediate *.o *.hi files to /tmp, so they don't clutter up ~/.xmonad/
> 
> Ping.
> 

Rather than send an email for each patch that has been submitted but not
applied, which risks spamming and annoying people, I would suggest a
more constructive mechanism: write a single status report email with all
the ones that you think are ready to go, and do that maybe once a month.

This is a worthy task, and I'm glad you're taking it on, but adding more
email to my inbox doesn't help me get to the work.

-- Don

Re: darcs patch: XMonad.Core: rw recompilation

On Sat, May 1, 2010 at 2:58 PM, Don Stewart <dons@...> wrote:
> gwern0:
>> On Sat, Apr 10, 2010 at 1:50 PM,  <gwern0@...> wrote:
>> > 1 patch for repository http://code.haskell.org/xmonad:
>> >
>> > Sat Apr 10 13:45:52 EDT 2010  gwern0@...
>> >  * XMonad.Core: rw recompilation
>> >  This diverts the intermediate *.o *.hi files to /tmp, so they don't clutter up ~/.xmonad/
>>
>> Ping.
>>
>
> Rather than send an email for each patch that has been submitted but not
> applied, which risks spamming and annoying people, I would suggest a
> more constructive mechanism: write a single status report email with all
> the ones that you think are ready to go, and do that maybe once a month.
>
> This is a worthy task, and I'm glad you're taking it on, but adding more
> email to my inbox doesn't help me get to the work.
>
> -- Don

I did try that for a year or so. It got minimal results - persistent
backlogs, few comments or replies. So, I switched to individual
patches, which also let me set ultimatums for XMC; that has seemed to
work much better.

(I would like to run the numbers, but I don't know any way to ask
Darcs for when a patch was applied to a given repo, as opposed to when
a patch was recorded; with the former, I could check on things like

Re: Re: darcs patch: XMonad.Core: rw recompilation

Hi,

Am Samstag, den 01.05.2010, 16:07 -0400 schrieb Gwern Branwen:
> (I would like to run the numbers, but I don't know any way to ask
> Darcs for when a patch was applied to a given repo, as opposed to when
> a patch was recorded; with the former, I could check on things like
> 'did the average time before a patch was dealt with definitively
> shrink or expand when gwern switched email styles?')

At least for patches tracked by DarcsWatch and applied after the Vienna
Darcs hacking sprint (Nov 2009), this information is stored and present
on 
http://darcswatch.nomeata.de/repo_http:__code.haskell.org_xmonad.html#bundle-ded2659096e0f32153e2091aa70f79798bf58d73

> Joachim Breitner, for example, since
> he's already patching Xmonad-core under his Debian maintainer hat.

Thanks for the kudos, but I am not up-to-date with xmonad’s progress in
Darcs and wouldn’t have much time to spend on it either.

Greetings,
Joachim

--

-- 
Joachim Breitner
  e-Mail: mail@...
  Homepage: http://www.joachim-breitner.de
  ICQ#: 74513189
  Jabber-ID: nomeata@...

Re: [Contrib-Patch] XMonad.Actions.KeyRemap

Hello Christian,

I have a couple suggestions, mostly concerned with documentation:

Type signatures for top level declarations are mandatory.

Blocks of sample code should be prefixed with `>':

-- > foo x y z = ...
-- >     ....

Itemized lists need blank lines around each item.

Lastly, the hardcoded constants could be calculated from the strings
you listed with `map (fromIntegral . fromEnum)'. Leave out the
fromIntegral if [Int] is the result you're looking for.

If it was a runtime performance concern, you could use template
haskell to run that calculation at compile time.

Nice idea to restore some unserializable state with the startupHook.

--
Adam

On Sat, May 1, 2010 at 7:42 AM, Christian Dietrich
<stettberger@...> wrote:
> Hi,
> i had the problem that i wanted to use programmers dvorak keymapping[1]
> (or better said, i wanted to learn it). But for me as an emacs user it

Re: Re: darcs patch: XMonad.Core: rw recompilation

On Sat, May 1, 2010 at 4:07 PM, Gwern Branwen <gwern0@...> wrote:
> (I would like to run the numbers, but I don't know any way to ask
> Darcs for when a patch was applied to a given repo, as opposed to when
> a patch was recorded; with the former, I could check on things like
> 'did the average time before a patch was dealt with definitively
> shrink or expand when gwern switched email styles?')
>
> As I've suggested before: if you and Spencer are so overloaded as to
> be unable to review modest patches given half a year, why not give a
> third person the core commit bit? I wouldn't trust myself with the
> core, but is there no one else? Joachim Breitner, for example, since
> he's already patching Xmonad-core under his Debian maintainer hat.

Here is a graph to compare the kinds of delays core and contrib
patches take before being applied:

http://code.haskell.org/~aavogt/darcsVersions/applyDelays.svg
http://code.haskell.org/~aavogt/darcsVersions/applyDelays.png (much
smaller file)

Note that you need a copy of the relevant repos that preserves the
mtime of the patches, which darcs get doesn't preserve, in order to
generate that graph with:
http://code.haskell.org/~aavogt/darcsVersions/cmpDates.hs

Going from what's in the repos, core and contrib situations are not
much different.

--
Adam