From beren.olvar at gmail.com Thu Nov 4 12:43:58 2010 From: beren.olvar at gmail.com (Fernando Aguayo) Date: Thu, 4 Nov 2010 12:43:58 +0000 Subject: [clfswm-devel] rearrange windows Message-ID: <20101104124358.GA22221@aristocracia> Hi, Normally, when I'm using the tiled layouts I like to rearrange the position of my windows. Since I couldn't find a way to do it I wrote this function, which just switches the position of the current window with the next one in the frame: ----------------------------------------------------------------- (defun change-pos (side) (when (xlib:window-p *current-child*) (let* ((parent (find-parent-frame *current-child*)) (managed-children (frame-child parent)) (len (length managed-children)) (pos (child-position *current-child* managed-children)) (npos (mod (+ pos side) len))) (rotatef (nth pos (frame-child (find-parent-frame *current-child*))) (nth npos (frame-child (find-parent-frame *current-child*)))) ))) ----------------------------------------------------------------- (sorry for my lisp ;) This almost works: every time I change the indexing I have to change the layout for it to take effect. I tried to change the layout inside the function but it just doesn't have the same effect. I also loose the focus of the moved window. How can I retain it? Is there a better way to do it? Thank you! Fernando From pbrochard at common-lisp.net Fri Nov 5 21:22:53 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Fri, 05 Nov 2010 22:22:53 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <20101104124358.GA22221@aristocracia> (Fernando Aguayo's message of "Thu, 4 Nov 2010 12:43:58 +0000") References: <20101104124358.GA22221@aristocracia> Message-ID: <874obv31oy.fsf@free.fr> Fernando Aguayo writes: > Hi, > Hi, > Normally, when I'm using the tiled layouts I like to rearrange the > position of my windows. > I don't see exactly what you mean by this. Have you a window manager example which act like this by default? Or maybe you can make a drawing. > Since I couldn't find a way to do it I wrote > this function, which just switches the position of the current window with > the next one in the frame: > > ----------------------------------------------------------------- > (defun change-pos (side) > (when (xlib:window-p *current-child*) > (let* ((parent (find-parent-frame *current-child*)) > (managed-children (frame-child parent)) > (len (length managed-children)) > (pos (child-position *current-child* managed-children)) > (npos (mod (+ pos side) len))) > (rotatef (nth pos (frame-child (find-parent-frame *current-child*))) > (nth npos (frame-child (find-parent-frame *current-child*)))) > ))) > ----------------------------------------------------------------- > (sorry for my lisp ;) > No problem with your lisp (except maybe the remaining parenthesis on a separate line). > This almost works: every time I change the indexing I have to change > the layout for it to take effect. I tried to change the layout inside > the function but it just doesn't have the same effect. > > I also loose the focus of the moved window. How can I retain it? > Well, each time you change something in a frame, you have to manage all children affected by the change. For this, you use the 'show-all-children' function. By default it redisplay only the current-child and all its children. If your change is for children outside the current-child you must specify this with the optional parameter. For example if you change all children in the current root, you must use show-all-children with the *current-root* parameter. Note: be careful, this is this functions which cause the flickering in the current code :( (this is also one of the most complex). > Is there a better way to do it? > There is already the frame-raise/lower-child functions bounds to mod-1+control+page_up/down by default which change the position of the selected child. Here is an example of its effect: Mod-1+Control+Page_Up +----------+ +----------+ +----------+ +----------+ | | 2 | | | F1| | | 3 | | | 3 | | +---+ | +---+ | +---+ | +---+ | F1 | 3 | -> | 2 | 3 | -> | 2 | F1| -> | 2 | 4 | | +---+ | +---+ | +---+ | +---+ | | 4 | | | 4 | | | 4 | | | F1| +----------+ +----------+ +----------+ +----------+ Here the 'F' is the focused child. It doesn't change and you can grab it to place it where you want. I have added recently a function frame-select-next/previous-child which change the selected child. There is already a 'selected-pos' slot in each frames to tell which child is focused. I've bound them to mod-1+page_up/down. Here is an example of there effect: Mod-1+Page_Up +----------+ +----------+ +----------+ +----------+ | | 2 | | | F2| | | 2 | | | 2 | | +---+ | +---+ | +---+ | +---+ | F1 | 3 | -> | 1 | 3 | -> | 1 | F3| -> | 1 | 3 | | +---+ | +---+ | +---+ | +---+ | | 4 | | | 4 | | | 4 | | | F4| +----------+ +----------+ +----------+ +----------+ Here the focused child is changed each time you call those functions. Does one of those functions do what you need? If not, there is no problem to do it. > Thank you! > Regards, Philippe From beren.olvar at gmail.com Sat Nov 6 15:06:30 2010 From: beren.olvar at gmail.com (Fernando Aguayo) Date: Sat, 6 Nov 2010 15:06:30 +0000 Subject: [clfswm-devel] rearrange windows In-Reply-To: <874obv31oy.fsf@free.fr> References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> Message-ID: <20101106150630.GA32169@aristocracia> On Fri, Nov 05, 2010 at 10:22:53PM +0100, Philippe Brochard wrote: > Fernando Aguayo writes: > > > Hi, > > > Hi, > > > Normally, when I'm using the tiled layouts I like to rearrange the > > position of my windows. > > > I don't see exactly what you mean by this. Have you a window manager > example which act like this by default? Or maybe you can make a > drawing. Just imagine your tiling partition consists of two windows, one on the left and other on the right. I want to be able to switch them, just as you describe later :P > > > Since I couldn't find a way to do it I wrote > > this function, which just switches the position of the current window with > > the next one in the frame: > > > > ----------------------------------------------------------------- > > (defun change-pos (side) > > (when (xlib:window-p *current-child*) > > (let* ((parent (find-parent-frame *current-child*)) > > (managed-children (frame-child parent)) > > (len (length managed-children)) > > (pos (child-position *current-child* managed-children)) > > (npos (mod (+ pos side) len))) > > (rotatef (nth pos (frame-child (find-parent-frame *current-child*))) > > (nth npos (frame-child (find-parent-frame *current-child*)))) > > ))) > > ----------------------------------------------------------------- > > (sorry for my lisp ;) > > > No problem with your lisp (except maybe the remaining parenthesis on a > separate line). > > > This almost works: every time I change the indexing I have to change > > the layout for it to take effect. I tried to change the layout inside > > the function but it just doesn't have the same effect. > > > > I also loose the focus of the moved window. How can I retain it? > > > Well, each time you change something in a frame, you have to manage all > children affected by the change. For this, you use the > 'show-all-children' function. > By default it redisplay only the current-child and all its children. > If your change is for children outside the current-child you must > specify this with the optional parameter. For example if you change all > children in the current root, you must use show-all-children with the > *current-root* parameter. > > Note: be careful, this is this functions which cause the flickering in > the current code :( (this is also one of the most complex). > > > Is there a better way to do it? > > > There is already the frame-raise/lower-child functions bounds to > mod-1+control+page_up/down by default which change the position of the > selected child. Here is an example of its effect: > > Mod-1+Control+Page_Up > +----------+ +----------+ +----------+ +----------+ > | | 2 | | | F1| | | 3 | | | 3 | > | +---+ | +---+ | +---+ | +---+ > | F1 | 3 | -> | 2 | 3 | -> | 2 | F1| -> | 2 | 4 | > | +---+ | +---+ | +---+ | +---+ > | | 4 | | | 4 | | | 4 | | | F1| > +----------+ +----------+ +----------+ +----------+ > Here the 'F' is the focused child. It doesn't change and you can grab it > to place it where you want. > > I have added recently a function frame-select-next/previous-child which > change the selected child. There is already a 'selected-pos' slot in > each frames to tell which child is focused. > I've bound them to mod-1+page_up/down. Here is an example of there > effect: > > Mod-1+Page_Up > +----------+ +----------+ +----------+ +----------+ > | | 2 | | | F2| | | 2 | | | 2 | > | +---+ | +---+ | +---+ | +---+ > | F1 | 3 | -> | 1 | 3 | -> | 1 | F3| -> | 1 | 3 | > | +---+ | +---+ | +---+ | +---+ > | | 4 | | | 4 | | | 4 | | | F4| > +----------+ +----------+ +----------+ +----------+ > > Here the focused child is changed each time you call those functions. > > Does one of those functions do what you need? If not, there is no > problem to do it. I realised about the show-all-children function but it has no effect. Also I tried with frame-raise/lower-child, but it only works when on tile-left/right/...-layout. If I'm on one-column, tile, etc, it will do nothing, but I don't understand why :( What am I doing wrong? > > > > Thank you! > > > Regards, > > Philippe > Thank you very much! Regards Fernando From pbrochard at common-lisp.net Sat Nov 6 22:28:13 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Sat, 06 Nov 2010 23:28:13 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <20101106150630.GA32169@aristocracia> (Fernando Aguayo's message of "Sat, 6 Nov 2010 15:06:30 +0000") References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> Message-ID: <877hgqf5oi.fsf@free.fr> Fernando Aguayo writes: > On Fri, Nov 05, 2010 at 10:22:53PM +0100, Philippe Brochard wrote: >> Fernando Aguayo writes: >> >> > Hi, >> > >> Hi, >> >> > Normally, when I'm using the tiled layouts I like to rearrange the >> > position of my windows. >> > >> I don't see exactly what you mean by this. Have you a window manager >> example which act like this by default? Or maybe you can make a >> drawing. > > Just imagine your tiling partition consists of two windows, one on the > left and other on the right. I want to be able to switch them, just as > you describe later :P > Ah, ok, I see. [...] > I realised about the show-all-children function but it has no > effect. Also I tried with frame-raise/lower-child, but it only works > when on tile-left/right/...-layout. If I'm on one-column, tile, etc, > it will do nothing, but I don't understand why :( > What am I doing wrong? > I have written tile-(vertical/horizontal)-layout so that each child keep its position. This is done with the update-layout-managed-children in clfswm-layout.lisp. To do what you want, you can use the tile-left/right/...-layout with a 50% size. Another solution is to write your own tile layout replacing 'update-layout-managed-children' with 'get-managed-child'. Something like this: ------------------------------------------------------------ (defmethod tile-layout (child parent) (let* ((managed-children (get-managed-child parent)) ;;(update-layout-managed-children child parent)) (pos (child-position child managed-children)) (len (length managed-children)) (n (ceiling (sqrt len))) (dx (/ (frame-rw parent) n)) (dy (/ (frame-rh parent) (ceiling (/ len n))))) (values (round (+ (frame-rx parent) (truncate (* (mod pos n) dx)) 1)) (round (+ (frame-ry parent) (truncate (* (truncate (/ pos n)) dy)) 1)) (round (- dx 2)) (round (- dy 2))))) ------------------------------------------------------------ Do you want this code in the clfswm main repo? I can add a menu for this layout in the main Branch. Note: The funny thing is that the function you want is the first I've written in clfswm-layout. And I've really thinking hard to keep children in there position :) > Thank you very much! > Hope that helps. Regards Philippe From beren.olvar at gmail.com Sat Nov 6 23:36:52 2010 From: beren.olvar at gmail.com (Fernando Aguayo) Date: Sat, 6 Nov 2010 23:36:52 +0000 Subject: [clfswm-devel] rearrange windows In-Reply-To: <877hgqf5oi.fsf@free.fr> References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> Message-ID: <20101106233652.GA18051@aristocracia> On Sat, Nov 06, 2010 at 11:28:13PM +0100, Philippe Brochard wrote: > Fernando Aguayo writes: > > > On Fri, Nov 05, 2010 at 10:22:53PM +0100, Philippe Brochard wrote: > >> Fernando Aguayo writes: > >> > >> > Hi, > >> > > >> Hi, > >> > >> > Normally, when I'm using the tiled layouts I like to rearrange the > >> > position of my windows. > >> > > >> I don't see exactly what you mean by this. Have you a window manager > >> example which act like this by default? Or maybe you can make a > >> drawing. > > > > Just imagine your tiling partition consists of two windows, one on the > > left and other on the right. I want to be able to switch them, just as > > you describe later :P > > > Ah, ok, I see. > > > [...] > > > > I realised about the show-all-children function but it has no > > effect. Also I tried with frame-raise/lower-child, but it only works > > when on tile-left/right/...-layout. If I'm on one-column, tile, etc, > > it will do nothing, but I don't understand why :( > > What am I doing wrong? > > > I have written tile-(vertical/horizontal)-layout so that each child keep > its position. This is done with the update-layout-managed-children in > clfswm-layout.lisp. > To do what you want, you can use the tile-left/right/...-layout with a > 50% size. It could be a solution, but I think I will keep having problems at changing the focused window, making it jump if I don't remember I'm in this layout. > Another solution is to write your own tile layout replacing > 'update-layout-managed-children' with 'get-managed-child'. > > Something like this: > > ------------------------------------------------------------ > (defmethod tile-layout (child parent) > (let* ((managed-children (get-managed-child parent)) ;;(update-layout-managed-children child parent)) > (pos (child-position child managed-children)) > (len (length managed-children)) > (n (ceiling (sqrt len))) > (dx (/ (frame-rw parent) n)) > (dy (/ (frame-rh parent) (ceiling (/ len n))))) > (values (round (+ (frame-rx parent) (truncate (* (mod pos n) dx)) 1)) > (round (+ (frame-ry parent) (truncate (* (truncate (/ pos n)) dy)) 1)) > (round (- dx 2)) > (round (- dy 2))))) > ------------------------------------------------------------ > > Do you want this code in the clfswm main repo? I can add a menu for this > layout in the main Branch. Right! I can see the probem now. Maybe adding in the contrib directory a set of tiled layouts that do no preserve the positions, with a slightly different name than their counterpart, so you can just choose which one to use? > > Note: The funny thing is that the function you want is the first I've > written in clfswm-layout. And I've really thinking hard to keep children > in there position :) > Probably that's the more general way to go, It's just I'm probably too used to other manual tilers :P > > Thank you very much! > > > Hope that helps. > Yes, it did! thank you very much! Regards, Fernando From pbrochard at common-lisp.net Sun Nov 7 14:00:40 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Sun, 07 Nov 2010 15:00:40 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <20101106233652.GA18051@aristocracia> (Fernando Aguayo's message of "Sat, 6 Nov 2010 23:36:52 +0000") References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> Message-ID: <87pquh8c8n.fsf@free.fr> Fernando Aguayo writes: [...] >> I have written tile-(vertical/horizontal)-layout so that each child keep >> its position. This is done with the update-layout-managed-children in >> clfswm-layout.lisp. >> To do what you want, you can use the tile-left/right/...-layout with a >> 50% size. > > It could be a solution, but I think I will keep having problems at > changing the focused window, making it jump if I don't remember I'm > in this layout. > Surely, this is a transitional solution. >> Another solution is to write your own tile layout replacing >> 'update-layout-managed-children' with 'get-managed-child'. >> >> Something like this: >> >> ------------------------------------------------------------ >> (defmethod tile-layout (child parent) >> (let* ((managed-children (get-managed-child parent)) ;;(update-layout-managed-children child parent)) >> (pos (child-position child managed-children)) >> (len (length managed-children)) >> (n (ceiling (sqrt len))) >> (dx (/ (frame-rw parent) n)) >> (dy (/ (frame-rh parent) (ceiling (/ len n))))) >> (values (round (+ (frame-rx parent) (truncate (* (mod pos n) dx)) 1)) >> (round (+ (frame-ry parent) (truncate (* (truncate (/ pos n)) dy)) 1)) >> (round (- dx 2)) >> (round (- dy 2))))) >> ------------------------------------------------------------ >> >> Do you want this code in the clfswm main repo? I can add a menu for this >> layout in the main Branch. > > Right! I can see the probem now. Maybe adding in the contrib directory > a set of tiled layouts that do no preserve the positions, with a > slightly different name than their counterpart, so you can just choose > which one to use? > Done in the last commit. In fact, I've added 8 lines (Lisp is wonderful!) to let you choose to keep or not children position in all tile layout since this can be useful sometimes. Please, test! While you seem to use tile layout, what do you think about impair frame-children? Actually there is a blank for the unused child. Something like this: +----+----+ | F1 | 2 | +----+----+ | 3 | B | B: blank F: focused child +----+----+ What do you think about the blank filled by the focused child? Something like this: +----+----+ | F1 | +----+----+ | 2 | 3 | B: blank (no more) F: focused child +----+----+ >> >> Note: The funny thing is that the function you want is the first I've >> written in clfswm-layout. And I've really thinking hard to keep children >> in there position :) >> > > Probably that's the more general way to go, It's just I'm probably too > used to other manual tilers :P > Arf, in fact I'd like clfswm to be turned in any tiled (or not) window manager following user request. This let us freedom to (auto)arange windows as we like. >> > Thank you very much! >> > >> Hope that helps. >> > Yes, it did! thank you very much! > Good :) Cheers, Philippe From pbrochard at common-lisp.net Sun Nov 7 16:50:02 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Sun, 07 Nov 2010 17:50:02 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <87pquh8c8n.fsf@free.fr> (Philippe Brochard's message of "Sun, 07 Nov 2010 15:00:40 +0100") References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> <87pquh8c8n.fsf@free.fr> Message-ID: <87iq0984ed.fsf@free.fr> Philippe Brochard writes: [...] > While you seem to use tile layout, what do you think about impair ^^^^^^ | Indeed read 'odd' here. (Hope my Lisp is better than my English :) > frame-children? Actually there is a blank for the unused > child. Something like this: > > +----+----+ > | F1 | 2 | > +----+----+ > | 3 | B | B: blank F: focused child > +----+----+ > > What do you think about the blank filled by the focused child? Something > like this: > > +----+----+ > | F1 | > +----+----+ > | 2 | 3 | B: blank (no more) F: focused child > +----+----+ > [...] Cheers, Philippe From beren.olvar at gmail.com Sun Nov 7 17:04:37 2010 From: beren.olvar at gmail.com (Fernando Aguayo) Date: Sun, 7 Nov 2010 17:04:37 +0000 Subject: [clfswm-devel] rearrange windows In-Reply-To: <87pquh8c8n.fsf@free.fr> References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> <87pquh8c8n.fsf@free.fr> Message-ID: <20101107170437.GA23607@aristocracia> > Done in the last commit. In fact, I've added 8 lines (Lisp is > wonderful!) to let you choose to keep or not children position in all > tile layout since this can be useful sometimes. > > Please, test! Works like a charm! thank you! > > While you seem to use tile layout, what do you think about impair > frame-children? Actually there is a blank for the unused > child. Something like this: > > +----+----+ > | F1 | 2 | > +----+----+ > | 3 | B | B: blank F: focused child > +----+----+ > > What do you think about the blank filled by the focused child? Something > like this: > > +----+----+ > | F1 | > +----+----+ > | 2 | 3 | B: blank (no more) F: focused child > +----+----+ > > Yes, I noted that, and I was thinking in making a patch to change this. The problematic point is that it could get a bit ambiguous. For example, what happens when you have 5 windows? You probably want 3 columns and 2 rows, but which cell gets the extra space? That's why I prefer manual tiling, but in my opinion, for that you also need some way to interactively resize the partition of the frame. So I'm really not sure, but maybe just granting the first one more room is good enough. > > >> > >> Note: The funny thing is that the function you want is the first I've > >> written in clfswm-layout. And I've really thinking hard to keep children > >> in there position :) > >> > > > > Probably that's the more general way to go, It's just I'm probably too > > used to other manual tilers :P > > > Arf, in fact I'd like clfswm to be turned in any tiled (or not) window > manager following user request. This let us freedom to (auto)arange > windows as we like. That would be great, but also very complicated. I think the number of options is already good. Just need some little tweakings :) Again, thank you, I'm really enjoing using this wm. Regards Fernando From pbrochard at common-lisp.net Tue Nov 9 20:06:03 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Tue, 09 Nov 2010 21:06:03 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <20101107170437.GA23607@aristocracia> (Fernando Aguayo's message of "Sun, 7 Nov 2010 17:04:37 +0000") References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> <87pquh8c8n.fsf@free.fr> <20101107170437.GA23607@aristocracia> Message-ID: <87fwva8dp0.fsf@free.fr> Fernando Aguayo writes: >> Done in the last commit. In fact, I've added 8 lines (Lisp is >> wonderful!) to let you choose to keep or not children position in all >> tile layout since this can be useful sometimes. >> >> Please, test! > > Works like a charm! thank you! > Ok, nice! >> >> While you seem to use tile layout, what do you think about impair >> frame-children? Actually there is a blank for the unused >> child. Something like this: >> >> +----+----+ >> | F1 | 2 | >> +----+----+ >> | 3 | B | B: blank F: focused child >> +----+----+ >> >> What do you think about the blank filled by the focused child? Something >> like this: >> >> +----+----+ >> | F1 | >> +----+----+ >> | 2 | 3 | B: blank (no more) F: focused child >> +----+----+ >> >> > Yes, I noted that, and I was thinking in making a patch to change > this. The problematic point is that it could get a bit ambiguous. For > example, what happens when you have 5 windows? You probably want 3 > columns and 2 rows, but which cell gets the extra space? That's why I > prefer manual tiling, but in my opinion, for that you also need some > way to interactively resize the partition of the frame. > > So I'm really not sure, but maybe just granting the first one more > room is good enough. > Well, I've made the choice (in the last commit) to expand the focused child in the blank area and to push others children in the remaining area. What do you think about this? >> >> >> >> >> Note: The funny thing is that the function you want is the first I've >> >> written in clfswm-layout. And I've really thinking hard to keep children >> >> in there position :) >> >> >> > >> > Probably that's the more general way to go, It's just I'm probably too >> > used to other manual tilers :P >> > >> Arf, in fact I'd like clfswm to be turned in any tiled (or not) window >> manager following user request. This let us freedom to (auto)arange >> windows as we like. > > That would be great, but also very complicated. I think the number of > options is already good. Just need some little tweakings :) > Yes there is already a large number of choices. But I hope CLFSWM let us invent some others if needed. > Again, thank you, I'm really enjoing using this wm. > Great! Feel free to report anything that could improve CLFSWM. Regards, Philippe From pbrochard at common-lisp.net Tue Nov 9 22:06:27 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Tue, 09 Nov 2010 23:06:27 +0100 Subject: [clfswm-devel] CLFSWM with QuickLisp Message-ID: <87pque5ezg.fsf@free.fr> Hi list, I'm happy to say that CLFSWM has been added to QuickLisp: http://www.quicklisp.org/ It's fantastic to see how it's easy to setup a running CLFSWM (or another library) from a fresh Lisp install. Here is an example: * The QuickLisp installation: -------------------------------------------------- $ wget http://beta.quicklisp.org/quicklisp.lisp $ your lisp (clisp, sbcl, cmucl, ccl, ecl...) > (load "quicklisp.lisp") > (quicklisp-quickstart:install) > (ql:add-to-init-file) -------------------------------------------------- Here, '$' is the shell prompt and '>' is the Lisp prompt. * And then in a display without a window manager or a new display launched with 'startx -- :1' for example: -------------------------------------------------- $ your lisp (clisp, sbcl, cmucl, ccl, ecl...) > (ql:quickload "clfswm") > (clfswm:main) -------------------------------------------------- And that's it. CLFSWM is running. Nice. No? Regards, Philippe From beren.olvar at gmail.com Wed Nov 10 14:46:59 2010 From: beren.olvar at gmail.com (Fernando Aguayo) Date: Wed, 10 Nov 2010 14:46:59 +0000 Subject: [clfswm-devel] rearrange windows In-Reply-To: <87fwva8dp0.fsf@free.fr> References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> <87pquh8c8n.fsf@free.fr> <20101107170437.GA23607@aristocracia> <87fwva8dp0.fsf@free.fr> Message-ID: <20101110144659.GA2579@aristocracia> > > [...] > > > > So I'm really not sure, but maybe just granting the first one more > > room is good enough. > > > Well, I've made the choice (in the last commit) to expand the focused > child in the blank area and to push others children in the remaining > area. > What do you think about this? Great idea! I haven't tried it yet, but I guess is a good solution. Since I already have you looking through the layouts, there is a behavior that puzzles me, hopefully you can help me understand: Let's say I have a frame in left-tile-layout. Then I maximize it (mod Enter) and then maximize the current child (mod Enter again). Everything goes fine until I click. When that happens the window is unmaximized and goes back to the left-tile-layout in full screen. Is that the intended behavior? I know I could just use no-layout, but feels a bit odd. Cheers! Fernando From pbrochard at common-lisp.net Wed Nov 10 22:57:34 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Wed, 10 Nov 2010 23:57:34 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <20101110144659.GA2579@aristocracia> (Fernando Aguayo's message of "Wed, 10 Nov 2010 14:46:59 +0000") References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> <87pquh8c8n.fsf@free.fr> <20101107170437.GA23607@aristocracia> <87fwva8dp0.fsf@free.fr> <20101110144659.GA2579@aristocracia> Message-ID: <878w10rdlt.fsf@free.fr> Fernando Aguayo writes: >> > [...] >> > >> > So I'm really not sure, but maybe just granting the first one more >> > room is good enough. >> > >> Well, I've made the choice (in the last commit) to expand the focused >> child in the blank area and to push others children in the remaining >> area. >> What do you think about this? > > Great idea! I haven't tried it yet, but I guess is a good solution. > > Since I already have you looking through the layouts, there is a > behavior that puzzles me, hopefully you can help me understand: Let's > say I have a frame in left-tile-layout. Then I maximize it (mod Enter) > and then maximize the current child (mod Enter again). Everything goes > fine until I click. When that happens the window is unmaximized and > goes back to the left-tile-layout in full screen. Is that the intended > behavior? I know I could just use no-layout, but feels a bit odd. > No, this is not the expected behaviour. It is a bug introduced by a change in the mouse selection method. I'll fix it as soon as I can. Many thanks to have spot it! Regards, Philippe From pbrochard at common-lisp.net Wed Nov 10 23:39:40 2010 From: pbrochard at common-lisp.net (Philippe Brochard) Date: Thu, 11 Nov 2010 00:39:40 +0100 Subject: [clfswm-devel] rearrange windows In-Reply-To: <878w10rdlt.fsf@free.fr> (Philippe Brochard's message of "Wed, 10 Nov 2010 23:57:34 +0100") References: <20101104124358.GA22221@aristocracia> <874obv31oy.fsf@free.fr> <20101106150630.GA32169@aristocracia> <877hgqf5oi.fsf@free.fr> <20101106233652.GA18051@aristocracia> <87pquh8c8n.fsf@free.fr> <20101107170437.GA23607@aristocracia> <87fwva8dp0.fsf@free.fr> <20101110144659.GA2579@aristocracia> <878w10rdlt.fsf@free.fr> Message-ID: <87hbfosq83.fsf@free.fr> Philippe Brochard writes: > Fernando Aguayo writes: > >>> > [...] >>> > >>> > So I'm really not sure, but maybe just granting the first one more >>> > room is good enough. >>> > >>> Well, I've made the choice (in the last commit) to expand the focused >>> child in the blank area and to push others children in the remaining >>> area. >>> What do you think about this? >> >> Great idea! I haven't tried it yet, but I guess is a good solution. >> >> Since I already have you looking through the layouts, there is a >> behavior that puzzles me, hopefully you can help me understand: Let's >> say I have a frame in left-tile-layout. Then I maximize it (mod Enter) >> and then maximize the current child (mod Enter again). Everything goes >> fine until I click. When that happens the window is unmaximized and >> goes back to the left-tile-layout in full screen. Is that the intended >> behavior? I know I could just use no-layout, but feels a bit odd. >> > No, this is not the expected behaviour. It is a bug introduced by a > change in the mouse selection method. > I'll fix it as soon as I can. > Ok, (hopefully) fixed. Please, test. Thanks, Philippe