[STUMP] [UPDATE] Window tagging - tag current group

		Hello.
	I have added possibility to prepare a workspace and quickly tag all
windows in it with the same tag.

	What should I change in tags.lisp for it to be included in a)contrib/
b) core part of StumpWM?

;; Current file copyright (C) 2009 Michael Raskin

;;  This file is part of stumpwm.
;;
;; stumpwm is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation; either version 2, or (at your option)
;; any later version.

;; stumpwm is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with this software; see the file COPYING.  If not, write to
;; the Free Software Foundation, Inc., 59 Temple Place, Suite 330,
;; Boston, MA 02111-1307 USA

(in-package :stumpwm)

; Window tags. Window tags are special window properties (stored in X11 window properties)

Re: [STUMP] [UPDATE] Window tagging - raise window selected by tag

I noticed that I need raising window by tags in mail tags.lisp file for
advertisement  purposes... So here it goes.

;; Current file copyright (C) 2009 Michael Raskin

;;  This file is part of stumpwm.
;;
;; stumpwm is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation; either version 2, or (at your option)
;; any later version.

;; stumpwm is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with this software; see the file COPYING.  If not, write to
;; the Free Software Foundation, Inc., 59 Temple Place, Suite 330,
;; Boston, MA 02111-1307 USA

(in-package :stumpwm)

; Window tags. Window tags are special window properties (stored in X11 window properties)
; that can be used for window manipulations. They can survive temporary WM change and allow
; more flexible classification of windows than selecting window groups for them.

; String parsing for commands

Re: [STUMP] stumpwm group scrolling

> I'd be nice able to switch groups by clicking directly though (like in Awesome)

I agree. Hopefully at some point I or someone will sit down and make
the modeline rad.

-Shawn

Re: [STUMP] stumpwm-goodies for a better stump experience

On Sun, May 31, 2009 at 1:59 AM, Joel Fernandes <agnel.joel <at> gmail.com> wrote:
> A Little contribution to the stumpwm community.
> stumpwm-goodies is a collection of enhancements (in the form of
> extensions - no change made directly to stumpwm)

Hi Joel, thanks for sharing your code! See my feedback, below.

> . Laptop Panel brightness
>  A python script that changes laptop panel brightness.
>  A few lines have to be added to .stumprc to map your brightness Fn
> keys (mentioned in its README)

It'd be interesting to find out how the python module adjusts the
brightness and possibly implement that directly. Do you know if that's
plausible?

> . Mode Line
>  A bunch of lisp extensions for mode-line (gives you battery, ip
> addr, date, cpu usage etc..)

Have you looked at the modeline modules in contrib/? A lot of these
features are already implemented. Perhaps you could merge any missing
features?

In modeline-config.lisp, a lot of the functions run shell commands to
gather information. Since stumpwm is compiled with cl-ppcre (perl
compatible regular expressions), it'd more stylistically sound and
possibly faster to do the processing in your lisp functions. In the
case of stuff like:

Re: [STUMP] [UPDATE] Window tagging - raise window selected by tag

2009/6/1 Michael Raskin <38a938c2 <at> rambler.ru>:
> I noticed that I need raising window by tags in mail tags.lisp file for
> advertisement  purposes... So here it goes.

savannah seems to be down but i've added it to my repo which I'll sync
when it comes back up. Thanks! Looks like an interesting module.

-Shawn

Re: [STUMP] [PATCH] Modified describe-key and where-is to check group type specific keymaps.

Hi Ben,

Thanks for the patch! I've added it to the repo, though savannah is down so I can't upload it yet.

Some notes:

(let ((cmd))
  (loop for map in (top-maps)
        do (setf cmd (lookup-key-sequence map keys))
        until cmd)

Is probably better style if written as:

(let ((cmd (loop for map in (top-maps)
                 for cmd = (lookup-key-sequence map keys)
                 when cmd return cmd)))

I decided to use this version in the src.

(loop for map in (top-maps) append (search-kmap cmd map))

can be written as:

(mapcan (lambda (x) (search-kmap cmd x)) (top-maps))

But I don't this is really any better except possibly a little less consing, so I left your version.

-Shawn

Re: [STUMP] stumpwm-goodies for a better stump experience

Hi Shawn,

Thanks alot for the email!

> It'd be interesting to find out how the python module adjusts the
> brightness and possibly implement that directly. Do you know if that's
> plausible?

The python module uses the dbus message bus interface to directly talk
to HAL which sets the panel brightness.
I had considered writing it in common lisp. Unfortunately cl-dbus is
at a very early stage as of now. There are dbus specific user space
tools that allow working with the protocol and we could possibly have
stump use dbus in this way, but then I'm not too sure if that would
give the same performance as the python equivalent. Any suggestions?

> Have you looked at the modeline modules in contrib/? A lot of these
> features are already implemented. Perhaps you could merge any missing
> features?

Can't believe I overlooked contrib/, thanks for pointing out, will dive in!

> In modeline-config.lisp, a lot of the functions run shell commands to
> gather information. Since stumpwm is compiled with cl-ppcre (perl
> compatible regular expressions), it'd more stylistically sound and
> possibly faster to do the processing in your lisp functions. In the
> case of stuff like:

I totally agree with you, it actually should be faster. Thanks for the
suggestion.

[STUMP] Git Repository - Down ?

Hi guys, quick question. Is the stumpwm git repository down?

Regards
Facundo

----
git clone git://git.savannah.nongnu.org/stumpwm.git
Initialized empty Git repository in /root/stumpwm/.git/
git.savannah.nongnu.org[0: 199.232.41.69]: errno=Connection refused
fatal: unable to connect a socket (Connection refused)

Re: [STUMP] Git Repository - Down ?

On Mon, Jun 01, 2009 at 10:36:44PM -0300, Facundo de Guzmán wrote:
> Hi guys, quick question. Is the stumpwm git repository down?

Yup. Savannah apparently crashed.

Re: [STUMP] stumpwm-goodies for a better stump experience

> The python module uses the dbus message bus interface to directly talk
> to HAL which sets the panel brightness.
> I had considered writing it in common lisp. Unfortunately cl-dbus is
> at a very early stage as of now. There are dbus specific user space
> tools that allow working with the protocol and we could possibly have
> stump use dbus in this way, but then I'm not too sure if that would
> give the same performance as the python equivalent. Any suggestions?

I guess both the python module and the dbus specific user space tool
way involves installing non-lisp programs so it probably doesn't
matter which one of those one chooses (assuming they're both easy to
install). However, clearly, cl-dbus or another lisp dbus
implementation is the long term solution :). How hard can hacking dbus
possibly be?

> Yes. I agree that pure lisp is the way to go.
> I'm also looking for ways to send data from emacs to stumpwm (which
> explains the .temp file in the code above).
> I wrote a emacs-jabber gmail notifier a few weeks ago in elisp:
> http://github.com/joelagnel/jabber-mail-notify/tree
> I was using a clunky file based approach (file written by emacs) and
> had stumpwm poll for new data, it had its own problems.
> I think I could do with a sort of an IPC framework or named pipes.
> what do you think?

You can use stumpish to send lisp code to stumpwm to evaluate. It's in
contrib/. That's how stumpwm-mode.el works, which lets you evaluate
code into stumpwm using standard emacs bindings.

-Shawn