Laurent Humblet | 1 Jul 17:47 2011
Picon

Re: A few issues with xmonad I'd like to fix

Hi,

Thank you for your mail.

 > 
http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutCombinators.html#7 

I was more looking for a small script snippet but I'll dig a bit more ;)

 >> 2) When I ALT-TAB once and release ALT and TAB, I like to go back to
 >> the previous window in the stack instead of going forward again, is
 >> this possible ?
 >
 > don't understand the request

Forget about this, it's an old Windows habit that I have and it actually 
doesn't really translate into xmonad now that I think about it.

 >> 3) Is there any bypass or automatic script that could do the "# cat
 >> /proc/####/fd/4" thing automatically when xmonad freezes?
 >
 > Wouldn't it be better to just avoid having xmonad freeze, instead? It
 > looks like you're sending output to xmobar; does xmobar have a
 > PipeReader working? Could you paste your .xmobarrc somewhere for us
 > to take a look at?

Of course, here is my .xmobarrc:

	http://pastebin.com/DNzRKyWf

(Continue reading)

wagnerdm | 1 Jul 18:15 2011

Re: A few issues with xmonad I'd like to fix

Quoting Laurent Humblet <laurent.humblet@...>:

>> http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutCombinators.html#7
>
> I was more looking for a small script snippet but I'll dig a bit more ;)

The small script snippet is to follow the import advice outlined  
there, then add a keybinding to the action

sendMessage (JumpToLayout "Tall")

for example, for the Tall layout. For other layouts, see the  
instructions in the link for finding out what String to put instead of  
"Tall".

>>> 2) When I ALT-TAB once and release ALT and TAB, I like to go back to
>>> the previous window in the stack instead of going forward again, is
>>> this possible ?
>>
>> don't understand the request
>
> Forget about this, it's an old Windows habit that I have and it  
> actually doesn't really translate into xmonad now that I think about  
> it.

Ah, now I know what you're asking for! I think there is functionality  
like Windows' alt+tab somewhere, but I can't find it. Perhaps this is  
like it?
http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-CycleWindows.html#v%3AcycleRecentWindows

(Continue reading)

Gwern Branwen | 1 Jul 19:15 2011
Picon

Releasing 1.0

I spent the other reading a PhD thesis about time-based releases:
http://www.cyrius.com/publications/michlmayr-phd.html

All the projects involved seemed to prefer time-based releases, and
there was much criticism of releases simply being endlessly dragged
out and end-users being hurt by the delays and unclear forecasts.

Let us say I was more than a little reminded of Xmonad and #xmonad.
The last major release of xmonad was back when George W. Bush was
president.

There are no outstanding patches in
http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html
or http://darcswatch.nomeata.de/repo_http:__code.haskell.org_xmonad.html
Since then, awesome has made something like 10 releases; even dwm has
made releases. There are plenty of bugs left in Xmonad, but I doubt
many will be squashed given another few months or years.

Let's just make the 1.0 release already.

--
gwern
http://www.gwern.net

Ben Boeckel | 1 Jul 20:14 2011
Picon

Re: Releasing 1.0

Gwern Branwen <gwern0@...> wrote:
> There are no outstanding patches in
> http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html
> or http://darcswatch.nomeata.de/repo_http:__code.haskell.org_xmonad.html
> Since then, awesome has made something like 10 releases; even dwm has
> made releases. There are plenty of bugs left in Xmonad, but I doubt
> many will be squashed given another few months or years.

FYI, there are two patches on the list[1][2] that I sent. The ungrab
keyboard patch probably needs more widespread testing, but I've had no
issues with it.

--Ben

[1]http://www.haskell.org/pipermail/xmonad/2011-May/011408.html
[2]http://www.haskell.org/pipermail/xmonad/2011-May/011409.html

Gwern Branwen | 1 Jul 21:03 2011
Picon

Re: Releasing 1.0

On Fri, Jul 1, 2011 at 2:14 PM, Ben Boeckel <mathstuf@...> wrote:
>
> FYI, there are two patches on the list[1][2] that I sent. The ungrab
> keyboard patch probably needs more widespread testing, but I've had no
> issues with it.
>
> --Ben
>
> [1]http://www.haskell.org/pipermail/xmonad/2011-May/011408.html

I don't see how adding some bindings could really go wrong, so I've
pushed that one. As per my usual procedure/threats, I'll push the
unbind one in a week if no one objects.

--

-- 
gwern
http://www.gwern.net

darcswatch | 1 Jul 21:06 2011
Picon

Applied: darcs patch: add-movenext-moveprev-bindings

This 1-patch bundle was just applied to http://code.haskell.org/XMonadContrib:

20110515193326  Ben Boeckel <mathstuf@...>
 * add-movenext-moveprev-bindings
 Adds default bindings to GridSelect for the moveNext and movePrev motions.

--

-- 
This message was brought to you by DarcsWatch
http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html#bundle-efcd9c71da8f340e6054cae98041aa92b16abf5a

Sergey Manucharian | 1 Jul 21:56 2011
Picon

Re: A few issues with xmonad I'd like to fix

Excerpts from Hans Ekbrand's message from Wed 29-Jun-11 19:48:
> On Wed, Jun 29, 2011 at 11:58:58AM -0400, wagnerdm@... wrote:
> > Quoting Laurent Humblet <laurent.humblet@...>:
> > 
> > >2) When I ALT-TAB once and release ALT and TAB, I like to go back
> > >to the previous window in the stack instead of going forward
> > >again, is this possible ?
> > 
> > don't understand the request
> 
> I think the OP is asking for what keys you should press focus the previous window.
> 
> Dear OP, have you tried mod-shift-tab, as specified in the manual page of xmonad?
> 
> (alt-shift-tab, if alt is your mod key).

I do understand what the OP wants. You press Alt-Tab (but don't release) - xmonad switches to another
workspace you want just to take look, e.g. if gcc has finished compiling, then you release Alt-Tab and
return to the original workspace.

That would save extra Alt-Tab press. Could be useful, I agree, but not sure how to implement it.

--

-- 
Cheers,
Sergey

Sergey Manucharian | 1 Jul 21:58 2011
Picon

Re: A few issues with xmonad I'd like to fix

Excerpts from Sergey Manucharian's message from Fri 01-Jul-11 13:56:
> Excerpts from Hans Ekbrand's message from Wed 29-Jun-11 19:48:
> > On Wed, Jun 29, 2011 at 11:58:58AM -0400, wagnerdm@... wrote:
> > > Quoting Laurent Humblet <laurent.humblet@...>:
> > > 
> > > >2) When I ALT-TAB once and release ALT and TAB, I like to go back
> > > >to the previous window in the stack instead of going forward
> > > >again, is this possible ?
> > > 
> > > don't understand the request
> > 
> > I think the OP is asking for what keys you should press focus the previous window.
> > 
> > Dear OP, have you tried mod-shift-tab, as specified in the manual page of xmonad?
> > 
> > (alt-shift-tab, if alt is your mod key).
> 
> I do understand what the OP wants. You press Alt-Tab (but don't release) - xmonad switches to another
workspace you want just to take look, e.g. if gcc has finished compiling, then you release Alt-Tab and
return to the original workspace.
> 
> That would save extra Alt-Tab press. Could be useful, I agree, but not sure how to implement it.

Correction: he was talking about the windows, not workspaces, but the idea is the same.

--

-- 
Cheers,
Sergey

(Continue reading)

Wirt Wolff | 1 Jul 23:49 2011
Picon

Re: A few issues with xmonad I'd like to fix

Excerpts from Sergey Manucharian's message of Fri Jul 01 13:58:28 -0600 2011:
> > 
> > I do understand what the OP wants. You press Alt-Tab (but don't release) - xmonad switches to another
workspace you want just to take look, e.g. if gcc has finished compiling, then you release Alt-Tab and
return to the original workspace.
> > 
> > That would save extra Alt-Tab press. Could be useful, I agree, but not sure how to implement it.
> 
> Correction: he was talking about the windows, not workspaces, but the idea is the same.
> 

Yes the workspace one is Actions.CycleRecentWS and AFAIK the closest to
what was requested for windows is the previously mentioned
cycleRecentWindows from Actions.CycleWindows.

The windows one isn't very comfortable for many layouts however, since
it uses stack order, grabbing "previous" and "next" windows from
elsewhere and putting the old focused window below or above the grabbed
window. So in Full it makes sense, and for some workflows in other
layouts it's helpful.

It also allows "previewing without altering stack order" like
cycleRecentWS, and enables picking the nth window up or down with a
number key.  

There are several interpretations of what should be done with the window
that was where the alt-tabbed new window goes. Should they swap? Should
they act like they're stacked in the frame and one hides the other?

In some layouts there are tools in CycleWindows to make these latter two
(Continue reading)

Don Stewart | 2 Jul 16:53 2011
Picon

Re: Releasing 1.0

I'd  be in favor of a 1.0 release in the next couple of months.

The system is easily stable enough.

Separately, moving to 6 month time-based releases would be a good step.

-- Don

On Fri, Jul 1, 2011 at 1:15 PM, Gwern Branwen <gwern0@...> wrote:
> I spent the other reading a PhD thesis about time-based releases:
> http://www.cyrius.com/publications/michlmayr-phd.html
>
> All the projects involved seemed to prefer time-based releases, and
> there was much criticism of releases simply being endlessly dragged
> out and end-users being hurt by the delays and unclear forecasts.
>
> Let us say I was more than a little reminded of Xmonad and #xmonad.
> The last major release of xmonad was back when George W. Bush was
> president.
>
> There are no outstanding patches in
> http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html
> or http://darcswatch.nomeata.de/repo_http:__code.haskell.org_xmonad.html
> Since then, awesome has made something like 10 releases; even dwm has
> made releases. There are plenty of bugs left in Xmonad, but I doubt
> many will be squashed given another few months or years.
>
> Let's just make the 1.0 release already.
>
> --
(Continue reading)


Gmane