gmane.comp.window-managers.stumpwm.devel

Re: [STUMP] contrib/mpd modules with stumpwm.

Deepak Tripathi — 2013-04-18T06:36:09

Thanks Johnny and Z_asix,

I will look into the configuration and will update you.

--
Thanks
Deepak


On Wed, Apr 17, 2013 at 8:01 PM, z_axis <z_axis< at >163.com> wrote:

_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel

Re: [STUMP] contrib/mpd modules with stumpwm.

z_axis — 2013-04-18T00:01:05

https://github.com/sw2wolf/qachina/blob/master/db/doc/freebsd/stumpwm/.stumpwmrc

在 Wed, 17 Apr 2013 14:11:39 +0800，Deepak Tripathi <deepak< at >gnumonk.com>  
写道:

Re: [STUMP] contrib/mpd modules with stumpwm.

Johnny — 2013-04-17T18:20:09


Hi Deepak,

I have the following lines in my rc file and this works. Note that after
mpd is running you have to connect to it (C-t C-m x) to control mpd. 

(load "/usr/local/share/stumpwm/contrib/mpd.lisp")
(define-key *root-map* (kbd "C-m") '*mpd-map*) ; Binds C-m to mpd map, under *root-map* (C-t C-m to access)
(setf *mpd-modeline-fmt* "[%s;%r;%F]: %a - %A - %t (%n/%p)")
(setf *screen-mode-line-format* (list '(:eval (run-shell-command "date '+%R, %F %a'|tr -d [:cntrl:]" t)) "| %m | %B | %t | %c| %l | [^B%n^b] %W)"))

[STUMP] contrib/mpd modules with stumpwm.

Deepak Tripathi — 2013-04-17T06:11:39

Team,

How to use contrib/mpd module, As per document I have used following in
mode-line format.

(load-module "mpd")
(setf *mode-line-background-color* "Black"
      *mode-line-foreground-color* "White"
      *mode-line-border-color* "White"
      *mode-line-timeout* 1
      *window-format* "^B^8*%n%s%m%30t ::^7*"
      *group-format* "%t"
      *screen-mode-line-format* (list "^B||%m ||^b^7*%g^B || %w ^1*"
))

also I have mpd daemon running on system ( I am on Debian Wheezy ).

gnmk< at >gnmk-debian:~$ telnet localhost 6600
Trying ::1...
Connected to localhost.
Escape character is '^]'.
OK MPD 0.16.0


Any Idea, Or will be great if anybody will share their rc file with contrib
modules enabled.

--
gnumonk
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel

Re: [STUMP] Best place for modules

Evan — 2013-04-02T10:52:44

Is it possible to get this diff added into trunk? Perhaps tweaked a bit
so you can both set the contrib dir as well as adding to it. This
feature makes it easier to manage user specific modules.

I can also draft up a git diff if that would make it easier, or submit a
pull request on github (I'm still not sure which is the proper way to
submit patches; I think it's github).

-E

On 03/05/2013 03:40 PM, Alexander Vynnyk wrote:

[STUMP] Using conky with stumpwm

Michael Raskin — 2013-03-23T12:11:16

Maybe you want just to make a split on the right side and resize it to zero-width and back as needed?

[STUMP] contrib/cpu.lisp not working ?

Mehul Sanghvi — 2013-03-23T04:36:19

I used to use stumpwm till a little over a year ago when I got laid off.
 I'm back to using stumpwm again, but my old set-up does not seem to work.

OS:  Debian/testing (wheezy)
stumpwm:  0.9.7-80-gb1271a9
sbcl:   1.1.4.29-c2ce03b

Code is downloaded into /usr/local/src/stumpwm and installed under
/usr/local.  I am trying to do the following in my ~/.stumpwmrc:

  (set-contrib-dir "/usr/local/src/stumpwm/contrib")

  ;; Load up any modules you need from *date-dir*/contrib/*.lisp
  ;(load-module "cpu")


Doing <prefix>-h v  *contrib-dir*  says the value is
#P"/usr/local/src/stumpwm/contrib/"

Trying to run the above will cause stumpwm to go into sbcl debugger.  I
forget what the error is.  exactly, it just ends up in the debugger is what
I remember.

Is there something I am missing ?


cheers,

    mehul

[STUMP] Using conky with stumpwm

Mehul Sanghvi — 2013-03-23T04:08:35

Is there a way to tell stumpwm to not use a certain amount of real-estate,
say on the right
hand side of the screen.  I am guessing that is what mode-line does and
something similar like that would be nice.  Then I can have conky show up
in that area and not have my windows overlap with it.

Do people have better suggestions/ideas on how to use conky with stumpwm ?
 Do people use it with stumpwm ?   Maybe something else ?


cheers,

       mehul

Re: [STUMP] [PATCH] Added CCL support to contrib/mpd.lisp

Adlai C — 2013-03-09T01:52:30

Alright, ignore the patch that I mailed here... it didn't include several
commits of history, because I had been following the old git repo. I've put
a new patch on Github as a pull request, here:
https://github.com/sabetts/stumpwm/pull/17


On Sat, Mar 9, 2013 at 1:53 AM, Adlai Chandrasekhar <munchking< at >gmail.com>wrote:

_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel

[STUMP] [PATCH] Added CCL support to contrib/mpd.lisp

Adlai Chandrasekhar — 2013-03-08T23:53:52

---
 contrib/mpd.lisp | 60 ++++++++++++++++++++++++++++----------------------------
 1 file changed, 30 insertions(+), 30 deletions(-)

diff --git a/contrib/mpd.lisp b/contrib/mpd.lisp
index 6360cba..68438d5 100644
--- a/contrib/mpd.lisp
+++ b/contrib/mpd.lisp
< at >< at > -47,7 +47,7 < at >< at >
 
 ;;; CODE:
 
-#-(or sbcl clisp) (error "unimplemented")
+#-(or sbcl clisp ccl) (error "unimplemented")
 
 (in-package :stumpwm)
 
< at >< at > -107,7 +107,7 < at >< at >
 ;;mpd client
 (defparameter *mpd-socket* nil)
 (defparameter *mpd-server*
-  #+clisp
+  #+(or clisp ccl)
   "localhost"
   #+sbcl
   #(127 0 0 1)
< at >< at > -124,12 +124,14 < at >< at >
 
 (defmacro with-mpd-connection (&body body)
   `(if *mpd-socket*
-       (handler-case (progn ,< at >body)
-                     (error (c) (progn
-                                  (message "Error with mpd connection: ~a" c)
-                                  (setf *mpd-socket* nil)
-                                  (when *mpd-timer*
-                                    (cancel-timer *mpd-timer*)))))
+       (handler-cas

[STUMP] setxkbmap strangeness

Eric Abrahamsen — 2013-03-06T08:35:19

I'm on archlinux, and learning the colemak keyboard layout. My Stumpwm
prefix key is set to the usual C-t. I notice that if I run:

setxkbmap us -variant colemak

The prefix key is now located at what appears to be C-f (but is actually
still sending a C-t).

But if I use this:

setxkbmap -option 'grp:lalt_lshift_toggle' -variant ',colemak' -layout 'us,us'

And then hit the left alt and shift keys to toggle in and out of
colemak, Stumpwm continues to see C-t as C-t, even though the "t" key
should now be sending a "g".

It only happens for the first press: in fact I can mimic Stumpwm's "C-t
and then quit with C-g" by hitting C-t C-t. The first is read as C-t,
and the second as C-g.

I realize this is just as likely the fault of xkb internals as Stumpwm,
but I wanted to check here first to see if anyone had any experience
with this...

Thanks!
Eric

[STUMP] clisp load stumpwm error today

z_axis — 2013-03-06T01:08:51

(ql:quickload :stumpwm)
To load "stumpwm":
   Load 1 ASDF system:
     stumpwm
; Loading "stumpwm"

*** - system::%find-package: There is no package with name "XLIB"
The following restarts are available:
USE-VALUE      :R1      Input a value to be used instead.
SKIP           :R2      skip 1 3 (IN-PACKAGE :XLIB)-1
RETRY          :R3      retry 1 3 (IN-PACKAGE :XLIB)-1
STOP           :R4      stop loading file  
/home/sw2wolf/.cache/common-lisp/clisp-2.49-un
ix-x86/home/sw2wolf/quicklisp/dists/quicklisp/software/stumpwm-20120107-git/workarounds.
fas
TRY-RECOMPILING :R5     Recompile workarounds and try loading it again
RETRY          :R6      Retry loading FASL for #<cl-source-file "stumpwm"  
"workarounds">
.
ACCEPT         :R7      Continue, treating loading FASL for  
#<cl-source-file "stumpwm" "
workarounds"> as having been successful.
ABORT          :R8      Give up on "stumpwm"
ABORT          :R9      Abort main loop
Break 1 [5]> :R9

Best Regards!

Re: [STUMP] Best place for modules

Alexander Vynnyk — 2013-03-05T14:40:15

Also, you can use more than one directory for contrib modules (and use
"add-contrib-dir" instead "set-contrib-dir"). Here is diff

On Sat, Feb 9, 2013 at 10:06 PM, Diogo F. S. Ramos <diogofsr< at >gmail.com> wrote:

Re: [STUMP] Problems with fullscreen games

vasily postnicov — 2013-02-26T13:41:25

2013/2/25 Quentin Stievenart <acieroid< at >awesom.eu>:

Here is the repo with my patch:
https://github.com/filonenko-mikhail/stumpwm

Repository was forked from sabetts/stumpwm and contains some
additional stuff related to font anti-aliasing (anyway I do not care,
I was just asked by the owner of this repo to send pull request).

Re: [STUMP] Problems with fullscreen games

Quentin Stievenart — 2013-02-25T16:38:55

It would be great indeed.

Thanks :)

Re: [STUMP] Problems with fullscreen games

vasily postnicov — 2013-02-25T15:50:13

It seems I've finally managed to fix the problem. Thanks to Philippe.
I am not completely sure what I have done, but idea is not to call
#'update-configuration and set window-priority on those windows, which
minimal size hints equal maximum hints (if they are set).

I've also added quit hook (because there is start hook but no quit
hook, illogical! :). I use it to save preferences (i.e. chosen
wallpaper in my config) on exit. There is a patch for both the fix and
the hook:
http://pastebin.com/YkSQcWjF

Is anybody watching on stumpwm repo on github? I can make a pull
request if it is needed.

[STUMP] Problems with fullscreen games

vasily postnicov — 2013-02-23T03:58:13

Hello. I started using StumpWM a while ago. I enjoy it much (mostly
because it is written in common lisp and highly customisable), but
there is a problem with fullscreen programs (mostly games).

There are programs (like xonotic, tremulous or warmux) which, if they
are executed in fullscreen mode, draw only black window on screen.
Xonotic, for example, draws nothing on screen (only black screen is
visible) if it is launched with C-t !, but works normal if it is
launched from terminal and if terminal is in the only one frame
present on the screen. But there are programs which run in fullscreen
mode good too (mplayer with -fs key, for example).

Please confirm or refute this, so I can know, if it is only my problem
(i.e. buggy/outdated video driver) or not. If it is a bug, let me know
what can I do. I have experience in Common Lisp, but know nothing how
window managers work and where I can start.

There is some info on versions of software I use:

[vasily< at >vonbraun]: ~> uname -a
FreeBSD vonbraun.vonbraun 9.1-RE

Re: [STUMP] Problems with fullscreen games

Philippe Brochard — 2013-02-23T11:07:30

Hi,

I have reported this some times ago [1]. And I've made a better fix in
CLFSWM [2]. Maybe this can helps.

Regards,

Philippe

[1] http://lists.gnu.org/archive/html/stumpwm-devel/2009-02/msg00000.html
[2] http://common-lisp.net/gitweb?p=projects/clfswm/clfswm.git;a=commit;h=2c2d14a8691c1145d8ac4e151a73502b8880119f;js=1

vasily postnicov writes:

Re: [STUMP] Problems with fullscreen games

Quentin Stievenart — 2013-02-23T10:22:15

I have the same problem. However, with full screen terminal it
sometimes works, sometimes not, for no obvious reasons. As far as I
remember, I've always had this problem with StumpWM (for something
like 5 years), and never had it with any other WM.

On 23 February 2013 11:10, vasily postnicov <shamaz.mazum< at >gmail.com> wrote:

[STUMP] Problems with fullscreen games

vasily postnicov — 2013-02-23T10:10:56

Hello. I started using StumpWM a while ago. I enjoy it much (mostly
because it is written in common lisp and highly customisable), but
there is a problem with fullscreen programs (mostly games).

There are programs (like xonotic, tremulous or warmux) which, if they
are executed in fullscreen mode, draw only black window on screen.
Xonotic, for example, draws nothing on screen (only black screen is
visible) if it is launched with C-t !, but works normal if it is
launched from terminal and if terminal is in the only one frame
present on the screen. But there are programs which run in fullscreen
mode good too (mplayer with -fs key, for example).

Please confirm or refute this, so I can know, if it is only my problem
(i.e. buggy/outdated video driver) or not. If it is a bug, let me know
what can I do. I have experience in Common Lisp, but know nothing how
window managers work and where I can start.

There is some info on versions of software I use:

[vasily< at >vonbraun]: ~> uname -a
FreeBSD vonbraun.vonbraun 9.1-RE

Re: [STUMP] Stumpwm ignores xrandr

2013-02-21T13:22:56

u> Mark, 

Thanks, Deepak. It looks like on Arch Linux the key missing step for me
was to install the package xorg-xdpyinfo, which StumpWM claims it needs
for "xinerama support". Apparently it needs it for xrandr support as
well.

--
Mark Witmer

_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel< at >nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel