Roman Cheplyaka | 1 Mar 06:00 2008

Re: Colored Tabs (was: Re: Newbie: Problems with Layouts and Syntax)

* john spencer <mailinglists@...> [2008-02-29 22:43:25+0100]
> Cool, works nice, thanks! :-) What do you think about coloring the tabs 
> according to a matching title regexp? So one could give tabs containing 
> a terminal a different color than ie. tabs containing emacs frames, etc.

It's not hard to add to decoration Theme a function field
(Window->X (Maybe String)) which would return desired tab color, but
this is an ad-hoc solution.

Besides it's unclear what to do with such things as inactiveColor or
urgentColor, or border colors. Should they all be functions? Or treat
them as defaults, if function above returns Nothing?

Better solution I can think of is splitting Theme into the two
structures and introduce typeclass for decorations. Then we could
implement colorful decorations as a different decoration, but share all
the code which manages decorations. Such class (as far as I see) will
contain only one method, updateDeco.

Latter solution also seems useful in long term, as somebody once could
want decorations with some icons or buttons or something else.

What do you guys (esp. Andrea) think?

PS I just realized  that theme anyway won't be able to contain
functions, as they don't belong Show. Hm.

--

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)
(Continue reading)

Roman Cheplyaka | 1 Mar 07:17 2008

Re: Colored Tabs (was: Re: Newbie: Problems with Layouts and Syntax)

* Roman Cheplyaka <roma@...> [2008-03-01 07:00:25+0200]
> * john spencer <mailinglists@...> [2008-02-29 22:43:25+0100]
> > Cool, works nice, thanks! :-) What do you think about coloring the tabs 
> > according to a matching title regexp? So one could give tabs containing 
> > a terminal a different color than ie. tabs containing emacs frames, etc.
> 
> It's not hard to add to decoration Theme a function field
> (Window->X (Maybe String)) which would return desired tab color, but
> this is an ad-hoc solution.
> 
> Besides it's unclear what to do with such things as inactiveColor or
> urgentColor, or border colors. Should they all be functions? Or treat
> them as defaults, if function above returns Nothing?
> 
> Better solution I can think of is splitting Theme into the two
> structures and introduce typeclass for decorations. Then we could
> implement colorful decorations as a different decoration, but share all
> the code which manages decorations. Such class (as far as I see) will
> contain only one method, updateDeco.
> 
> Latter solution also seems useful in long term, as somebody once could
> want decorations with some icons or buttons or something else.
> 
> What do you guys (esp. Andrea) think?
> 
> PS I just realized  that theme anyway won't be able to contain
> functions, as they don't belong Show. Hm.

Here's possible solution: to push EDSL I defined in IM layout to a
separate module and use classname and other props instead of regexps
(Continue reading)

Robert | 1 Mar 15:42 2008

Re: Pointer follows focus (with patch)

Spencer Janssen wrote:
> Yes, this should be very easy with the code you've already written, I'd
> forgotten about it!  Something like:
>
>     logHook = withFocused warp
>
> With the defn. of warp from your patch.
>   

Thanks, it really was about that easy. logHook is awesome.

I've created patch for an UpdateFocus module which I've attached. It 
does basically what you suggest. It's also documented and updated to 
only move the mouse to the nearest point of the newly focused window 
minimising the distance it travels.

Thanks also to lithis for looking at this while I was away.

Attachment (updatepointer.patch): text/x-patch, 34 KiB
Spencer Janssen wrote:
> Yes, this should be very easy with the code you've already written, I'd
> forgotten about it!  Something like:
>
>     logHook = withFocused warp
>
> With the defn. of warp from your patch.
>   

(Continue reading)

john spencer | 1 Mar 22:30 2008
Picon

Re: Newbie: Problems with Layouts and Syntax

Hi!

> > I want to execute "windows W.focusDown" followed by a "windows W.swapMaster";
> Does DwmPromote do what you want? See
> http://www.xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-DwmPromote.html

Exactly - thanks! :-)

> Browsing the XMonadContrib documentation at
> http://www.xmonad.org/xmonad-docs/xmonad-contrib/ is really
> worth it. It&#8217;s almost a FAQ in itself.

Did it - several times, and everytime there is something new (though
didn't see 
DwmPromote so far, think because I never used Dwm).

Thanks!
- john
Dominik Bruhn | 2 Mar 19:37 2008
Picon

Re: ScratchWorkspace

Hy,
thanks a lot for this Module. I think it fits my needs except for one thing:
Is it possible to make the ScratchWorkspace float over the normal workspace and
not moving it? Just the same layout as the ScratchNotepad: Get the workspace
"floating" above the workspaces at half height and half width.
I hope you understand what im talking about. Perhaps this is even possible using
the LayoutCominators but I dont know how.

Thanks anyway

Greetings
Dominik

On Fri, Feb 29, 2008 at 06:40:26PM -0500, David Roundy wrote:
> I've just pushed in a ScratchWorkspace module that defines a scratch
> workspace.  You can look at Config.Droundy to get an idea how to use it (as
> it's undocumented).  It's still very crude, and anyone who wants to take a
> shot at cleaning it up is welcome to try.  The main issue is that the
> scratch workspace is available as a "normal" workspace, which I find a
> little annoying.  I'd prefer it remained hidden until I asked for it.  But
> I can't quite see how to do that, either.
> 
> Enjoy! (and comments/suggestions are welcome, although I've really already
> wasted more time on this than I ought...)
> -- 
> David Roundy
> Department of Physics
> Oregon State University
> _______________________________________________
> xmonad mailing list
(Continue reading)

Dominik Bruhn | 2 Mar 20:02 2008
Picon

darcs patch: Haddock fix: Changed URL-Markup


New patches:

[Haddock fix: Changed URL-Markup
Dominik Bruhn <dominik@...>**20080302185435] {
hunk ./XMonad/Hooks/SetWMName.hs 26
--- WMs, see "http:\/\/bugs.sun.com\/bugdatabase\/view_bug.do?bug_id=6429775" and
+-- WMs, see <http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6429775> and
hunk ./XMonad/Util/XSelection.hs 15
--- $ darcs get "http:\/\/gorgias.mine.nu\/repos\/xmonad-utils"
+-- $ darcs get <http://gorgias.mine.nu/repos/xmonad-utils>
}

Context:

[switch Droundy to smartBorders (which works better with ScratchWorkspace).
David Roundy <droundy@...>**20080301191103] 
[XMonad.Layout.Simplest: add FlexibleInstances pragma
Lukas Mai <l.mai@...>**20080301061714] 
[XMonad.Layout.ScratchWorkspace: avoid warnings, make tests compile again
Lukas Mai <l.mai@...>**20080301061625] 
[implement ScratchWorkspace.
David Roundy <droundy@...>**20080229224316] 
[in Prompt.Workspace sort by official workspace order.
David Roundy <droundy@...>**20080229223047] 
[simplify Simplest--allow it to apply to non-Windows.
David Roundy <droundy@...>**20080229221326] 
[XMonad.Actions.MouseGestures.mkCollect: generalize type
Lukas Mai <l.mai@...>**20080229211732] 
[Add bottom-tabbed layout.
(Continue reading)

Roman Cheplyaka | 2 Mar 20:22 2008

Re: darcs patch: Haddock fix: Changed URL-Markup

Applied, thanks!

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)
Applied, thanks!

--

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)
Roman Cheplyaka | 2 Mar 21:41 2008

new contrib module: XMonad.Actions.PerWorkspaceKeys

It allows to define different keybindings for different workspaces.
Enjoy :)

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)
It allows to define different keybindings for different workspaces.
Enjoy :)

--

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)
gwern0 | 3 Mar 06:15 2008
Picon

darcs patch: Util.Run: minor clarification in comment

Mon Mar  3 00:15:13 EST 2008  gwern0@...
  * Util.Run: minor clarification in comment
Mon Mar  3 00:15:13 EST 2008  gwern0@...
  * Util.Run: minor clarification in comment
Roman Cheplyaka | 3 Mar 06:59 2008

Re: darcs patch: Util.Run: minor clarification in comment

Applied, thanks!

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)
Applied, thanks!

--

-- 
Roman I. Cheplyaka (aka Feuerbach  <at>  IRC)

Gmane