Troels Henriksen <[EMAIL PROTECTED]> writes:
> I used to use it (well, a customized version), but a bug that
> caused StumpWM to stop grabbing control-keys forced me to go back to
> ratpoison. A shame, I really like the idea.
Can you describe the bug? ppl actually using this thing changes EVERYTH
"Rohan Nicholls" <[EMAIL PROTECTED]> writes:
> That's all folks, hoping someone can clear this up for me.
Hi Rohan,
I just removed all references to the ports package. I copied the 3
functions I need from it into primitives.lisp. Hopefully we never have
"port" problems again :).
-Shawn
__
Troels Henriksen <[EMAIL PROTECTED]> writes:
> When I hack on Stumpwm, I usually run it from a Lisp that runs inside
> Emacs inside an X-seesion. That means that Stumpwm inherits the
> environment-variable settings from Emacs, which causes applications
> started through Stumpwm to pop up on the sa
Hi folks,
I've begun revamping the input.lisp code. The intention is to have a
fully functioning input line like ratpoison's.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Hi folks,
I've added top level bindings to CVS. This should allow you to change
the prefix key to something else. Though you'll have to dig around a
bit to find out how :).
(remhash (kbd "C-t") *top-map*)
(define-key *top-map* (kbd "C-z") '*root-map*)
I *think* should do it. Perhaps at some poin
If you were having trouble with frames before, well, I'm not
surprised. You should have less troubles now. Please let me know if
you have further problems.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/l
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Philippe Brochard a écrit :
>
>
> I answer to myself :)
>
> [...]
>
>
>> PS: I've tested the last hack with clisp and cmucl. All works fine
>> with cmucl but I can't compile it with clisp. I got this :
>>
>> -- clisp load.lisp --
>> ;; Loading file
Philippe Brochard <[EMAIL PROTECTED]> writes:
> I don't know what you plan to add in stumpwm, but I'd like to add some
> little stuff :
>
> - A maximize/minimize current frame so the current frame pop-up to
> maximize-x, maximize-y, maximize-width, maximize-height. And
> vice-versa.
I don't q
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Oops, sorry, the timeout works really fine with sbcl and cmucl.
> It seems that the clx in clisp (2.38) doesn't handle properly the
> timeout in process-event / event-listen...
>
>
> I'll report this bug on the clisp mailing list.
> Even the demo in
Philippe Brochard <[EMAIL PROTECTED]> writes:
> [SNIP - ratio splitting]
> I hope that can be useful :)
I think these are useful functions to have. But perhaps instead of
having seperate commands the existing split commands should take a
ratio argument. Then just bind C-t s and C-t S to bind with
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Hi everybody,
>
> Here is a few patch to have windows that doesn't fill all the frame
> automaticaly centered :
>
> in core.lisp I have add this in maximize-window :
>
> -- core.lisp -
> (defun
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Philippe Brochard a écrit :
>
>> Hi everybody,
>>
>> Here is a few patch to have windows that doesn't fill all the frame
>> automaticaly centered :
>>
>
> Bug fixe: the draw-background-win function below works also for
> transcient windows.
>
I susp
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Hi everyboy,
>
> Here is a first shoot for the mouse mode :)
This code looks pretty good!
I'll have to give this patch some thought before I put it in CVS. But
I'm fairly certain its not a bad thing.
> And maybe you'll fall in love again with you
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Shawn Betts writes:
>
>> Philippe Brochard <[EMAIL PROTECTED]> writes:
>>
>>> Hi everyboy,
>>>
>>> Here is a first shoot for the mouse mode :)
>>
>> This code looks pretty good!
&
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Me again,
>
> Here is a new version of the code.
>
> I've noticed some problems with empty frames when moving windows by
> number. In fact, I got this in pull-window-by-number:
>
> Before pulling:
> DEBUG: Pull: screen frame tree=
> (#S(FRAME :NUMBER
Philippe Brochard <[EMAIL PROTECTED]> writes:
>> I suspect the solution to this problem is to iconize the unfocused
>> windows (with some hacks to make transients and maxsize windows work).
>>
>> This has the advantage of not "waking them up" and causing my system
>> to page like an angry monster
Philippe Brochard <[EMAIL PROTECTED]> writes:
> And I have add an outline function for frames. A screenshot is here:
>
> http://hocwp.free.fr/stumpwm/stumpwm.png
Hmm, I like the outline feature. Can you post a patch for that?
-Shawn
___
Stumpwm-dev
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Ok, I got it. Here is the new code => No need for background window!
>
> Also, I have add a unhide-window in frame-raise-window because without
> this some window stay hiden after changing a window to another frame.
Yes, I noticed that too. I've fix
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Shawn Betts writes:
>
>> Philippe Brochard <[EMAIL PROTECTED]> writes:
>>
>>> And I have add an outline function for frames. A screenshot is here:
>>>
>>> http://hocwp.free.fr/stumpwm/stumpw
Hi folks,
I've added customizable colors to cvs:
(defvar *foreground-color* "White")
(defvar *background-color* "Black")
(defvar *border-color* "White")
set them at boot up. if you change them while stumpwm is running, call
(update-colors-all-screens) to sync the colors.
Let me now if you have
Jay Belanger <[EMAIL PROTECTED]> writes:
> I got StumpWM working on my Gentoo machine (Xavier Maillard's ebuild was a
> big help) with sbcl 0.9.4. I can start it two ways:
> 1) Start X with Emacs running, start slime in Emacs and enter
> (asdf:operate 'asdf:load-op 'stumpwm)
> (stumpwm:stumpw
Hi folks,
your stumpwmrc files are probably going to break if you cvs
update. there are no longer *foreground-color* etc variables. Instead
use:
set-bg-color
set-fg-color
set-border-color
set-font
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@n
Matthew Kennedy <[EMAIL PROTECTED]> writes:
> Hi. The attached patch is a fix for SBCL where it is stricter than
> other implementations[1]. The definition of defconst is from the
> CL-PLUS package which is distributed by Debian and also Gentoo. You
> could :depend-on (#:cl-plus), but it seems
Jay Belanger <[EMAIL PROTECTED]> writes:
> The prefix key doesn't change, though. My .stumpwmrc file contains
> ;; Change the prefix
> (remhash (kbd "C-t") *top-map*)
> (define-key *top-map* (kbd "C-z") '*root-map*)
> (sync-keys)
> and that doesn't do the job. In fact, I end up with no prefi
Jay Belanger <[EMAIL PROTECTED]> writes:
> Jay Belanger <[EMAIL PROTECTED]> writes:
> ...
>>> For everyone's comfort I added a command: set-prefix-key. Use it like this:
>>>
>>> (stumpwm:set-prefix-key (stumpwm:kbd "C-z"))
>>
>> Something odd is happening here. I tried `set-prefix-key', and got
>
Manuel Giraud <[EMAIL PROTECTED]> writes:
> Here's a patch for a bug in 'parse-char-name'.
Thanks! It's in CVS.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Hi Jay,
I think I've fixed the prefix key issues. Try the set-prefix-key command:
(set-prefix-key "C-a")
Works here on sbcl and clisp.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-de
Manuel Giraud <[EMAIL PROTECTED]> writes:
> ... + the previous bug patch.
Thanks! It's in CVS now.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Manuel Giraud <[EMAIL PROTECTED]> writes:
> Here's the ability to configure input and message window gravity through
> 2 variables: *message-window-gravity* and *input-window-gravity* (the
> default being the classical top-right gravity) (+ help + bug fix).
Thanks! This is in cvs. I changed the g
Jay Belanger <[EMAIL PROTECTED]> writes:
> Shawn Betts <[EMAIL PROTECTED]> writes:
>
>> Hi Jay,
>>
>> I think I've fixed the prefix key issues. Try the set-prefix-key command:
>>
>> (set-prefix-key "C-a")
>>
>> Works he
Xavier Maillard <[EMAIL PROTECTED]> writes:
> Hi,
>
> Now that my clisp and stumpwm is right setup, I can use it.
>
> One word first: that rocks hard !
>
> Now the question:
>
> How can I mimic the good old ratpoison -c echo command in stumpwm ?
>
> I need to do this from my GNU Emacs.
I've adde
Manuel Giraud <[EMAIL PROTECTED]> writes:
> The following patch is not a great thing. I've just changed the frame
> struct to be class. Updated the code where it needed to (not much, with a
> good naming convention :-). And add few after method though when the frame
> geometry is programmatically
Rohan Nicholls <[EMAIL PROTECTED]> writes:
> If anyone has managed to get clisp and swank running with
> slime-connect I would be most appreciative if they could let me in on
> their secret.
Hi Rohan,
I just run clisp in a shell buffer. not even inferior-lisp. Kind of
embarrassing but it works f
Matthew Kennedy <[EMAIL PROTECTED]> writes:
> The current key representation in stumpwm does not let you use keys
> which do not map to characters (ie. #'xlib:keysym->character returns
> NIL for their keysym). Example keys that have no character mapping
> are: Insert, F1-F12 etc.
>
> The attached
Matthew Kennedy <[EMAIL PROTECTED]> writes:
> The attached patch provides a mapping from keysym names or keysyms
> back to stumpwm names and adjusts print-key to print stumpwm names.
> This way you'll see "C-t DEL not bound." instead of "C-t Delete not
> bound.".
>
> If there is no stumpwm name
Phil!Gregory <[EMAIL PROTECTED]> writes:
> I'd like to have multiple virtual desktops, and StumpWM doesn't seem to
> have them. (Is that statement true? Have I merely missed something?)
It seems to me that a virtual desktop is a window list + a frame
layout. I *think* there are all the tools ly
Phil!Gregory <[EMAIL PROTECTED]> writes:
> One of the things that I like about ion is its ability to move focus
> between its frames in a 2D manner, so here's a StumpWM command to do the
> same thing. 'move-focus {up,down,left,right}' does what it says, moving
> the focus to the next frame in the
Hi folks,
Just thot i'd mention I added frame number translations and a new hook
*focus-frame-hook*.
frame number translations let you remap frame numbers to more
convenient letters like, say, the homerow. you could also use them to
map frame 0 to 1 and frame 9 to 0:
(setf stumpwm::*frame-number
Jeremy Hankins <[EMAIL PROTECTED]> writes:
> My first attempt at sending this (via gmane) was held for the moderator
> (I've canceled it) because I wasn't subscribed. Evidently gmane doesn't
> know the list is subscribers-only?
I've long since lost the moderator password. If anyone feels like
pi
"Xavier Maillard" <[EMAIL PROTECTED]> writes:
> What is the mod-1 key ?
xmodmap will tell you what keysym is attached to mod-1.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Philippe Brochard <[EMAIL PROTECTED]> writes:
> Philippe Brochard a écrit :
>
>> Hi everybody,
>>
>
> [...]
>
> oops, web site and code source are here:
>
> http://hocwp.free.fr/clfswm/
>
> Best regards,
That's pretty neat! I'll have to give it a spin!
-Shawn
Hans Halvorson <[EMAIL PROTECTED]> writes:
> In a stumpwm session, I can connect with slime. But if I do
> "slime-disconnect", then everything locks up -- even keyboard inputs
> (such as CTRL-ALT-Backspace) are not accepted. Luckily, I was able to
> ssh in from another machine; I killed emacs, a
Hi Folks,
I added the beginninsg of a mode-line like the hardstatus (or whatever
its called) in screen. It's probably buggy and definitely incomplete
but it's there if you wanna play around with it.
there's a command atm "mode-line" the only format option currently
accepted is %w which lists all
Hi folks,
I've committed some maybe unstable changes involving reparenting
windows. It seems okay on my box...let me know if you find problems.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stu
David Hansen <[EMAIL PROTECTED]> writes:
> I apologize for the noise and promise to test the next patch
> before sending it:
Thanks David, your hacking is appreciated :). I've started noticing
encoding errors that I think your patch will fix. I'll test out your
patch next time I get the error.
-
David Hansen <[EMAIL PROTECTED]> writes:
> On Tue, 31 Oct 2006 19:41:42 -0500 maru dubshinki wrote:
>
>> and the only stuff FF pops up for me are download dialogues.
>
> I meant dialogs. Already forgot about these nasty adds from
> the past.
This should be fixed in CVS. It has to do with the con
Hans Halvorson <[EMAIL PROTECTED]> writes:
> I just updated to cmucl 19D. Now stumpwm does not want to start. When
> I issue:
>
> (asdf:oos 'asdf:load-op :stumpwm)
>
> cmucl tells me that
> "/usr/share/common-lisp/source/stumpwm/package.x86f" no longer
> exists. (This is a Gentoo installation.)
David Hansen <[EMAIL PROTECTED]> writes:
> First of all: I don't fully understand what I have done but
> this works for me. I can even
>
> (echo-string (current-screen) "∫dϕ = 2π")
>
> This is tested on sbcl with unicode support enabled. The key
> point is the translate function. CLX translate
Hi Folks,
I've made some fairly low level changes that may make things a bit
unstable. Please let me know if things crash.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Hi folks,
I've added virtual desktops to CVS. There have been numerous changes
throughout the source. This will probably cause breakage in your rc
files. Most probably the most common breakage will be that
define-stumpwm-command no longer takes a screen arg.
for example, in the source:
(define-s
David Hansen <[EMAIL PROTECTED]> writes:
> On Sat, 25 Nov 2006 21:43:30 -0600 Jay Belanger wrote:
>
>> Is there a way to run-or-raise firefox/conkeror? You don't seem to be
>> able to set the title for firefox from the command line, and the
>> command "web" defined in user.lisp will start a new f
Jay Belanger <[EMAIL PROTECTED]> writes:
> Jeremy Hankins <[EMAIL PROTECTED]> writes:
> ...
>> Why don't you use the class and/or instance?
>
> Well, I didn't know how to find the proper class.
> However, "web" in cvs now works. Yay!
When I get optional arguments working for commands, using a di
Jay Belanger <[EMAIL PROTECTED]> writes:
> Jay Belanger <[EMAIL PROTECTED]> writes:
> ...
>> I just noticed that when the screen is split and unsplit, there is
>> still room left for the mode-line, but it is at the top rather than
>> the bottom. If this still happens when I get some free time, I'
Hans Halvorson <[EMAIL PROTECTED]> writes:
> I just noticed that when num-lock is on, stumpwm does not catch the
> control character (C-t, or in my case after modification, C-z).
This should be fixed in CVS.
-Shawn
___
Stumpwm-devel mailing list
Stum
Jay Belanger <[EMAIL PROTECTED]> writes:
> If the windowlist command is called when there are no managed windows,
> there is an error message
>Error In Command 'windowlist': Asynchronous VALUE-ERROR...
> I've attached a patch which fixes that.
>
> (I'm pretty sure the patch isn't the right way
Luigi Panzeri <[EMAIL PROTECTED]> writes:
> I switch from few days to stumpwm. Nice wm, expecially for scripting
> and fast hacking, though it was a bit unstable. How do you try new
> configuration and develop it avoiding crash or saving backtrace?
Lately, I've been using Xnest and running stump
Jay Belanger <[EMAIL PROTECTED]> writes:
> I don't know if this is common, but the main reason I use groups is so
> I can have more than one easily accessible instance of a program
> running. For example, in group 1 "C-t c" might bring up a terminal in
> one directory, and in group 2 "C-t c" migh
David Hansen <[EMAIL PROTECTED]> writes:
> On Wed, 01 Nov 2006 03:44:20 +0100 David Hansen wrote:
>
>> SBCL stumpwm users can workaround this by making sure that
>> DISPLAY is set when starting SBCL/stumpwm. stumpwm won't
>> touch the environment then.
>
> Well, they can't... Until the SBCL peop
Antonis Antoniadis <[EMAIL PROTECTED]> writes:
> 2. when i use the function set-font with a correct font (i mean a font
> that exists) then it works fine, when i write a non-existing font, for
> example (set-font 'hello) then it crashes again, and i get almost the
> same error as in case #1, with
Timothy Hobbs <[EMAIL PROTECTED]> writes:
> I found a really odd bug that I reproduced twice. If I make two
> frames, one on the left and the other on the right. And have
> konkeror(that's the name of sabetses firfox skin right?) loaded to
> gmail on one. and konkeror loaded to blogger on the oth
Luca Capello <[EMAIL PROTECTED]> writes:
> Moreover, launching gmplayer crashes StumpWM and the only error I
> could get in an Xnest is
>
> Caught The value NIL is not of type STUMPWM::SCREEN. at the top
> level. Please report this.
I've made changes in CVS to address this issue but they were
Shawn Betts <[EMAIL PROTECTED]> writes:
> I've made changes in CVS to address this issue but they were all
> tested with mplayer (which when you hit f illicits the same
> error). Can you try it with gmplayer?
The word i meant
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Hi all,
>
> sometimes, when I have to use programs that use multiple windows like
> GIMP, I don't like the tiling approach to manage windows. So it would be
> convenient to switch to twm for some minutes.
>
> Of course I don't want to lose the current win
Jay Belanger <[EMAIL PROTECTED]> writes:
> For some reason, if I have two frames, one with the focus and one with
> Firefox (or Conkeror), and I click on the Firefox frame, then the
> Firefox frame will get the focus. I was going to ask if this was
> expected behavior, but then I noticed that thi
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Hi,
>
> whenever I open an image with gimp (2.3) stumpwm crashes
> instantly. Here's the output:
I've been trying to track down this bug for a while now. Can you add:
(setf stumpwm:*debug-level* 10)
and get it to crash? That'll spew a whole bunch of de
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Shawn Betts <[EMAIL PROTECTED]> writes:
>
> Hi Shawn,
>
>> I've been trying to track down this bug for a while now. Can you add:
>>
>> (setf stumpwm:*debug-level* 10)
>>
>> and get it to crash?
&
Hi Magnus,
I'm pleased to finally add some of your work to stumpwm. I
rearranged some things and modified your patch a bit here and
there. Let me know if it still works.
By all means, keep it coming :).
-Shawn
On 4/21/07, Magnus Henoch <[EMAIL PROTECTED]> wrote:
> I'm not too familiar with S
Hi Tassilo,
Thanks for the log. This part of the backtrace seems Bad:
13: (SIGNAL #)
14: (ERROR SB-KERNEL::MEMORY-FAULT-ERROR)
15: (SB-KERNEL::MEMORY-FAULT-ERROR)
16: (SB-KERNEL::MEMORY-FAULT-ERROR)
I suspect the RETURN error and the THROW error at the bottom are
presumably related. I don't kno
Hi Magnus,
I applied your patch a while back, but forgot to mention it. Thanks!
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Hi folks,
There are 2 bugs that I'm trying to figure out. If you are
experiencing one of these bugs, can you post the version of sbcl
you're using (so far i've only seen it on sbcl), the version of clx,
and uname -a, and anything else that you feel is relevant? I want to
see if these errors only o
Hi all!
I've been lurking for a while (for the record, I haven't
experienced the crashes spoken of lately). Anyway, I was recently
looking at the documentation and such and found a reference to
"ratclick." Anyway, I looked it up in the source, and it had a
commented line: "FIXME: This function
On 5/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On Sat, May 26, 2007 at 10:22:59AM +0200, Tassilo Horn wrote:
> | (VALUES T &OPTIONAL) On Sun, May 13, 2007 09:19:52 AM [-1] it was
> | compiled from: /home/heimdall/repos/stumpwm/primitives.lisp Created:
> | Sunday, May 13, 2007 09:19:25
Hi folks,
moghar and I have determined that there's a very good chance the
problem has to do with run-shell-command. He was having the modeline
crashes. We took out the run-shell-command part of his modeline and it
seems to have gone away.
So as a work around, I'd recommend removing it and implem
On 7/11/07, Rohan Nicholls <[EMAIL PROTECTED]> wrote:
Hi all,
I was on irc for a very short while, and will be again no doubt, but
work has blocked access, lets hear it for the friendly face of ebay.
I was playing around with the monitor and for certain types of hacking
it would be handy to us
I believe there are some lisp libraries for loading images. It
could be an interesting project for someone to get them to load
images into the root window.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/lis
On 6/18/07, Magnus Henoch <[EMAIL PROTECTED]> 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 gro
On 6/28/07, Amy Templeton <[EMAIL PROTECTED]> 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 o
On 7/18/07, Luca Capello <[EMAIL PROTECTED]> 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
On 7/21/07, James Wright <[EMAIL PROTECTED]> 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
On 8/3/07, Luca Capello <[EMAIL PROTECTED]> 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
On 8/2/07, James Wright <[EMAIL PROTECTED]> wrote:
>
> 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 notice
On 9/5/07, Daniel Clemente <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
>I compiled stumpwm from CVS with sbcl; now it's my default window
> manager and does all what I need, it's wonderful in that aspect.
>
>But I noticed that the binary itself takes up 32 Mb on disk, and
> the process 15 Mb after
Hi folks,
I've closed the CVS repository in favor of git. git is the
version control system used by our linux kernel hacking buddies
and has recently become available on savannah.
http://savannah.nongnu.org/git/?group=stumpwm
Here's a little tutorial on git:
http://www.kernel.org/pub/software/s
On 9/10/07, Daniel Clemente <[EMAIL PROTECTED]> wrote:
>
> > I just created the FAQ today, so it doesn't have much on it. Feel
> > free to add your questions and I or someone will answer them.
> > http://stumpwm.antidesktop.net/cgi-bin/wiki/FAQ
>
> Thanks, that will be very useful.
>
> So, stu
Thanks. It should be fixed now.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
On 10/7/07, Philip M. White <[EMAIL PROTECTED]> wrote:
>
> Hi, all;
>
> I am a recent (<24 hours) convert from icewm to stumpwm. I am loving it
> so far! Thanks for creating and maintaining this window manager.
>
> In my exploration of keybindings, I noticed two discrepancies from the
> the stump
On 9/30/07, Istvan Marko <[EMAIL PROTECTED]> wrote:
>
>
> The following should fix the dump-group, dump-screen and dump-desktop
> commands. Also, PRIN1 instead of PRINC should be used to make the dump
> file suitable for READ.
>
Thank you Istvan. At some point these changes made it in and I forgot
On 7/11/07, Rohan Nicholls <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I was on irc for a very short while, and will be again no doubt, but
> work has blocked access, lets hear it for the friendly face of ebay.
>
> I was playing around with the monitor and for certain types of hacking
> it would be
It's (setf stumpwm:*debug-level* 10)
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Hi everyone,
I've put together some last minute fixes to get stumpwm building out
of the box with clisp. With that in place I thought it was time for a
release!
I hope this turns out to be a relatively stable release but I really
can't promise that. So please let me know of any problems you guys
On Jan 23, 2008 3:37 AM, Dmitri Minaev <[EMAIL PROTECTED]> wrote:
> Hello,
>
> For a couple of months I used Stumpwm under Ubuntu. Sometimes it
> crashed (especially when I launched 'djview') and froze (especially
> after unlocking the xscreensaver). It was built using standard Ubuntu
> SBCL, vers
On Feb 2, 2008 12:01 AM, Exal de Jesus Garcia Carrillo <[EMAIL PROTECTED]>
wrote:
> Em sexta, 1 fevereiro 2008, Shawn Betts escreveu :
>
> > With that in place I thought it was time for a
> > release!
>
>
> I'm wondering why the *version* var in version.li
On Jan 22, 2008 2:28 AM, fred voisin <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have just installed (with git) and compiled stumpwm using sbcl end
> then set it up following the first method on
> http://stumpwm.antidesktop.net/cgi-bin/wiki/SetUp (using .xsession).
> (stumpwm is actually installed i
On Jan 23, 2008 1:56 AM, fred voisin <[EMAIL PROTECTED]> wrote:
> Hello,
>
> So, good news : i'm actually writting from stumpwm (using sbcl) !
> Finally, despite the persistant error in .stumpwmrc about the value of
> SCREEN (my yesterday's post), stumpwm seems ok, key bindings work,
> overall beh
Thanks Trent, they're in the git repo.
-Shawn
___
Stumpwm-devel mailing list
Stumpwm-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/stumpwm-devel
Hi Milan,
It would be helpful to know if the cpu spikes on clisp occur when you run
stumpwm without an rc file. If they don't, it would be helpful what minimal
set of lines in your rc file cause this. I recommend starting by commenting
out half your rc file like a binary search until you find out
2008/1/1 Antonis Antoniadis <[EMAIL PROTECTED]>:
> Happy new year everybody!!!
>
> I wrote a simple function i thought was missing from stumpwm. The function
> renames the current group. Here is the code:
>
Thanks Antonis, it's in the git repo.
-Shawn
On Feb 5, 2008 7:42 AM, Manuel Giraud <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I've just updated my stumpwm repo and found out that it now need the
> autotools to generate a "version.lisp".
>
> I use to have a sbcl script to compile a fresh new core image. Can't
> this version stuff be done in plain
>
> I'm trying to recompile Stumpwm with Clisp, but, unfortunately, I'm
> not really familiar with Clisp. First, it refused to load with my
> .stumpwmrc, reporting of "unknown character set "ISO-10646-1". When I
> removed all font definitions from .stumpwmrc, it loaded up, but the
> keyboard didn't
On Feb 6, 2008 12:00 PM, cothrige <[EMAIL PROTECTED]> wrote:
> On 2/4/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > These games are almost certainly using SDL, and SDL's
> > 'fullscreen' mode bypasses the WM entirely.
>
> Yes, it would appear that they do mostly seem to be SDL, and thes
1 - 100 of 456 matches
Mail list logo