From pbrochard at common-lisp.net  Wed Dec  5 20:29:55 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Wed, 05 Dec 2012 21:29:55 +0100
Subject: [clfswm-devel] Auto-discard notification
In-Reply-To: <mailman.236.1354718726.1325.clfswm-devel@common-lisp.net>
	(clfswm-devel-bounces@common-lisp.net's message of "Wed, 05 Dec 2012
	06:45:26 -0800")
References: <mailman.236.1354718726.1325.clfswm-devel@common-lisp.net>
Message-ID: <87ip8g1buk.fsf@common-lisp.net>

Philippe
Date: Wed, 05 Dec 2012 21:29:47 +0100
Message-ID: <87k3sw1bus.fsf at common-lisp.net>
--text follows this line--
clfswm-devel-bounces at common-lisp.net writes:

> The attached message has been automatically discarded.
>
> From: Oleksandr Kozachuk <oleksandr at kozachuk.info>
> Subject: Re: [clfswm-devel] Problems with MPlayer
> To: <clfswm-devel at common-lisp.net>
> Date: Wed, 05 Dec 2012 15:44:54 +0100
> User-Agent: Roundcube Webmail/0.9-git
>
> I think this commit has fixed that (but i am not sure):
>
> commit 38fe373b770a3667ce5e37ce330566a292b95bdf
> Author: Philippe Brochard <pbrochard at common-lisp.net>
> Date:   Fri Nov 16 22:40:21 2012 +0100
>
> Nevertheless it works now without any problems, also problems with
> NXclient which I had are fixed now (I think it was the same problem).
>
> Thank You!
>
> Best regards,
> Oleksandr.
>
> Je 2012-10-29 17:35, Philippe Brochard skribis:
>> So, is this ok? Or is there something to fix in CLFSWM?
>>
>>
>> Philippe Brochard writes:
>>
>>> Michael Raitza writes:
>>>
>>>> I can confirm that mplayer quits if switched to fullscreen. Haven't
>>>> looked into it. Maybe some hint from the window manager is missing?
>>>>
>>>> Version used: SVN-r33094-4.5.3
>>>>
>>> Isn't it related to this (from the man page):
>>>
>>> --------------------------------------------------
>>> keyboard control
>>> ...
>>> ENTER
>>>  Go forward in the playlist, even over the end.
>>> ...
>>> --------------------------------------------------
>>>
>>> Please, try playing with -fs and -nofs options. And with different
>>> drivers. And with more than one video.
>>> It seems that in SDL fullscreen mode the modifiers are not handled.
>>> So in this mode: Enter = Alt Enter = Alt Shift Enter = Leave
>>> mplayer if
>>> at the end of the playlist.
>>>
>>> To convince you, evaluate those two lines in the CLFSWM REPL:
>>>
>>> --------------------------------------------------
>>> (define-main-key ("a" :control) 'enter-frame)
>>> (define-main-key ("a" :control :shift) 'leave-frame)
>>> --------------------------------------------------
>>>
>>> Test them without mplayer.
>>>
>>> Start mplayer in fullscreen mode. Those two keys do nothing. But
>>> they
>>> works as expected in windowed mode and change the aspect ratio
>>> without
>>> any problem.
>>>
>>> So, I think this is more a SDL/mplayer bug than a CLFSWM bug.
>>>
>>> Please, can you confirm?
>>>
>>> Regards,
>>>
>>> Philippe
>>>
>>> PS: indeed, after this, evaluate
>>>
>>> --------------------------------------------------
>>> (undefine-main-key ("a" :control))
>>> (undefine-main-key ("a" :control :shift))
>>> --------------------------------------------------
>>>
>>> _______________________________________________
>>> clfswm-devel mailing list
>>> clfswm-devel at common-lisp.net
>>> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/clfswm-devel
>>
>> _______________________________________________
>> clfswm-devel mailing list
>> clfswm-devel at common-lisp.net
>> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/clfswm-devel
>
>
> ----------



From pbrochard at common-lisp.net  Wed Dec  5 20:31:31 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Wed, 05 Dec 2012 21:31:31 +0100
Subject: [clfswm-devel] Auto-discard notification
In-Reply-To: <87ip8g1buk.fsf@common-lisp.net> (Philippe Brochard's message of
	"Wed, 05 Dec 2012 21:29:55 +0100")
References: <mailman.236.1354718726.1325.clfswm-devel@common-lisp.net>
	<87ip8g1buk.fsf@common-lisp.net>
Message-ID: <87boe81brw.fsf@common-lisp.net>

Thanks a lot for the report.

Regards,

Philippe

Philippe Brochard writes:

> Philippe
> Date: Wed, 05 Dec 2012 21:29:47 +0100
> Message-ID: <87k3sw1bus.fsf at common-lisp.net>
> --text follows this line--
> clfswm-devel-bounces at common-lisp.net writes:
>
>> The attached message has been automatically discarded.
>>
>> From: Oleksandr Kozachuk <oleksandr at kozachuk.info>
>> Subject: Re: [clfswm-devel] Problems with MPlayer
>> To: <clfswm-devel at common-lisp.net>
>> Date: Wed, 05 Dec 2012 15:44:54 +0100
>> User-Agent: Roundcube Webmail/0.9-git
>>
>> I think this commit has fixed that (but i am not sure):
>>
>> commit 38fe373b770a3667ce5e37ce330566a292b95bdf
>> Author: Philippe Brochard <pbrochard at common-lisp.net>
>> Date:   Fri Nov 16 22:40:21 2012 +0100
>>
>> Nevertheless it works now without any problems, also problems with
>> NXclient which I had are fixed now (I think it was the same problem).
>>
>> Thank You!
>>
>> Best regards,
>> Oleksandr.
>>
>> Je 2012-10-29 17:35, Philippe Brochard skribis:
>>> So, is this ok? Or is there something to fix in CLFSWM?
>>>
>>>
>>> Philippe Brochard writes:
>>>
>>>> Michael Raitza writes:
>>>>
>>>>> I can confirm that mplayer quits if switched to fullscreen. Haven't
>>>>> looked into it. Maybe some hint from the window manager is missing?
>>>>>
>>>>> Version used: SVN-r33094-4.5.3
>>>>>
>>>> Isn't it related to this (from the man page):
>>>>
>>>> --------------------------------------------------
>>>> keyboard control
>>>> ...
>>>> ENTER
>>>>  Go forward in the playlist, even over the end.
>>>> ...
>>>> --------------------------------------------------
>>>>
>>>> Please, try playing with -fs and -nofs options. And with different
>>>> drivers. And with more than one video.
>>>> It seems that in SDL fullscreen mode the modifiers are not handled.
>>>> So in this mode: Enter = Alt Enter = Alt Shift Enter = Leave
>>>> mplayer if
>>>> at the end of the playlist.
>>>>
>>>> To convince you, evaluate those two lines in the CLFSWM REPL:
>>>>
>>>> --------------------------------------------------
>>>> (define-main-key ("a" :control) 'enter-frame)
>>>> (define-main-key ("a" :control :shift) 'leave-frame)
>>>> --------------------------------------------------
>>>>
>>>> Test them without mplayer.
>>>>
>>>> Start mplayer in fullscreen mode. Those two keys do nothing. But
>>>> they
>>>> works as expected in windowed mode and change the aspect ratio
>>>> without
>>>> any problem.
>>>>
>>>> So, I think this is more a SDL/mplayer bug than a CLFSWM bug.
>>>>
>>>> Please, can you confirm?
>>>>
>>>> Regards,
>>>>
>>>> Philippe
>>>>
>>>> PS: indeed, after this, evaluate
>>>>
>>>> --------------------------------------------------
>>>> (undefine-main-key ("a" :control))
>>>> (undefine-main-key ("a" :control :shift))
>>>> --------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> clfswm-devel mailing list
>>>> clfswm-devel at common-lisp.net
>>>> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/clfswm-devel
>>>
>>> _______________________________________________
>>> clfswm-devel mailing list
>>> clfswm-devel at common-lisp.net
>>> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/clfswm-devel
>>
>>
>> ----------
>
> _______________________________________________
> clfswm-devel mailing list
> clfswm-devel at common-lisp.net
> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/clfswm-devel



From pbrochard at common-lisp.net  Sat Dec  8 08:25:44 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Sat, 08 Dec 2012 09:25:44 +0100
Subject: [clfswm-devel] CLFSWM 1212 released
Message-ID: <87sj7huf07.fsf@common-lisp.net>

Hi all,

I'm pleased to announce the last CLFSWM 1212 version.

There is minor changes since the last 1209 version but some ugly bugs
has been fixed.

Here is a small resume of the git log information:

  * load.lisp do no run CLFSWM by default. It build an executable lisp
    image and can download CLX and ASDF if needed (this will help (I
    hope) lisp newbies).

  * The ./configure as been replaced by a simple Makefile which ease the
    load of load.lisp (it search for available lisp implementations).

  * New .desktop files to ease the login manager integration.

  * Some bug fixes on multi heads monitors to add or remove monitors on
    the fly. Non xinerama configuration are correctly handled.

  * Add support for numeric keypad with numlock on.

  * Key bindings for main and second mode are shown in menu entry.

  * I've added an blank-window-mode in contrib/. This way, we can hide
    part of the screen with blank window. I'm pretty sure nobody except
    me will use it but it's very useful in school class to hide some
    part of the screen on interactive presentation with a video
    projector.

I think this version is pretty clean. So I'll made more announcement
about it ((fr.)comp.land.lisp and french slashdot equivalent). I don't
know where I can make english announcement/presentation (slashdot
doesn't seem the place). So if you like it, feel free to share your
feeling about CLFSWM. This way, maybe it will show up again on Wikipedia :-) 

As always any feedback is very welcome.

Have fun,

Philippe



From pbrochard at common-lisp.net  Tue Dec 11 21:10:29 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Tue, 11 Dec 2012 22:10:29 +0100
Subject: [clfswm-devel] CLFSWM with gnome?
Message-ID: <874njss3ay.fsf@common-lisp.net>

> Dear CLFSWM developers,
> 
Hi,

> Thanks for all your work. Hackable lisp window managers make me happy - and
> productive.
> 
Nice to hear.

> I currently use StumpWM, but I'm intrigued by your project and would like to
> try it out more seriously. In particular, I'd really like to be able to use
> CLFSWM as the window manager in a gnome3 session. Currently, however, that
> doesn't seem to work so well - I attach a copy of my .xsession-errors.
> 
I think clfswm cannot run with gnome3 for now. I haven't tried that and
there is no code to make it run with gnome3. Maybe someone else have
had success. But I don't know.

> Are others already using CLFSWM with gnome-session? If that's not yet possible,
> will it become possible?
> 
It maybe possible in a next release. But I think there is a lot of work
to make CLFSWM communicate with outside technologies (ie gnome3, dbus...).

> Thanks again,
> 
Sorry for the answer. There is some work do be done!

> Geoffrey Ferrari
>
Philippe



From thomas.sanchz at gmail.com  Wed Dec 12 12:34:07 2012
From: thomas.sanchz at gmail.com (Thomas Sanchez)
Date: Wed, 12 Dec 2012 13:34:07 +0100
Subject: [clfswm-devel] Feature request and questions
Message-ID: <CAHR9pOERKr0KtpoMO_8-sKyRBmL1mWqPHExJy9YemQNDJdxZiA@mail.gmail.com>

Hi,

I'm not entirely sure that it is the right place for this but here is
some ideas/remarks I got.

I started to test/use clfswm some days ago and some features are
missing or to hard to use:

* We should be able to create a child frame in an easier way, I'm
still not sure to have the right shortcut;
* If mod-1 L2 == mod-1 F12, why isn't F12 used ? wouldn't it be clearer ?
* Child frame should be given the possibility to not go outside its root frame:
   * by extension a frame could not change of screen which isn't a bad
idea because it leads to some weird case;
* What is mod-5 ?
* We should be able to name some frame or create a group of frame, then:
  * We could decide to hide some frame;
  * Search a frame by name;
* Changing the default terminal should be easier (I prefer urxvt to xterm) !
* We should be able to reorganise automatically the frame according to
some predefined layout (tiling);
* I run the trunk version of the code and I haven't the default cursor
but a cross instead...
* is there some logs ?
* Having the possibility to focus automatically the frame under the
cursor could be useful.


Other thing, maybe a bug:
I have 2 frames, one with chromium, one empty.
I decide to write a mail on gmail, then the website open a new  window
that take all the space on the frame. I decide to move the window in
another frame so I do a: alt-t ctrl-x and paste the window
in another frame. (please see the attached image) each time the new
frame get the focus, the original frame act like as if I required to
have its info.

Thank you !


--
Thomas Sanchez
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2012-12-12-133024_3840x1080_scrot.png
Type: image/png
Size: 604585 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clfswm-devel/attachments/20121212/9c58ded7/attachment.png>

From pbrochard at common-lisp.net  Wed Dec 12 20:43:09 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Wed, 12 Dec 2012 21:43:09 +0100
Subject: [clfswm-devel] Feature request and questions
In-Reply-To: <CAHR9pOERKr0KtpoMO_8-sKyRBmL1mWqPHExJy9YemQNDJdxZiA@mail.gmail.com>
	(Thomas Sanchez's message of "Wed, 12 Dec 2012 13:34:07 +0100")
References: <CAHR9pOERKr0KtpoMO_8-sKyRBmL1mWqPHExJy9YemQNDJdxZiA@mail.gmail.com>
Message-ID: <8738zbxaqq.fsf@common-lisp.net>

Thomas Sanchez writes:

> Hi,
>
> I'm not entirely sure that it is the right place for this but here is
> some ideas/remarks I got.
>
> I started to test/use clfswm some days ago and some features are
> missing or to hard to use:
>
> * We should be able to create a child frame in an easier way, I'm
> still not sure to have the right shortcut;
>
Second-mode+a is not what you want? It create a named frame in the
current frame.

> * If mod-1 L2 == mod-1 F12, why isn't F12 used ? wouldn't it be
> clearer ?
>
Right, old Stumpwm keysym definition. Fixed with commit d296482.
For others, please update your configuration file if needed.
L1 become F11, L2->F12 and so on.

> * Child frame should be given the possibility to not go outside its root frame:
>    * by extension a frame could not change of screen which isn't a bad
> idea because it leads to some weird case;
>
No, I think it's a feature. But you are right, this can bite you if
you're not aware.


> * What is mod-5 ?
>
Alt Gr

> * We should be able to name some frame or create a group of frame,
> then:
>
second-mode+c: rename current child (works for frames and windows)

To create a group of frame: create a frame and new frames inside it.
You may have to make it fullscreen to be able to create a new frame with
the mouse.

>   * We could decide to hide some frame;
>
second-mode+c: hide the current child (be careful with this, this can be
messy)

>   * Search a frame by name;
>
second-mode+n

you can do the same by numbers (second-mode+u)

> * Changing the default terminal should be easier (I prefer urxvt to
> xterm) !
>
Add this in your configuration file:

--------------------------------------------------
(defun local-binding ()
  (define-shell ("t") b-start-xterm "start an xterm" "cd $HOME && exec urxvt"))

(add-hook *binding-hook* 'local-binding)
--------------------------------------------------

But you're right this needs to be configurable.


> * We should be able to reorganise automatically the frame according to
> some predefined layout (tiling);
>
hmmm..., this is all what clfswm is about!

second-mode+f+l : open the layout menu.

> * I run the trunk version of the code and I haven't the default cursor
> but a cross instead...
>
Yes, this is done externally for now with 

xsetroot -cursor_name left_ptr 

in your .xsession/.xinitrc/.XClients/whatever.

> * is there some logs ?
>
Yes, but they're disabled by default. Recompile clfswm with the two
lines uncommented in load.lisp:

;;;;; Uncomment the line below if you want to see all ignored X errors
(pushnew :xlib-debug *features*)

;;;;; Uncomment the line below if you want to see all event debug messages
(pushnew :event-debug *features*)


> * Having the possibility to focus automatically the frame under the
> cursor could be useful.
>
(setf *default-focus-policy* :click)

 "Default mouse focus policy. One of :click, :sloppy, :sloppy-strict or :sloppy-select."


Please, read the documentation! All is auto documented on it. CLFSWM is
here since more than 6 years and, I know, it's really dense.

But those informations must be in the FAQ on the wiki. (As soon as I've
time).

> Other thing, maybe a bug:
> I have 2 frames, one with chromium, one empty.
> I decide to write a mail on gmail, then the website open a new  window
> that take all the space on the frame. I decide to move the window in
> another frame so I do a: alt-t ctrl-x and paste the window
> in another frame. (please see the attached image) each time the new
> frame get the focus, the original frame act like as if I required to
> have its info.
>
Here second-mode+ctrl-x cut the current frame and all its content.
You may have some interest in second-mode+k which open a menu to cut or
copy the current window.

> Thank you !
>
Hope this help.

Philippe



From thomas.sanchz at gmail.com  Thu Dec 13 08:22:14 2012
From: thomas.sanchz at gmail.com (Thomas Sanchez)
Date: Thu, 13 Dec 2012 09:22:14 +0100
Subject: [clfswm-devel] Feature request and questions
In-Reply-To: <8738zbxaqq.fsf@common-lisp.net>
References: <CAHR9pOERKr0KtpoMO_8-sKyRBmL1mWqPHExJy9YemQNDJdxZiA@mail.gmail.com>
	<8738zbxaqq.fsf@common-lisp.net>
Message-ID: <CAHR9pOFtVN65VMEd=voZcsbGu=4gdS2DUBgxarJz7FbtLBZ62A@mail.gmail.com>

Hi

2012/12/12 Philippe Brochard <pbrochard at common-lisp.net>:
> [...]
> Second-mode+a is not what you want? It create a named frame in the
> current frame.

I actually found it after having sent this mail


> Right, old Stumpwm keysym definition. Fixed with commit d296482.
> For others, please update your configuration file if needed.
> L1 become F11, L2->F12 and so on.

:) Thanks.


>
>> * We should be able to name some frame or create a group of frame,
>> then:
>>
> second-mode+c: rename current child (works for frames and windows)

That what I missed

>
> To create a group of frame: create a frame and new frames inside it.
> You may have to make it fullscreen to be able to create a new frame with
> the mouse.
>

Yeah, I finally got it with the A and ctrl-A shortcut

>>   * We could decide to hide some frame;
>>
> second-mode+c: hide the current child (be careful with this, this can be
> messy)
>
>>   * Search a frame by name;
>>
> second-mode+n


Noted !

>[...]
>
>> * We should be able to reorganise automatically the frame according to
>> some predefined layout (tiling);
>>
> hmmm..., this is all what clfswm is about!
>
> second-mode+f+l : open the layout menu.

Shame on me

>
>> * I run the trunk version of the code and I haven't the default cursor
>> but a cross instead...
>>
> Yes, this is done externally for now with
>
> xsetroot -cursor_name left_ptr

Much better, thanks

> [.]]
>
> Please, read the documentation! All is auto documented on it. CLFSWM is
> here since more than 6 years and, I know, it's really dense.

I actually have, however I did not read the code. Only the wiki and the website.
I would happily participate to the documentation since I love the
concept of CLFSWM.

For the shortcuts, it could be greatly improved by grouping the
shortcut of the same
type together.

>
> But those informations must be in the FAQ on the wiki. (As soon as I've
> time).
>

Let me know if you want some help. If I have some questions I may
directly post them in the FAQ

--
Thomas Sanchez



From pbrochard at common-lisp.net  Thu Dec 13 22:40:59 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Thu, 13 Dec 2012 23:40:59 +0100
Subject: [clfswm-devel] Feature request and questions
In-Reply-To: <CAHR9pOFtVN65VMEd=voZcsbGu=4gdS2DUBgxarJz7FbtLBZ62A@mail.gmail.com>
	(Thomas Sanchez's message of "Thu, 13 Dec 2012 09:22:14 +0100")
References: <CAHR9pOERKr0KtpoMO_8-sKyRBmL1mWqPHExJy9YemQNDJdxZiA@mail.gmail.com>
	<8738zbxaqq.fsf@common-lisp.net>
	<CAHR9pOFtVN65VMEd=voZcsbGu=4gdS2DUBgxarJz7FbtLBZ62A@mail.gmail.com>
Message-ID: <878v9160ec.fsf@common-lisp.net>

Thomas Sanchez writes:


[...]

>> Please, read the documentation! All is auto documented on it. CLFSWM is
>> here since more than 6 years and, I know, it's really dense.
>
> I actually have, however I did not read the code. Only the wiki and the website.
> I would happily participate to the documentation since I love the
> concept of CLFSWM.
>
> For the shortcuts, it could be greatly improved by grouping the
> shortcut of the same
> type together.
>
Feel free to write your own key binding definition in contrib/ like the
keyb_fr.lisp. We'll see if we integrate it as the main definition.

>>
>> But those informations must be in the FAQ on the wiki. (As soon as I've
>> time).
>>
>
> Let me know if you want some help. If I have some questions I may
> directly post them in the FAQ
>
This will be greatly appreciated. The FAQ part needs to be a lot
enhanced.

Philippe 



From geoffrey.ferrari at lmh.ox.ac.uk  Thu Dec 13 10:21:34 2012
From: geoffrey.ferrari at lmh.ox.ac.uk (Geoffrey Ferrari)
Date: Thu, 13 Dec 2012 10:21:34 +0000
Subject: [clfswm-devel] CLFSWM with gnome?
In-Reply-To: <874njss3ay.fsf@common-lisp.net>
References: <874njss3ay.fsf@common-lisp.net>
Message-ID: <87k3smb6c1.fsf@oriel.oxon.org>

Since the latest 1212 release of CLFSWM, I can, in fact, run gnome3 with CLFSWM. This allows me to use all the usual gnome helper utilities e.g. gnome-screensaver, gnome-settings-daemon, gnome-keyring-daemon, etc.

In case anyone else wants this, I include details of my setup below.

Geoffrey

First, I build the clfswm executable in the normal way and install to /usr/local/bin/clfswm. Then I have the following files/contents:

FILE:/usr/share/xsession/clfswm.session
[Desktop Entry]
Encoding=UTF-8
Name=clfswm with gnome
Name[en_US]=clfswm with gnome
Comment=A(nother) Common Lisp FullScreen Window Manager
Terminal=false
Exec=/usr/bin/gnome-session-clfswm
TryExec=gnome-session

[Window Manager]
SessionManaged=true

FILE:/usr/bin/gnome-session/clfswm
#!/bin/bash

exec gnome-session --session=clfswm "$@"

exit


FILE:/usr/share/gnome-sessions/sessions/clfswm.session
[GNOME Session]
Name=clfswm
RequiredComponents=gnome-settings-daemon;
RequiredProviders=windowmanager;notifications;
DefaultProvider-windowmanager=clfswm
DefaultProvider-panel=clfswm
DefaultProvider-notifications=notification-daemon

FILE:/usr/share/applications/clfswm.desktop
[Desktop Entry]
Encoding=UTF-8
Type=Application
Name=clfswm
Comment=A(nother) Common Lisp FullScreen Window Manager
Exec=clfswm

Philippe Brochard <pbrochard at common-lisp.net> writes:

>> Dear CLFSWM developers,
>> 
> Hi,
>
>> Thanks for all your work. Hackable lisp window managers make me happy - and
>> productive.
>> 
> Nice to hear.
>
>> I currently use StumpWM, but I'm intrigued by your project and would like to
>> try it out more seriously. In particular, I'd really like to be able to use
>> CLFSWM as the window manager in a gnome3 session. Currently, however, that
>> doesn't seem to work so well - I attach a copy of my .xsession-errors.
>> 
> I think clfswm cannot run with gnome3 for now. I haven't tried that and
> there is no code to make it run with gnome3. Maybe someone else have
> had success. But I don't know.
>
>> Are others already using CLFSWM with gnome-session? If that's not yet possible,
>> will it become possible?
>> 
> It maybe possible in a next release. But I think there is a lot of work
> to make CLFSWM communicate with outside technologies (ie gnome3, dbus...).
>
>> Thanks again,
>> 
> Sorry for the answer. There is some work do be done!
>
>> Geoffrey Ferrari
>>
> Philippe
-- 
Geoffrey Ferrari
Lecturer in Philosophy
Lady Margaret Hall

Office: 01865 [2]74381
Mobile: 07989 851364
Web: geoffreyferrari.com



From renaud at casenave-pere.fr  Mon Dec 17 03:34:11 2012
From: renaud at casenave-pere.fr (=?iso-8859-1?Q?Renaud_Casenave-P=E9r=E9?=)
Date: Mon, 17 Dec 2012 12:34:11 +0900
Subject: [clfswm-devel] Crash with emacs in fullscreen
Message-ID: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>

Hi,

After a few days using clfswm (the last version from git, compiled with sbcl), I experience a weird bug.

With an emacs window in fullscreen, if I launch helm-buffers-list 2 times in a row,
clfswm crashes with the following error:

       The value nil is not of type CLFSWM::ROOT

If the emacs window is not the item in fullscreen (for example, if it is
fullscreen in its frame and the frame itself is fullscreen, I'm not sure I'm
clear?), it doesn't crash

The problem sometimes arises with browse-url but not always.

Please tell me if you need more info on this.
I could try to debug it myself, or give you more informations, but how to even
get a callstack? Are there some debug facilities to enable debug informations ?

Thanks!

-- 
Renaud Casenave-P?r?



From pbrochard at common-lisp.net  Mon Dec 17 08:24:52 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Mon, 17 Dec 2012 09:24:52 +0100
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp> ("Renaud
	\=\?iso-8859-1\?Q\?Casenave-P\=E9r\=E9\=22's\?\= message of "Mon,
	17 Dec 2012 12:34:11 +0900")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
Message-ID: <8738z5t7aj.fsf@common-lisp.net>

Renaud Casenave-P?r? a ?crit :

> Hi,
>
Hi, thanks for the report.

> After a few days using clfswm (the last version from git, compiled with sbcl), I experience a weird bug.
>
> With an emacs window in fullscreen, if I launch helm-buffers-list 2 times in a row,
> clfswm crashes with the following error:
>
>        The value nil is not of type CLFSWM::ROOT
>
> If the emacs window is not the item in fullscreen (for example, if it is
> fullscreen in its frame and the frame itself is fullscreen, I'm not sure I'm
> clear?), it doesn't crash
>
I have seen the crash you report with helm. I'll have a look.

> The problem sometimes arises with browse-url but not always.
>
> Please tell me if you need more info on this.
>
I can reproduce the crash. I'll tell you if there is a need for more
feedback.

> I could try to debug it myself, or give you more informations, but how to even
> get a callstack? Are there some debug facilities to enable debug informations ?
>
You can uncomment some lines in load.lisp to enable X event
tracking. But I'm not sure this will help.
The way to go is to use slime and run (main-unprotected). There you
will have the full REPL at the first crash.


> Thanks!
>
Regards,

Philippe

PS: thanks for the helm discovery. 



From renaud at casenave-pere.fr  Mon Dec 17 11:05:26 2012
From: renaud at casenave-pere.fr (=?iso-8859-1?Q?Renaud_Casenave-P=E9r=E9?=)
Date: Mon, 17 Dec 2012 20:05:26 +0900
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <8738z5t7aj.fsf@common-lisp.net> (Philippe Brochard's message of
	"Mon, 17 Dec 2012 09:24:52 +0100")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
	<8738z5t7aj.fsf@common-lisp.net>
Message-ID: <87k3shkkg9.fsf@sandalphon.hinata3.co.jp>

On Mon, Dec 17 2012, Philippe Brochard wrote:

> Renaud Casenave-P?r? a ?crit :
>
>> Hi,
>>
> Hi, thanks for the report.
>
>> After a few days using clfswm (the last version from git, compiled with sbcl), I experience a weird bug.
>>
>> With an emacs window in fullscreen, if I launch helm-buffers-list 2 times in a row,
>> clfswm crashes with the following error:
>>
>>        The value nil is not of type CLFSWM::ROOT
>>
>> If the emacs window is not the item in fullscreen (for example, if it is
>> fullscreen in its frame and the frame itself is fullscreen, I'm not sure I'm
>> clear?), it doesn't crash
>>
> I have seen the crash you report with helm. I'll have a look.

Thank you. The reinit of clfswm after a crash is a pretty nice feature. :)
Too bad clfswm-terminal doesn't seem to recover, though.


>> The problem sometimes arises with browse-url but not always.
>>
>> Please tell me if you need more info on this.
>>
> I can reproduce the crash. I'll tell you if there is a need for more
> feedback.
>
>> I could try to debug it myself, or give you more informations, but how to even
>> get a callstack? Are there some debug facilities to enable debug informations ?
>>
> You can uncomment some lines in load.lisp to enable X event
> tracking. But I'm not sure this will help.
> The way to go is to use slime and run (main-unprotected). There you
> will have the full REPL at the first crash.
>
>
>> Thanks!
>>
> Regards,
>
> Philippe
>
> PS: thanks for the helm discovery. 

You're welcome. It is pretty useful? especially the helm-do-grep feature when
reading someone else's code.

-- 
Renaud Casenave-P?r?



From pbrochard at common-lisp.net  Wed Dec 19 21:29:42 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Wed, 19 Dec 2012 22:29:42 +0100
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <87k3shkkg9.fsf@sandalphon.hinata3.co.jp> ("Renaud
	\=\?iso-8859-1\?Q\?Casenave-P\=E9r\=E9\=22's\?\= message of "Mon,
	17 Dec 2012 20:05:26 +0900")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
	<8738z5t7aj.fsf@common-lisp.net>
	<87k3shkkg9.fsf@sandalphon.hinata3.co.jp>
Message-ID: <87623xennd.fsf@common-lisp.net>

Renaud Casenave-P?r? a ?crit :

> On Mon, Dec 17 2012, Philippe Brochard wrote:
>
>> Renaud Casenave-P?r? a ?crit :
>>
>>> Hi,
>>>
>> Hi, thanks for the report.
>>
>>> After a few days using clfswm (the last version from git, compiled with sbcl), I experience a weird bug.
>>>
>>> With an emacs window in fullscreen, if I launch helm-buffers-list 2 times in a row,
>>> clfswm crashes with the following error:
>>>
>>>        The value nil is not of type CLFSWM::ROOT
>>>
>>> If the emacs window is not the item in fullscreen (for example, if it is
>>> fullscreen in its frame and the frame itself is fullscreen, I'm not sure I'm
>>> clear?), it doesn't crash
>>>
>> I have seen the crash you report with helm. I'll have a look.
>
The crash is fixed (hopefully) with the commit d414d0b.

> Thank you. The reinit of clfswm after a crash is a pretty nice
> feature. :)
>
Yep, it prevent too many work loose :-)

> Too bad clfswm-terminal doesn't seem to recover, though.
>
Yes, but I expect crashes will rarely occurs. 

[...]

Thanks a lot for the reproducible bug report!

Regards,

Philippe



From pbrochard at common-lisp.net  Wed Dec 19 21:37:50 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Wed, 19 Dec 2012 22:37:50 +0100
Subject: [clfswm-devel] CLFSWM with gnome?
In-Reply-To: <87k3smb6c1.fsf@oriel.oxon.org> (Geoffrey Ferrari's message of
	"Thu, 13 Dec 2012 10:21:34 +0000")
References: <874njss3ay.fsf@common-lisp.net> <87k3smb6c1.fsf@oriel.oxon.org>
Message-ID: <87wqwdd8pd.fsf@common-lisp.net>

Geoffrey Ferrari writes:

> Since the latest 1212 release of CLFSWM, I can, in fact, run gnome3 with CLFSWM. This allows me to use all the usual gnome helper utilities e.g. gnome-screensaver, gnome-settings-daemon, gnome-keyring-daemon, etc.
>
Very nice! thanks a lot for the report.

> In case anyone else wants this, I include details of my setup below.
>
Thanks. Does CLFSWM interact as you expect with Gnome? I think there is
some lacks in the netwm part.

[...]

Philippe



From renaud at casenave-pere.fr  Thu Dec 20 07:46:08 2012
From: renaud at casenave-pere.fr (=?iso-8859-1?Q?Renaud_Casenave-P=E9r=E9?=)
Date: Thu, 20 Dec 2012 16:46:08 +0900
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <87623xennd.fsf@common-lisp.net> (Philippe Brochard's message of
	"Wed, 19 Dec 2012 22:29:42 +0100")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
	<8738z5t7aj.fsf@common-lisp.net>
	<87k3shkkg9.fsf@sandalphon.hinata3.co.jp>
	<87623xennd.fsf@common-lisp.net>
Message-ID: <877god9nen.fsf@sandalphon.hinata3.co.jp>

On Thu, Dec 20 2012, Philippe Brochard wrote:

> The crash is fixed (hopefully) with the commit d414d0b.

Thank you, I'll have a look when I have the time.

While I'm at it, I have another small bug report to make (tell me if I should do
it in a new mail):

In a tile-left-layout without preserving window positions, an emacs (again) in
the main pane and a conkeror in the small space in the right.

if I use M-x browse-url (in emacs) to open a webpage in conkeror, conkeror get
the focus and move to the main pane, as expected, but the emacs window doesn't
move to the small space in the right. I have to call run-or-raise or something
that updates the layout to fix it.


Thanks !

-- 
Renaud Casenave-P?r?



From pbrochard at common-lisp.net  Thu Dec 20 21:59:12 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Thu, 20 Dec 2012 22:59:12 +0100
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <877god9nen.fsf@sandalphon.hinata3.co.jp> ("Renaud
	\=\?iso-8859-1\?Q\?Casenave-P\=E9r\=E9\=22's\?\= message of "Thu,
	20 Dec 2012 16:46:08 +0900")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
	<8738z5t7aj.fsf@common-lisp.net>
	<87k3shkkg9.fsf@sandalphon.hinata3.co.jp>
	<87623xennd.fsf@common-lisp.net>
	<877god9nen.fsf@sandalphon.hinata3.co.jp>
Message-ID: <87fw30qtan.fsf@common-lisp.net>

Renaud Casenave-P?r? a ?crit :

> On Thu, Dec 20 2012, Philippe Brochard wrote:
>
>> The crash is fixed (hopefully) with the commit d414d0b.
>
> Thank you, I'll have a look when I have the time.
>
> While I'm at it, I have another small bug report to make (tell me if I should do
> it in a new mail):
>
> In a tile-left-layout without preserving window positions, an emacs (again) in
> the main pane and a conkeror in the small space in the right.
>
> if I use M-x browse-url (in emacs) to open a webpage in conkeror, conkeror get
> the focus and move to the main pane, as expected, but the emacs window doesn't
> move to the small space in the right. I have to call run-or-raise or something
> that updates the layout to fix it.
>
>
> Thanks !
>
This one is also fixed with the commit cf7c2f3.

Thanks a lot for the report!

Philippe



From renaud at casenave-pere.fr  Fri Dec 21 01:55:09 2012
From: renaud at casenave-pere.fr (=?iso-8859-1?Q?Renaud_Casenave-P=E9r=E9?=)
Date: Fri, 21 Dec 2012 10:55:09 +0900
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <87fw30qtan.fsf@common-lisp.net> (Philippe Brochard's message of
	"Thu, 20 Dec 2012 22:59:12 +0100")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
	<8738z5t7aj.fsf@common-lisp.net>
	<87k3shkkg9.fsf@sandalphon.hinata3.co.jp>
	<87623xennd.fsf@common-lisp.net>
	<877god9nen.fsf@sandalphon.hinata3.co.jp>
	<87fw30qtan.fsf@common-lisp.net>
Message-ID: <87ehikf9tu.fsf@sandalphon.hinata3.co.jp>

On Fri, Dec 21 2012, Philippe Brochard wrote:

[...]

> This one is also fixed with the commit cf7c2f3.

Oh, thanks for the quick fix. :)
I also confirm the crash in fullscreen is fixed.

Thanks again. I'm beginning to have a lot of fun with clfswm.

-- 
Renaud Casenave-P?r?



From pbrochard at common-lisp.net  Fri Dec 21 07:58:19 2012
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Fri, 21 Dec 2012 08:58:19 +0100
Subject: [clfswm-devel] Crash with emacs in fullscreen
In-Reply-To: <87ehikf9tu.fsf@sandalphon.hinata3.co.jp> ("Renaud
	\=\?iso-8859-1\?Q\?Casenave-P\=E9r\=E9\=22's\?\= message of "Fri,
	21 Dec 2012 10:55:09 +0900")
References: <87zk1dl5cc.fsf@sandalphon.hinata3.co.jp>
	<8738z5t7aj.fsf@common-lisp.net>
	<87k3shkkg9.fsf@sandalphon.hinata3.co.jp>
	<87623xennd.fsf@common-lisp.net>
	<877god9nen.fsf@sandalphon.hinata3.co.jp>
	<87fw30qtan.fsf@common-lisp.net>
	<87ehikf9tu.fsf@sandalphon.hinata3.co.jp>
Message-ID: <87d2y3n8f8.fsf@common-lisp.net>

Renaud Casenave-P?r? a ?crit :

> On Fri, Dec 21 2012, Philippe Brochard wrote:
>
> [...]
>
>> This one is also fixed with the commit cf7c2f3.
>
> Oh, thanks for the quick fix. :)
> I also confirm the crash in fullscreen is fixed.
>
De rien :-)

> Thanks again. I'm beginning to have a lot of fun with clfswm.
>
Very nice to hear!

Have fun,

Philippe



From snakehunt2012 at gmail.com  Thu Dec 27 12:44:38 2012
From: snakehunt2012 at gmail.com (=?UTF-8?B?6buE6Z2W5paH?=)
Date: Thu, 27 Dec 2012 12:44:38 +0000 (UTC)
Subject: [clfswm-devel] Stay in touch with me through LinkedIn
Message-ID: <629806229.24584961.1356612278401.JavaMail.app@ela4-app2309.prod>

LinkedIn
------------



Build your professional network, discover opportunities, and keep in touch with me on LinkedIn.

- ???

???
Student at HIT
Haerbin City, China

Confirm that you know ???:
https://www.linkedin.com/e/lj60rq-hb7vx9bn-4u/isd/10194015177/A4tsfkYL/?hs=false&tok=3H2ouV8qcs0lA1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/lj60rq-hb7vx9bn-4u/LEmHntENdifWec6PCCaOGD-llFSyPWCjK-oHyPJDKWd/goo/clfswm-devel%40common-lisp%2Enet/20061/I3393180366_1/?hs=false&tok=1scngQhxEs0lA1

(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.


  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/clfswm-devel/attachments/20121227/a14c027d/attachment.html>