in January/February maybe another release to cover 8.0.1 :) 7.10.3 is mainly bugfix ==> +- same results of test as 7.10.2 On 12 December 2015 at 05:00, gansteed wrote:

Actually, ArchLinux is using GHC 7.10.3 now.

Peter Jones 于2015年12月12日周六 上午2:31写道：

...

Except for bug fixes, I'd like to call for a freeze on commits to the xmonad and xmonad-contrib repositories until we get a release out.

At this point I think we have everything we need in place. Let's take advantage of the weekend and let as many people as possible test 0.12. Then on Monday I'll open pull requests from my repos and we can tag and release.

For reference, the following repositories have the latest changes plus all of my documentation updates:

https://github.com/pjones/xmonad/tree/release-0.12

https://github.com/pjones/xmonad-contrib/tree/release-0.12

I also put together a stand-alone repository to help me test xmonad and xmonad-contrib using GHC 7.10.2, 7.8.4, and 7.6.3. (We should plan on making another release in January to cover 7.10.3.)

My testing repository can be found at:

https://github.com/pjones/xmonad-test/tree/release-0.12

So, please go forth and read the docs and compile the code!

-- Peter Jones, Founder, Devalot.com Defending the honor of good code

_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

On 14 December 2015 at 17:05, Peter Jones wrote:

If someone can explicitly state that all the xmonad + xmonad-contrib tests pass under 7.10.3 then I'm happy to add it to the tested compilers list in the cabal file.

I didn't run tests, but fwiw I'm using xmonad + xmonad-contrib built with 7.10.3.

OK, well, I've tested everything and put v0.12 tags on both xmonad and xmonad-contrib. However, it appears that only Adam Vogt has the power to upload these packages to Hackage. Adam, could you add me and Peter as uploaders/maintainers for those packages on Hackage? Thanks! -Brent On Fri, Dec 18, 2015 at 2:52 PM Brent Yorgey wrote:

Sorry it took a little longer to get to this than I thought, I had a few unexpected things to deal with at the end of the semester. But I think everything looks good now and I'm about to pull the trigger and upload to Hackage, unless anyone has any last minute questions/comments.

On Mon, Dec 14, 2015 at 2:06 PM Tuncer Ayaz wrote:

...

On 14 December 2015 at 17:05, Peter Jones wrote:

...

If someone can explicitly state that all the xmonad + xmonad-contrib tests pass under 7.10.3 then I'm happy to add it to the tested compilers list in the cabal file.

I didn't run tests, but fwiw I'm using xmonad + xmonad-contrib built with 7.10.3. _______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

Thanks Adam! xmonad 0.12 is now on Hackage! On Fri, Dec 18, 2015 at 3:18 PM adam vogt wrote:

Hello Brent and Peter,

Hackage should accept your upload now.

Thanks for putting this release together

Regards

Adam On Dec 18, 2015 3:59 PM, "Brent Yorgey" wrote:

...

OK, well, I've tested everything and put v0.12 tags on both xmonad and xmonad-contrib. However, it appears that only Adam Vogt has the power to upload these packages to Hackage. Adam, could you add me and Peter as uploaders/maintainers for those packages on Hackage? Thanks!

-Brent

On Fri, Dec 18, 2015 at 2:52 PM Brent Yorgey wrote:

...

Sorry it took a little longer to get to this than I thought, I had a few unexpected things to deal with at the end of the semester. But I think everything looks good now and I'm about to pull the trigger and upload to Hackage, unless anyone has any last minute questions/comments.

On Mon, Dec 14, 2015 at 2:06 PM Tuncer Ayaz wrote:

...

On 14 December 2015 at 17:05, Peter Jones wrote:

...

If someone can explicitly state that all the xmonad + xmonad-contrib tests pass under 7.10.3 then I'm happy to add it to the tested compilers list in the cabal file.

I didn't run tests, but fwiw I'm using xmonad + xmonad-contrib built with 7.10.3. _______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

Brent Yorgey writes:

Is there anything else that needs to happen? e.g. does the website need to be updated?

According to the TODO file this is what we have left: * generate, and push website haddocks with xmonad-web/gen-docs.sh * update #xmonad topic * email announce -- Peter Jones, Founder, Devalot.com Defending the honor of good code

On Dec 22, 2015 5:14 AM, "Tuncer Ayaz" wrote:

On 21 December 2015 at 22:08, Peter Jones wrote:

...

Brent Yorgey writes:

...

Is there anything else that needs to happen? e.g. does the website need to be updated?

According to the TODO file this is what we have left:

* generate, and push website haddocks with xmonad-web/gen-docs.sh

* update #xmonad topic

* email announce

Maybe the announcement should end with a list of contributors. We can begin with the git repos, and for the next release it might make sense to include tickets as well, but I'm not sure about that. You could run something like this on all repos and embed a single sorted list:

git log v0.11.. --format="%aN" --reverse \ | perl -e 'my %dedupe; while (<STDIN>) { print unless $dedupe{$_}++}'

We did list contributors in previous announces. Darcs cleaned up the list using an .authorspellings file (checked into the contrib repo), but I can't find an equivalent feature built-into git. Regards, Adam

I've converted the .authorspellings to a .mailmap. On Tue, Dec 22, 2015 at 1:02 PM, Brandon Allbery wrote:

On Tue, Dec 22, 2015 at 1:00 PM, adam vogt wrote:

...

We did list contributors in previous announces. Darcs cleaned up the list using an .authorspellings file (checked into the contrib repo), but I can't find an equivalent feature built-into git.

Git can use .mailmap but IIRC it's not as automated.

-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

On 28 December 2015 at 14:51, Tuncer Ayaz wrote:

Here's a minimal, modern xmonad.hs, which we should include in the announcement and ideally also on the website's getting started page. Feel free to improve.

Accidentally omitted: What's modern about it is that it uses (1) the new config module (2) built-in launcher prompt (3) built-in prompt module for exit confirmation It doesn't require dmenu and shows how to configure key bindings the modern way.

On 28 December 2015 at 19:22, Devin Mullins wrote:

Interesting, I didn't know about ConfirmPrompt! So many contrib modules.

Yeah, there are many hidden gems in the contrib namespace.

FYI, you don't need to use removeKeysP to update existing key bindings, as it's backed by a Data.Map - just the additionalKeysP will do.

Thanks, good catch. Posed an update.

Also, insert shameless plug for the even more modern X.C.Prime module - I think it makes configs look nicer, personally.

How would a modified version, making use of that, look?

The first result for https://www.google.com/search?q=xmonad+azerty looks good. Does that work? On Dec 28, 2015 10:53 AM, "Alain Bertrand" wrote:

Le 28/12/2015 14:51, Tuncer Ayaz a écrit :

...

Here's a minimal, modern xmonad.hs, which we should include in the announcement and ideally also on the website's getting started page. Feel free to improve.

import System.Exit

[snip quote]

Hi, all, May I had a suggestion : add as a comment what is needed to use xmonad with AZERTY keyboards, where defaults for 1234567890 are &é"'(-è_çà . Ideally, one should have only to uncomment a few line to get xmonad to work whith those keyboards.

Best regards,

Alain

(add sorry for the personal answer instead of the mailing-list) _______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

Here's an updated post with a short text that you might want to include in the announcement: xmonad (and xmonad-contrib) have evolved a lot since its first release, and therefore it's a good idea to showcase a modern xmonad.hs. The config below will give you a good starter xmonad setup with minor customizations. These are: (1) Ask for confirmation before exiting (2) Replace default launcher binding with built-in shellPrompt, which is friendlier to use and does not require dmenu. Arguably, these customizations should be the default, but as it requires xmonad-contrib, we can not really make it the default. Some of the things you might want to do next: * customize looks * control volume and display backlight * customize layouts * customize mouse behavior * whatever you need and can imagine Save this as ~/.xmonad/xmonad.hs: import System.Exit import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Hooks.ManageHelpers import XMonad.Layout.Fullscreen import XMonad.Layout.LayoutHints import XMonad.Layout.NoBorders import XMonad.Prompt import XMonad.Prompt.ConfirmPrompt import XMonad.Prompt.Shell import XMonad.Util.EZConfig import XMonad.Util.Run(hPutStrLn, spawnPipe) main = do xmproc <- spawnPipe "xmobar ~/.xmonad/xmobarrc" xmonad $ defaultConfig { terminal = "xterm" , manageHook = myManageHook <+> fullscreenManageHook <+> manageDocks <+> manageHook defaultConfig , layoutHook = fullscreenFloat $ fullscreenFocus $ layoutHints $ smartBorders $ avoidStruts $ layoutHook defaultConfig , handleEventHook = fullscreenEventHook , logHook = dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc } } `additionalKeysP` [ -- Ask for confirmation before exiting by replacing the default -- binding with a custom one. ("M-S-q", confirmPrompt myXPConfig "exit" $ io exitSuccess) -- Replace M-p launcher binding with built-in shellPrompt, which -- is friendlier and does not require dmenu. , ("M-p", shellPrompt myXPConfig) ] `additionalKeys` [ ((mod4Mask, xK_q), spawn "xmonad --recompile && xmonad --restart") ] -- see http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Prompt.html#t:XPConfig myXPConfig = defaultXPConfig { position = Top , promptBorderWidth = 0 , defaultText = "" , alwaysHighlight = True , font = "9x15" } -- see http://xmonad.org/xmonad-docs/xmonad/XMonad-ManageHook.html myManageHook = composeAll [ className =? "Pidgin" --> doFloat , className =? "MuPDF" --> doFloat , className =? "llpp" --> doFloat , className =? "XCalc" --> doFloat , className =? "mpv" --> doFloat , className =? "Gimp" --> doFloat ]

I've removed leftover rules for mupdf and llpp. There's also no need for making Gimp floating, because Gimp stable version has a single-window mode, and there's no collection of windows anymore, if you enable that. One thing I've noticed with mpv (and mplayer) is that if you enter and leave fullscreen, then the video (inside window) is cropped by at least one column of pixels, and the window is not restored to its original floating position but moved right+down by one or more pixels. These two effects are probably related, but I don't see anything wrong with the config. Any idea what's wrong? Here's v3 with more fixes and better wording: xmonad and xmonad-contrib have evolved a lot over the years, and therefore it's a good idea to showcase a modern xmonad.hs. The config below will give you a good starter xmonad setup with minor customizations. These are: (1) Ask for confirmation before exiting (2) Replace default launcher binding with built-in shellPrompt, which is friendlier to use and does not require dmenu. Arguably, these customizations should be the default, but as it requires xmonad-contrib, we can not really make it the default. Things you might want to configure next: * customize looks * control volume and display back-light * customize layouts * customize mouse behavior * add more prompts (ssh, man, password, etc.) * whatever you can imagine and/or need Save this as ~/.xmonad/xmonad.hs: import System.Exit import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Hooks.ManageHelpers import XMonad.Layout.Fullscreen import XMonad.Layout.LayoutHints import XMonad.Layout.NoBorders import XMonad.Prompt import XMonad.Prompt.ConfirmPrompt import XMonad.Prompt.Shell import XMonad.Util.EZConfig import XMonad.Util.Run(hPutStrLn, spawnPipe) main = do xmproc <- spawnPipe "xmobar ~/.xmonad/xmobarrc" xmonad $ defaultConfig { terminal = "xterm" , manageHook = myManageHook <+> fullscreenManageHook <+> manageDocks <+> manageHook defaultConfig , layoutHook = fullscreenFloat $ fullscreenFocus $ layoutHints $ smartBorders $ avoidStruts $ layoutHook defaultConfig , handleEventHook = fullscreenEventHook , logHook = dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc } } `additionalKeysP` [ -- Ask for confirmation before exiting by replacing the default -- binding with a custom one. ("M-S-q", confirmPrompt myXPConfig "exit" $ io exitSuccess) -- Replace M-p launcher binding with built-in shellPrompt, which -- is friendlier and does not require dmenu. , ("M-p", shellPrompt myXPConfig) ] `additionalKeys` [ ((mod4Mask, xK_q), spawn "xmonad --recompile && xmonad --restart") ] -- see http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Prompt.html#t:XPConfig myXPConfig = defaultXPConfig { position = Top , promptBorderWidth = 0 , defaultText = "" , alwaysHighlight = True , font = "9x15" } -- see http://xmonad.org/xmonad-docs/xmonad/XMonad-ManageHook.html myManageHook = composeAll [ className =? "Pidgin" --> doFloat , className =? "XCalc" --> doFloat , className =? "mpv" --> doFloat ]

On 29 December 2015 at 12:53, Bogdan Sinitsyn wrote:

On Tuesday, December 29, 2015 12:30:39 PM MSK Tuncer Ayaz wrote:

...

One thing I've noticed with mpv (and mplayer) is that if you enter and leave fullscreen, then the video (inside window) is cropped by at least one column of pixels, and the window is not restored to its original floating position but moved right+down by one or more pixels. These two effects are probably related, but I don't see anything wrong with the config. Any idea what's wrong?

Maybe it's because border width is reapplied by core and then by layout?

Is there a fix you would suggest?