headers
Shawn Betts | 1 Aug 2007 04:32
Picon
Favicon

Re: [STUMP] Groups are virtual desktops



On 6/18/07, Magnus Henoch <mange <at> freemail.hu> wrote:
The attached patch makes stumpwm's groups behave like wm-spec's
virtual desktops.  In particular, "wmctrl -d" lists the groups,
"wmctrl -s FOO" switches to group FOO (name or number), and "wmctrl -r
WIN -t GROUP" moves window WIN to group GROUP.

wmspec requires virtual desktop numbers to be continuous and start
from 0, so I enforce that on group numbers too.

Thanks Magnus! Sorry for the delay in applying it.

I made a change to the patch before applying: instead of making
sure group numbers were contiguous and started from 0, stumpwm
translates from "stumpwm group space" to "netwm desktop
space". So the first group in the group list is considered
desktop 0, the next group desktop 1, independant of the stumpwm
group number. I felt that it was a bad thing to change group
numbers behind the user's back. It's true this could create a
different kind of confusion.

A possibility could be to ditch the contiguous requirement and
just set the group numbers on the windows and be
incompliant. However, I don't know the full ramifications of
doing this.

-Shawn
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 0 comments |
headers
Shawn Betts | 1 Aug 2007 04:45
Picon
Favicon

Re: [STUMP] Nethack-esque messages, a la gnu screen



On 6/28/07, Amy Templeton <amy.g.templeton <at> gmail.com> wrote:

P.S.:  If for some bizarre reason this eventually gets incorporated
       into the main CVS, I think it would be pretty cool. However,
       it's not particularly useful, so it's not exactly what one
       would call "not a waste of time."

Hi Amy,

I think this is a great hack and certainly a feature that needs
to be in CVS. This is one of the screen features I regret has
somehow escaped ratpoison all these years and it's great to see a
stumpwm patch for it :).

Hoooowever, I think this patch could and should be the beginnings
of internationalizing stumpwm. I don't know if there's the
equivalent of gettext for lisp, but it seems easy enough to
recreate at least the basic features. I imagine it might work
something like this:

(message "No other window.") becomes (message (gt "No other window."))

or something where gt looks up the string in some file and
returns the translated one be it spanish or nethackish :).

And then I guess one would have a *language* variable or
something that you can override and which is initialized to the
LANG env variable.

This is off the top of my head, I don't really know much about i18n.

In any case there's something to hack on if you or anyone else
feel up to it.

-Shawn 
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 0 comments |
headers
Shawn Betts | 1 Aug 2007 05:02
Picon
Favicon

Re: [STUMP] [PATCH] (format-time-string &optional format-string time)



On 7/18/07, Luca Capello <luca <at> pca.it> wrote:
Hello,

in case the title was too cryptic, the attached patch lets you specify
your own time/date format when calling (format-time-string), with
default to `*format-time-string-default*', i.e. "%a %b %e %k:%M:%S %Y"
(this is the same value used before my patch).

Since I wanted to mimic `date` behavior, I implemented all the `date`
format options in `*format-time-string-alist*', except some I don't
think are useful.  These ones are commented out in the alist
declaration.  If required, I can try to implement them as well.

My first working version was a bit different and then the patch was
reviewed by Luigi Panzeri (matley), so he deserves some credits.

Hope you like the patch :-)
Hi Luca,

I think the patch is great! I put it in CVS and added both of you
to the AUTHORS file. Thanks!

-Shawn
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 0 comments |
headers
Shawn Betts | 1 Aug 2007 05:17
Picon
Favicon

Re: [STUMP] [patch] move-focus fix



On 7/21/07, James Wright <james <at> chumsley.org> wrote:
I really like the move-focus command, but I've noticed that as
currently implemented it makes some frames inaccessible on my machine.
For example, if I split my screen into four equal frames (vertical
split, and then split each of those two frames horizontally; or vice
versa), then I can't get to the bottom-right frame by using
move-focus.  "move-focus down" from the top-right frame takes me to
the bottom-left, and "move-focus right" from the bottom-left just
takes me right back to the top-right.

I've changed the implementation to use a heuristic based on the length
of the shared edge between two frames rather than on the "distance"
between them, and that seems to have fixed the problem.  I've attached
a patch for user.lisp in case anyone is interested.

Hi James,

Thanks for the patch! I've put it in CVS and added you to the AUTHORS file.

-Shawn
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 0 comments |
headers
James Wright | 2 Aug 2007 17:53
Favicon

[STUMP] [patch] Edge condition fixes for format-time-string

Hi,

I've started using the new `format-time-string' instead of the
home-brew special-case function I used to have in my .stumpwmrc file,
but I've noticed that it doesn't handle 12-hour time properly in some
edge conditions.  (I noticed because %l reports a negative time for am
hours!)

The fixes are all pretty small, but I've attached a patch in case it's helpful.

      James

--

-- 
James Wright
Ask me about my vow of silence!
Attachment (format-time-string-fix.patch): text/x-patch, 1979 bytes
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 1 comment |
headers
Luca Capello | 3 Aug 2007 12:01
Picon
Favicon

[STUMP] Problem with mplayer fullscreen and CVS-20070802

Hello,

I'm experiencing a crash every time mplayer enters fullscreen.  This
is reproducible and here's the backtrace:

--8<---------------cut here---------------start------------->8---
Caught 'The value
          #S(STUMPWM::TILE-GROUP
             :SCREEN #S<screen #<XLIB:SCREEN :0.0 1024x768x24 TRUE-COLOR>>
             :WINDOWS (#S(window "Emacs") #S(window "luca <at> gismo.pca.it: ~"))
             :NUMBER 1
             :NAME "Default"
             :FRAME-TREE #S(frame 0 #S(window "Emacs") 0 19 1024 749)
             :LAST-FRAME NIL
             :CURRENT-FRAME #S(frame 0 #S(window "Emacs") 0 19 1024 749))
        is not of type
          STUMPWM::WINDOW.' at the top level. Please report this.
0: (BACKTRACE 100 #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDOUT* {10002028B1}>)
1: ((LAMBDA (STUMPWM::C)) #<TYPE-ERROR {10038A5FB1}>)
2: (SIGNAL #<TYPE-ERROR {10038A5FB1}>)
3: (ERROR TYPE-ERROR)
4: (SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER
    #<unavailable argument>
    #.(SB-SYS:INT-SAP #X2B02A6784220)
    #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #X2B02A6783D20 :TYPE (*
                                                                (STRUCT
                                                                 SB-VM::OS-CONTEXT-T-STRUCT))>
    (15 79))
5: (SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER
    #<unavailable argument>
    #.(SB-SYS:INT-SAP #X2B02A6784220)
    #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #X2B02A6783D20 :TYPE (*
                                                                (STRUCT
                                                                 SB-VM::OS-CONTEXT-T-STRUCT))>
    (15 79))
6: (SB-KERNEL:INTERNAL-ERROR
    #.(SB-SYS:INT-SAP #X2B02A6783D20)
    #<unavailable argument>)
7: ("foreign function: #x41D6D2")
8: ("foreign function: #x40B9BE")
9: ("foreign function: #x410981")
10: ("foreign function: #x41121A")
11: (STUMPWM::PICK-PREFERED-FRAME
     #S(STUMPWM::TILE-GROUP
        :SCREEN #S<screen #<XLIB:SCREEN :0.0 1024x768x24 TRUE-COLOR>>
        :WINDOWS (#S(window "Emacs") #S(window "luca <at> gismo.pca.it: ~"))
        :NUMBER 1
        :NAME "Default"
        :FRAME-TREE #S(frame 0 #S(window "Emacs") 0 19 1024 749)
        :LAST-FRAME NIL
        :CURRENT-FRAME #S(frame 0 #S(window "Emacs") 0 19 1024 749)))
12: (STUMPWM::RESTORE-WINDOW #S(window "MPlayer"))
13: (STUMPWM::HANDLE-EVENT)
14: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))
15: (SB-UNIX::CALL-WITH-LOCAL-INTERRUPTS
     #<CLOSURE (FLET SB-UNIX::WITH-LOCAL-INTERRUPTS-THUNK) {2B02A67845A9}>
     T)
16: ((FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) T)
17: ((FLET SB-UNIX::RUN-WITHOUT-INTERRUPTS))
18: (SB-UNIX::CALL-WITHOUT-INTERRUPTS
     #<CLOSURE (FLET SB-UNIX::WITHOUT-INTERRUPTS-THUNK) {2B02A6784789}>)
19: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK
     #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {2B02A6784879}>
     #S(SB-THREAD:MUTEX
        :NAME "CLX Event Lock"
        :VALUE #<SB-THREAD:THREAD "initial thread" {10025ECF81}>))
20: (XLIB:PROCESS-EVENT #<XLIB:DISPLAY :0 (The X.Org Foundation R10300000)>)
21: (STUMPWM::STUMPWM-INTERNAL-LOOP)
22: (STUMPWM:STUMPWM ":0.0" NIL)
23: (SB-INT:SIMPLE-EVAL-IN-LEXENV (STUMPWM:STUMPWM) #<NULL-LEXENV>)
24: (SB-IMPL::PROCESS-EVAL-OPTIONS
     ("(asdf:oos 'asdf:load-op 'stumpwm)" "(stumpwm:stumpwm)"))
25: (SB-IMPL::TOPLEVEL-INIT)
26: ((LABELS SB-IMPL::RESTART-LISP))
*
--8<---------------cut here---------------end--------------->8---

"Emacs" is the window where I've my screen+Emacs and from where I
start mplayer.

This is on Debian sid, X.org-2:1.3.0.0.dfsg-11, SBCL-1:1.0.7.0-1 and
mplayer-1.0~rc1-14.

Thx, bye,
Gismo / Luca
Permalink | Reply | 2 comments |
headers
Shawn Betts | 3 Aug 2007 23:09
Picon
Favicon

Re: [STUMP] Problem with mplayer fullscreen and CVS-20070802



On 8/3/07, Luca Capello <luca <at> pca.it> wrote:
Hello,

I'm experiencing a crash every time mplayer enters fullscreen.  This
is reproducible and here's the backtrace:

Thanks for the bug report. It was fallout from a recent change and is fixed now.

-Shawn
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 0 comments |
headers
arnuld | 7 Aug 2007 15:10
Picon

[STUMP] changing default key bindings

i want to do these 2 things:

1.) change "Shift - 1" to "p" only (for launching applications)

2.) say, i have opened many windows and i use "M-i n" (where n ==
0,1,2...) to move between windows

now when i do "Shift-S (s)" it splits all windows. in Window Manager
"wmii" i can split windows only at one place e.g if i am at screen #3
then "Shift-S" affects only the windows at Screen #3 but other 2
windows remain unaffected (as they are on different virtual-screen
number)

Is there any way to do so in Stumpwm ?

--

-- 
http://arnuld.blogspot.com/
Permalink | Reply | 0 comments |
headers
m0rg | 8 Aug 2007 23:15
Picon

[STUMP] [patch] modified run-or-raise

Hi,

Here is a patch, for the modified run-or-raise function (described in the wiki patches page).

It allows to search the matching window through multiple screens and to specify a custom function for running the command.

Hope this will be usefull to someone.

Patzy

Attachment (run-or-raise): application/octet-stream, 2937 bytes
_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Permalink | Reply | 0 comments |
headers
arnuld | 11 Aug 2007 08:16
Picon

[STUMP] longer startup times

the start-up time of StumpWM has increased by 4 times and its
response-time to prefix-key is twice much of what it usually takes.
this is not then end, it is running very slow, taking lots of times to
respond to my keys.

then i found the culprit in "~/.stumpwmrc":

;; hook begins
;;
;; hook from  "male" at IRC channel #stumpwm
;; this will show the curent group name when you will switch the group
;; (defun focus-group (newg oldg)
;;   (declare (ignore oldg))
;;   (message ":: ~a ::" (group-name newg)))

;; (add-hook *focus-group-hook* 'focus-group)
;;
;; hook ended

this hook caused my StumpWM to run very slow like a tired old man. i
commented it and now StumpWM runs fine as usual. i posted it here
because i am still not able to find out why this hook caused the
problem in 1st place ?

any ideas ?

--

-- 
http://arnuld.blogspot.com/
Permalink | Reply | 0 comments |

Gmane