From flexo.rodriguez at rocketmail.com Wed Dec 4 21:52:28 2013 From: flexo.rodriguez at rocketmail.com (Flexo Rodriguez) Date: Wed, 4 Dec 2013 21:52:28 +0100 Subject: [hlwm] split feature-request Message-ID: <20131204205228.GA1238@boneraper.fritz.box> hello everyone! i having a feature request after i took a look on bspwm. in bspwm you can not just split the tree to the right and bottom but split a window to left and top. i think it would be a great improvement while handling frames in hlwm. so if it is possible without that much struggling i will be even more happy. (hlwm is the best wm despite some focus-bugs like in chromium) thanks, flexo From edu at thorsten-wissmann.de Thu Dec 12 17:13:35 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Thu, 12 Dec 2013 17:13:35 +0100 Subject: [hlwm] split feature-request In-Reply-To: <20131204205228.GA1238@boneraper.fritz.box> References: <20131204205228.GA1238@boneraper.fritz.box> Message-ID: <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> Hi Flexo On Wed, Dec 04, 2013 at 09:52:28PM +0100, Flexo Rodriguez wrote: > i having a feature request after i took a look on bspwm. > > in bspwm you can not just split the tree to the right and bottom but split a > window to left and top. i think it would be a great improvement while handling > frames in hlwm. so if it is possible without that much struggling i will be even > more happy. I just tried bspwm but still I'm not sure what you try to describe. So when doing "herbstclient split vertical 0.5" an empty frame is created "below" of the focused frame. Is your request that the new empty space should appear above of the selected frame? (And analogous on the left?) If yes that should be implemented quite easily. > (hlwm is the best wm despite some focus-bugs like in chromium) Which kind of bugs? How can I reproduce them? Regards, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From edu at thorsten-wissmann.de Thu Dec 12 18:03:20 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Thu, 12 Dec 2013 18:03:20 +0100 Subject: [hlwm] split feature-request In-Reply-To: <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> Hi, On Thu, Dec 12, 2013 at 05:13:35PM +0100, Thorsten Wi?mann wrote: > On Wed, Dec 04, 2013 at 09:52:28PM +0100, Flexo Rodriguez wrote: > > i having a feature request after i took a look on bspwm. > > > > in bspwm you can not just split the tree to the right and bottom but split a > > window to left and top. i think it would be a great improvement while handling > > frames in hlwm. so if it is possible without that much struggling i will be even > > more happy. > > I just tried bspwm but still I'm not sure what you try to describe. So > when doing "herbstclient split vertical 0.5" an empty frame is created > "below" of the focused frame. Is your request that the new empty space > should appear above of the selected frame? (And analogous on the left?) > > If yes that should be implemented quite easily. I think it's very useful, so there are new split modes: top, left in addition to the old ones: vertical (alias: bottom) and horizontal (alias: right). The names indicate the (relative) location of the fresh and empty frame which is created. It seems quite often, that immediately after splitting, the fresh frame is focused by the user. So it might be an option to focus the fresh frame automatically after the split. Opinions? If you're interested in trying it, I had the following in my old musca config and really enjoyed it: herbstclient keybind Mod1-Mod4-h chain , split left 0.5 , focus left herbstclient keybind Mod1-Mod4-j chain , split bottom 0.5 , focus down herbstclient keybind Mod1-Mod4-k chain , split top 0.5 , focus up herbstclient keybind Mod1-Mod4-l chain , split right 0.5 , focus right herbstclient keybind Mod1-Mod4-r remove And maybe top/bottom should be renamed to up/down... Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From me at the-compiler.org Thu Dec 12 18:47:37 2013 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 12 Dec 2013 18:47:37 +0100 Subject: [hlwm] split feature-request In-Reply-To: <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <20131212174737.GL28832@lupin> Hello, * Thorsten Wi?mann [2013-12-12 18:03:20 +0100]: > It seems quite often, that immediately after splitting, the fresh frame > is focused by the user. So it might be an option to focus the fresh > frame automatically after the split. Opinions? As already said in IRC: As an option, +1, and I think it should also default to true. > And maybe top/bottom should be renamed to up/down... Random thought that comes to mind: What about more fuzzy parsers in general? Like, for each of these actions it would parse these words: left: left right: right, vertical up: top, up down: bottom, down, horizontal true: true, yes, on, 1 false: false, no, off, 0 Florian -- () ascii ribbon campaign - stop html mail www.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ You are a very redundant person, that's what kind of person you are. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From me at the-compiler.org Thu Dec 12 19:21:57 2013 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 12 Dec 2013 19:21:57 +0100 Subject: Fwd: Re: [hlwm] split feature-request Message-ID: <20131212182156.GM28832@lupin> This was sent to me personally, so I'm forwarding it to the ML because it sounds like it was meant for everyone. ----- Forwarded message from Kinley Dorji ----- The option of having focus switch automatically to the new frame is welcome - it should be settable, but in my use case I would vote for keeping the present frame as the default. I would also vote for having up/down instead of top/bottom. Additional (possibly sidetracking) thought: Thorsten, would it be possible to enable the use of a command like: hc spawn tag index which follows the way that you presently provide for rules, and would be useful for ad hoc placement of apps in tags setup with load layout. Of course, if there already is a way to do that, I would be most happy to know. Thank you for a great tool which I love and use every day. ----- End forwarded message ----- -- () ascii ribbon campaign - stop html mail www.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ July 4th is Independence day. And the day Chuck Norris was born. Coincidence? i think not. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From re06huxa at cip.cs.fau.de Thu Dec 12 22:53:21 2013 From: re06huxa at cip.cs.fau.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Thu, 12 Dec 2013 22:53:21 +0100 Subject: Fwd: Re: [hlwm] split feature-request In-Reply-To: <20131212182156.GM28832@lupin> References: <20131212182156.GM28832@lupin> Message-ID: <20131212215321.GA26069@stud.informatik.uni-erlangen.de> Hi, > Additional (possibly sidetracking) thought: Thorsten, would it be > possible to enable the use of a command like: > > hc spawn tag index > > which follows the way that you presently provide for rules, and would > be useful for ad hoc placement of apps in tags setup with load layout. > Of course, if there already is a way to do that, I would be most happy > to know. Yes it's possible! There's an example script doing that for placing it at a custom tag. See the exec_on_tag.sh script from /usr...examples/ or the git[1]. Extending the script to a custom frame index is left to the reader :) > Thank you for a great tool which I love and use every day. Thanks! [1] https://git.informatik.uni-erlangen.de/?p=hlwm;a=blob;f=scripts/exec_on_tag.sh From me at the-compiler.org Thu Dec 12 22:59:57 2013 From: me at the-compiler.org (Florian Bruhin) Date: Thu, 12 Dec 2013 22:59:57 +0100 Subject: Fwd: Re: [hlwm] split feature-request In-Reply-To: <20131212215321.GA26069@stud.informatik.uni-erlangen.de> References: <20131212182156.GM28832@lupin> <20131212215321.GA26069@stud.informatik.uni-erlangen.de> Message-ID: <20131212215957.GN28832@lupin> * Thorsten Wi?mann [2013-12-12 22:53:21 +0100]: > Hi, > > > Additional (possibly sidetracking) thought: Thorsten, would it be > > possible to enable the use of a command like: > > > > hc spawn tag index > > > > which follows the way that you presently provide for rules, and would > > be useful for ad hoc placement of apps in tags setup with load layout. > > Of course, if there already is a way to do that, I would be most happy > > to know. > > Yes it's possible! There's an example script doing that for placing it > at a custom tag. See the exec_on_tag.sh script from /usr...examples/ or > the git[1]. Extending the script to a custom frame index is left to the > reader :) I have a spawn_in_frame at [1] if you want to peek ;) [1] http://git.the-compiler.org/random/tree/sh/hlwm/hlwm_debug.sh Florian -- () ascii ribbon campaign - stop html mail www.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ Don't mind him; politicians always sound like that. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From re06huxa at cip.cs.fau.de Thu Dec 12 23:09:32 2013 From: re06huxa at cip.cs.fau.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Thu, 12 Dec 2013 23:09:32 +0100 Subject: [hlwm] split feature-request In-Reply-To: <20131212174737.GL28832@lupin> References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212174737.GL28832@lupin> Message-ID: <20131212220932.GB26069@stud.informatik.uni-erlangen.de> On Thu, Dec 12, 2013 at 06:47:37PM +0100, Florian Bruhin wrote: > * Thorsten Wi?mann [2013-12-12 18:03:20 +0100]: > > It seems quite often, that immediately after splitting, the fresh frame > > is focused by the user. So it might be an option to focus the fresh > > frame automatically after the split. Opinions? > > As already said in IRC: As an option, +1, and I think it should also > default to true. I mean we can just change the default keybinding in the autostart. And by now I got positive feedback only, so we even could change the default and provide backwards-compatible modes: down_stay_focus and right_stay_focus. The only application of the old focus model is when splitting a frame and moving a client from the current frame to it. But this could be solved by some command(or split mode) ?create the binary tree from the current frame appearance?. > > And maybe top/bottom should be renamed to up/down... > > Random thought that comes to mind: What about more fuzzy parsers in > general? > > Like, for each of these actions it would parse these words: > > left: left > right: right, vertical > up: top, up > down: bottom, down, horizontal That's the current implementation. > true: true, yes, on, 1 > false: false, no, off, 0 Except for 1 and 0, it's already reality! https://git.informatik.uni-erlangen.de/?p=hlwm;a=blob;f=src/utils.c#l205 But fuzzy parsing in general isn't that nice. It surely will cause trouble later because we have to (or should) keep the 'fuzzy parsing' backwards compatible. Regards, Thorsten From kinleyd at gmail.com Fri Dec 13 03:53:52 2013 From: kinleyd at gmail.com (Kinley Dorji) Date: Fri, 13 Dec 2013 08:53:52 +0600 Subject: [hlwm] split feature-request In-Reply-To: <20131212220932.GB26069@stud.informatik.uni-erlangen.de> References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212174737.GL28832@lupin> <20131212220932.GB26069@stud.informatik.uni-erlangen.de> Message-ID: Thank you Thorsten and Florian. I'm off to further refine my hlwm scripts! On Dec 13, 2013 4:09 AM, "Thorsten Wi?mann" wrote: > On Thu, Dec 12, 2013 at 06:47:37PM +0100, Florian Bruhin wrote: > > * Thorsten Wi?mann [2013-12-12 18:03:20 > +0100]: > > > It seems quite often, that immediately after splitting, the fresh frame > > > is focused by the user. So it might be an option to focus the fresh > > > frame automatically after the split. Opinions? > > > > As already said in IRC: As an option, +1, and I think it should also > > default to true. > > I mean we can just change the default keybinding in the autostart. And > by now I got positive feedback only, so we even could change the default > and provide backwards-compatible modes: down_stay_focus and > right_stay_focus. > > The only application of the old focus model is when splitting a frame > and moving a client from the current frame to it. But this could be > solved by some command(or split mode) ?create the binary tree from the > current frame appearance?. > > > > And maybe top/bottom should be renamed to up/down... > > > > Random thought that comes to mind: What about more fuzzy parsers in > > general? > > > > Like, for each of these actions it would parse these words: > > > > left: left > > right: right, vertical > > up: top, up > > down: bottom, down, horizontal > > That's the current implementation. > > > true: true, yes, on, 1 > > false: false, no, off, 0 > > Except for 1 and 0, it's already reality! > > https://git.informatik.uni-erlangen.de/?p=hlwm;a=blob;f=src/utils.c#l205 > > But fuzzy parsing in general isn't that nice. It surely will cause > trouble later because we have to (or should) keep the 'fuzzy parsing' > backwards compatible. > > Regards, > Thorsten > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tylerthomashart at gmail.com Thu Dec 12 18:56:42 2013 From: tylerthomashart at gmail.com (tylo hart) Date: Thu, 12 Dec 2013 09:56:42 -0800 Subject: [hlwm] split feature-request In-Reply-To: <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: Hello, If I understand 'up' and 'left' correctly, these pieces of shell script should accomplish what you want: # Split UP herbstclient split v 0.5 while herbstclient shift d; do herbstclient focus u done #Split LEFT herbstclient split h 0.5 while herbstclient shift r; do herbstclient focus l done Sorry for any typos, Im in a bit of a hurry. Cheers, tylo On Thu, Dec 12, 2013 at 9:03 AM, Thorsten Wi?mann wrote: > Hi, > > On Thu, Dec 12, 2013 at 05:13:35PM +0100, Thorsten Wi?mann wrote: > > On Wed, Dec 04, 2013 at 09:52:28PM +0100, Flexo Rodriguez wrote: > > > i having a feature request after i took a look on bspwm. > > > > > > in bspwm you can not just split the tree to the right and bottom but > split a > > > window to left and top. i think it would be a great improvement while > handling > > > frames in hlwm. so if it is possible without that much struggling i > will be even > > > more happy. > > > > I just tried bspwm but still I'm not sure what you try to describe. So > > when doing "herbstclient split vertical 0.5" an empty frame is created > > "below" of the focused frame. Is your request that the new empty space > > should appear above of the selected frame? (And analogous on the left?) > > > > If yes that should be implemented quite easily. > > I think it's very useful, so there are new split modes: top, left in > addition to the old ones: vertical (alias: bottom) and horizontal > (alias: right). The names indicate the (relative) location of the fresh > and empty frame which is created. > > It seems quite often, that immediately after splitting, the fresh frame > is focused by the user. So it might be an option to focus the fresh > frame automatically after the split. Opinions? > > If you're interested in trying it, I had the following in my old musca > config and really enjoyed it: > > herbstclient keybind Mod1-Mod4-h chain , split left 0.5 , focus left > herbstclient keybind Mod1-Mod4-j chain , split bottom 0.5 , focus down > herbstclient keybind Mod1-Mod4-k chain , split top 0.5 , focus up > herbstclient keybind Mod1-Mod4-l chain , split right 0.5 , focus right > herbstclient keybind Mod1-Mod4-r remove > > And maybe top/bottom should be renamed to up/down... > > > Thorsten > -------------- next part -------------- An HTML attachment was scrubbed... URL: From edu at thorsten-wissmann.de Fri Dec 13 08:56:21 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Fri, 13 Dec 2013 08:56:21 +0100 Subject: [hlwm] split feature-request In-Reply-To: References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <20131213075621.GA18826@ghul> Hi Tylo, On Thu, Dec 12, 2013 at 09:56:42AM -0800, tylo hart wrote: > If I understand 'up' and 'left' correctly, these pieces of shell script > should accomplish what you want: > > # Split UP > herbstclient split v 0.5 > while herbstclient shift d; do > herbstclient focus u > done it's nearly what's happening now. The only difference is, that the implementation also moves the "layout" and other future frame properties to the new frame and not only the windows. But well spotted! It took me quite some time to get that your simple script does the right thing. :) Cheers, Thorsten On Thu, Dec 12, 2013 at 09:56:42AM -0800, tylo hart wrote: > Hello, > > If I understand 'up' and 'left' correctly, these pieces of shell script > should accomplish what you want: > > # Split UP > herbstclient split v 0.5 > while herbstclient shift d; do > herbstclient focus u > done > > #Split LEFT > herbstclient split h 0.5 > while herbstclient shift r; do > herbstclient focus l > done > > Sorry for any typos, Im in a bit of a hurry. > > Cheers, > tylo > > > > On Thu, Dec 12, 2013 at 9:03 AM, Thorsten Wi?mann > wrote: > > > Hi, > > > > On Thu, Dec 12, 2013 at 05:13:35PM +0100, Thorsten Wi?mann wrote: > > > On Wed, Dec 04, 2013 at 09:52:28PM +0100, Flexo Rodriguez wrote: > > > > i having a feature request after i took a look on bspwm. > > > > > > > > in bspwm you can not just split the tree to the right and bottom but > > split a > > > > window to left and top. i think it would be a great improvement while > > handling > > > > frames in hlwm. so if it is possible without that much struggling i > > will be even > > > > more happy. > > > > > > I just tried bspwm but still I'm not sure what you try to describe. So > > > when doing "herbstclient split vertical 0.5" an empty frame is created > > > "below" of the focused frame. Is your request that the new empty space > > > should appear above of the selected frame? (And analogous on the left?) > > > > > > If yes that should be implemented quite easily. > > > > I think it's very useful, so there are new split modes: top, left in > > addition to the old ones: vertical (alias: bottom) and horizontal > > (alias: right). The names indicate the (relative) location of the fresh > > and empty frame which is created. > > > > It seems quite often, that immediately after splitting, the fresh frame > > is focused by the user. So it might be an option to focus the fresh > > frame automatically after the split. Opinions? > > > > If you're interested in trying it, I had the following in my old musca > > config and really enjoyed it: > > > > herbstclient keybind Mod1-Mod4-h chain , split left 0.5 , focus left > > herbstclient keybind Mod1-Mod4-j chain , split bottom 0.5 , focus down > > herbstclient keybind Mod1-Mod4-k chain , split top 0.5 , focus up > > herbstclient keybind Mod1-Mod4-l chain , split right 0.5 , focus right > > herbstclient keybind Mod1-Mod4-r remove > > > > And maybe top/bottom should be renamed to up/down... > > > > > > Thorsten > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From edu at thorsten-wissmann.de Fri Dec 13 17:26:04 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Fri, 13 Dec 2013 17:26:04 +0100 Subject: [hlwm] split feature-request In-Reply-To: <20131212220932.GB26069@stud.informatik.uni-erlangen.de> References: <20131204205228.GA1238@boneraper.fritz.box> <20131212161335.GB17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212170320.GC17832@hoth.roethelheim.stw.uni-erlangen.de> <20131212174737.GL28832@lupin> <20131212220932.GB26069@stud.informatik.uni-erlangen.de> Message-ID: <20131213162604.GA7949@ghul> Hi, On Thu, Dec 12, 2013 at 11:09:32PM +0100, Thorsten Wi?mann wrote: > On Thu, Dec 12, 2013 at 06:47:37PM +0100, Florian Bruhin wrote: > > * Thorsten Wi?mann [2013-12-12 18:03:20 +0100]: > > > It seems quite often, that immediately after splitting, the fresh frame > > > is focused by the user. So it might be an option to focus the fresh > > > frame automatically after the split. Opinions? > > > > As already said in IRC: As an option, +1, and I think it should also > > default to true. > > I mean we can just change the default keybinding in the autostart. And > by now I got positive feedback only, so we even could change the default > and provide backwards-compatible modes: down_stay_focus and > right_stay_focus. > > The only application of the old focus model is when splitting a frame > and moving a client from the current frame to it. But this could be > solved by some command(or split mode) ?create the binary tree from the > current frame appearance?. It's there and this new split mode is called ?explode?. And it's bound to Mod-Control-space in the default config: hc keybind $Mod-Control-space split explode The idea is that it acts like the inverse operation to ?remove?. So to test this just launch some clients (e.g. 5) in a frame, switch to a layout algorithm of your choice and then launch ?split explode? multiple times. With ?explode?, the above use case of shifting something to a fresh frame after splitting should be obsolete. So we can safely focus the fresh frame by default after splitting. Opinions? (here or via irc?) Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From kinleyd at gmail.com Sat Dec 14 19:00:40 2013 From: kinleyd at gmail.com (Kinley Dorji) Date: Sun, 15 Dec 2013 00:00:40 +0600 Subject: load layout issue Message-ID: This is a follow up to my earlier comments regarding spawning apps in specific frames in a predefined layout. I apologize for partly hijacking that thread. :) Thank you Thorsten and Florian for your responses. I slightly modified Forian's example and was able to load apps in specific frames. However, I encountered a strange problem. With this code in autostart: hc load 1 ' (split horizontal:0.025000:1 (split horizontal:0.750000:0 ... tag one opens with frames in proper order, but the proportions are out of whack. The first frame set to 0.025 actually gets set with a value of 0.100. It is only when I reload, that it gets set to the correct value. Could you tell me what might be causing this? I have my load LAYOUT settings at the very end of autostart. Thanks again, Kinley From janez.rom19 at gmail.com Sat Dec 14 21:53:28 2013 From: janez.rom19 at gmail.com (Janez Rom) Date: Sat, 14 Dec 2013 21:53:28 +0100 Subject: autostart -> case sensitive "Up" Message-ID: <52ACC548.3000106@gmail.com> Hi, there are two commands in "autostart" they should be case sensitive. See below. Janez # basic movement # focusing clients ... hc keybind $Mod-up focus up -> should be case sensitive "$Mod-Up" ... # moving clients ... hc keybind $Mod-Shift-up shift up -> should be case sensitive "$Mod-Shift-Up" ... From edu at thorsten-wissmann.de Sun Dec 15 13:24:38 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Sun, 15 Dec 2013 13:24:38 +0100 Subject: autostart -> case sensitive "Up" In-Reply-To: <52ACC548.3000106@gmail.com> References: <52ACC548.3000106@gmail.com> Message-ID: <20131215122438.GA2494@hoth.roethelheim.stw.uni-erlangen.de> Hi Janez, On Sat, Dec 14, 2013 at 09:53:28PM +0100, Janez Rom wrote: > there are two commands in "autostart" they should be case sensitive. See > below. > > hc keybind $Mod-up focus up -> should be case sensitive "$Mod-Up" > ... > hc keybind $Mod-Shift-up shift up -> should be case sensitive "$Mod-Shift-Up" Thanks for reporting it and sorry! It is fixed now in the current git. Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From edu at thorsten-wissmann.de Sun Dec 15 17:29:03 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Sun, 15 Dec 2013 17:29:03 +0100 Subject: HLWM-Icon contest Message-ID: <20131215162903.GB26430@hoth.roethelheim.stw.uni-erlangen.de> Hi, hlwm still lacks a nice icon for the application menu, the website, stickers for laptops, etc. Hopefully we can find something within the next days, so I've set up this: http://herbstluftwm.org/icon-contest/ If you have any comments or further suggestions, just name them via the IRC #herbstluftwm (or here). Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From janez.rom19 at gmail.com Sun Dec 15 21:47:44 2013 From: janez.rom19 at gmail.com (Janez Rom) Date: Sun, 15 Dec 2013 21:47:44 +0100 Subject: multiplie urxvt windows, regression, v 5.2 -> git Message-ID: <52AE1570.6050903@gmail.com> Hello, After launching 7 urxvt windows for example I get important gaps between these windows. This gaps change the size if there is more or less open windows. Using herbstluftwm v5.2 there is not such kind of problem. I remember that there was similar issue with dwm (was resolved with patch) and awesome wm (configuration script). I tried different urxvt versions (ArchLinux with character and line space patches) without succes. Second try was configuration of urxvt .Xdefaults with commands : URxvt.internalBorder / URxvt.letterSpace / URxvt.lineSpace with no succes. Xterm works well so it should be Urxvt related. But worked well with v5.2. Do you think that there should be some v5.2 -> actual git version regresion. Janez From edu at thorsten-wissmann.de Sun Dec 15 22:07:38 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Sun, 15 Dec 2013 22:07:38 +0100 Subject: multiplie urxvt windows, regression, v 5.2 -> git In-Reply-To: <52AE1570.6050903@gmail.com> References: <52AE1570.6050903@gmail.com> Message-ID: <20131215210737.GA15070@hoth.roethelheim.stw.uni-erlangen.de> Hi Janez, On Sun, Dec 15, 2013 at 09:47:44PM +0100, Janez Rom wrote: > After launching 7 urxvt windows for example I get important gaps between > these windows. This gaps change the size if there is more or less open > windows. Using herbstluftwm v5.2 there is not such kind of problem. I > remember that there was similar issue with dwm (was resolved with patch) and > awesome wm (configuration script). HLWM now respects size hints in the tiling mode, i.e. terminals can tell their "block size". This causes those ugly gaps. It will be configurable soon. Here, gnome-terminal is totally unusable if sizehints are not respected. That's why I activated them globally, but I don't have a perfect solution for it, yet. One solution is to move the next window to the top to close the gap. Then the gap only is after the last window. That's what dwm and awesome are doing. Another solution would be to "hide" the gap with window decorations. > I tried different urxvt versions (ArchLinux with character and line space > patches) without succes. Second try was configuration of urxvt .Xdefaults > with commands : URxvt.internalBorder / URxvt.letterSpace / URxvt.lineSpace > with no succes. I think the patch only affects that if urxvt does not get the desired size the additional window space is painted properly. > Xterm works well so it should be Urxvt related. But worked well with v5.2. > Do you think that there should be some v5.2 -> actual git version regresion. That's strange. It should happen with any kind of terminal. Maybe it just was luck. If I got you wrong, please send some screenshots describing your issue or reference the dwm/awesome-problem. Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From janez.rom19 at gmail.com Sun Dec 15 22:29:17 2013 From: janez.rom19 at gmail.com (Janez Rom) Date: Sun, 15 Dec 2013 22:29:17 +0100 Subject: HLWM-Icon contest In-Reply-To: <20131215162903.GB26430@hoth.roethelheim.stw.uni-erlangen.de> References: <20131215162903.GB26430@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <52AE1F2D.3070707@gmail.com> Hello, icon proposition - Lindenblatt -> see attached file. Janez -------------- next part -------------- A non-text attachment was scrubbed... Name: lipa84.gif Type: image/gif Size: 1595 bytes Desc: not available URL: From janez.rom19 at gmail.com Sun Dec 15 22:48:23 2013 From: janez.rom19 at gmail.com (Janez Rom) Date: Sun, 15 Dec 2013 22:48:23 +0100 Subject: multiplie urxvt windows, regression, v 5.2 -> git In-Reply-To: <20131215210737.GA15070@hoth.roethelheim.stw.uni-erlangen.de> References: <20131215210737.GA15070@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <52AE23A7.5060301@gmail.com> Hello Problem should be ilustrated in this way: - screen shot no1 : two windows with big horizontal gap (to big). - screen shot no2: two windows with frame added on the right side. Horizontal gap betweeen two horizontal windows became smaller (should be ok). Janez -------------- next part -------------- A non-text attachment was scrubbed... Name: 2013-12-15-223948_1680x1050_scrot.png Type: image/png Size: 29396 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2013-12-15-224029_1680x1050_scrot.png Type: image/png Size: 44602 bytes Desc: not available URL: From janez.rom19 at gmail.com Sun Dec 15 22:55:04 2013 From: janez.rom19 at gmail.com (Janez Rom) Date: Sun, 15 Dec 2013 22:55:04 +0100 Subject: multiplie urxvt windows, regression, v 5.2 -> git In-Reply-To: <20131215210737.GA15070@hoth.roethelheim.stw.uni-erlangen.de> References: <20131215210737.GA15070@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <52AE2538.3070005@gmail.com> Reference to the similar problem : https://bbs.archlinux.org/viewtopic.php?id=58887 I remember now that I had before black background and that why probably I didn't saw this problem (speaking about v5.2) :-). Janez From edu at thorsten-wissmann.de Mon Dec 16 15:47:27 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Mon, 16 Dec 2013 15:47:27 +0100 Subject: HLWM-Icon contest In-Reply-To: <20131215162903.GB26430@hoth.roethelheim.stw.uni-erlangen.de> References: <20131215162903.GB26430@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <20131216144727.GA14665@ghul> On Sun, Dec 15, 2013 at 05:29:03PM +0100, Thorsten Wi?mann wrote: > hlwm still lacks a nice icon for the application menu, the website, > stickers for laptops, etc. Hopefully we can find something within the > next days, so I've set up this: > > http://herbstluftwm.org/icon-contest/ And thanks to Florian: it is now possible to vote for the icons! So please submit your vote until Wednesday 8pm UTC[1]. Cheers, Thorsten [1] http://www.timeanddate.com/worldclock/fixedtime.html?day=18&month=12&year=2013&hour=20&min=00&sec=0 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From kinleyd at gmail.com Wed Dec 18 11:57:57 2013 From: kinleyd at gmail.com (Kinley Dorji) Date: Wed, 18 Dec 2013 16:57:57 +0600 Subject: load layout issue In-Reply-To: References: Message-ID: Resending with cc to Thorsten, just in case I have the wrong ML address. Any suggestions would be welcome. Additional info: hlwm is picking up my .autoconfig/herbstluftwm/autostart file as everything else is showing. It's just not rendering the layout precisely unless I do a hc reload an addtional time. On Sun, Dec 15, 2013 at 12:00 AM, Kinley Dorji wrote: > This is a follow up to my earlier comments regarding spawning apps in > specific frames in a predefined layout. I apologize for partly > hijacking that thread. :) > > Thank you Thorsten and Florian for your responses. I slightly modified > Forian's example and was able to load apps in specific frames. > > However, I encountered a strange problem. With this code in autostart: > > hc load 1 ' > (split horizontal:0.025000:1 (split horizontal:0.750000:0 ... > > > tag one opens with frames in proper order, but the proportions are out > of whack. The first frame set to 0.025 actually gets set with a value > of 0.100. It is only when I reload, that it gets set to the correct > value. > > Could you tell me what might be causing this? I have my load LAYOUT > settings at the very end of autostart. > > Thanks again, > > Kinley From me at the-compiler.org Wed Dec 18 12:48:21 2013 From: me at the-compiler.org (Florian Bruhin) Date: Wed, 18 Dec 2013 12:48:21 +0100 Subject: load layout issue In-Reply-To: Message-ID: <20131218114820.GD27418@lupin> Hey Kinley, * Kinley Dorji [2013-12-15 00:00:40 +0600]: > However, I encountered a strange problem. With this code in autostart: > > hc load 1 ' > (split horizontal:0.025000:1 (split horizontal:0.750000:0 ... > > > tag one opens with frames in proper order, but the proportions are out > of whack. The first frame set to 0.025 actually gets set with a value > of 0.100. It is only when I reload, that it gets set to the correct > value. That's odd... I have no idea what's going wrong with that, and quite possibly Thorsten will have more of an idea at what's going on. * Kinley Dorji [2013-12-18 16:57:57 +0600]: > Resending with cc to Thorsten, just in case I have the wrong ML > address. You didn't, hlwm at lists.herbstluftwm.org is correct. If you still saw the old address (herbstluftwm-devel at lists.sourceforge.net IIRC) somewhere, please tell us where so we can fix that. Florian -- () ascii ribbon campaign - stop html mail www.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ Youth. It's a wonder that anyone ever outgrows it. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From edu at thorsten-wissmann.de Tue Dec 24 22:58:56 2013 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Tue, 24 Dec 2013 22:58:56 +0100 Subject: herbstluftwm 0.5.3 release Message-ID: <20131224215856.GA5092@ghul> Hi, the world is not only ready for version 0.5.3 -- it seems to be the only possibility to keep the package maintainers busy over the holidays. Furthermore, 0.5.3 paves the way for some experimental post-release hacking sessions, e.g. in the next days in Hamburg at the 30C3[1]. Some of the new features are quite subtle: - Make window floating faster by dropping old motion events - Instead of copying the pixmap from the root window for frame_bg_transparent achieve transparency by cutting out a rectangle from the center of frames using the Shape Extension of X. - Respect size hints ... just to name a few. The full list of new features[2] and release tarballs[3] are at the usual place. Happy Holidays, Thorsten [1] https://events.ccc.de/congress/2013/wiki/Projects:Herbstluftwm [2] http://herbstluftwm.org/news.html [3] http://herbstluftwm.org/tarballs/ $ git shortlog v0.5.2..v0.5.3 Christoph Egger (1): Do not set redundant and potentially harmfull -L/usr/lib Florian Bruhin (14): Only build with Xinerama if it's available Fix triple-slash for install paths Fix make uninstall Cleanup, simplifications and bugfixes in scripts Add some new client attributes Add tag attribute to monitor object Add objects monitors.* to access monitors per id Use monitor_foreach for all_monitors_apply_layout Fix date display in panel Simple script fixes in autostart Fix comment spelling: leave -> leaf fix prototype name Synchronize .c and .h files. Add comments to panel.sh Gabor X Toth (1): Bring: Move client to current frame within the tag Thorsten Wi?mann (55): www: Add 0.5.2 tarball Fixup header in NEWS file Prevent dzen2 from exiting on button3 click Refactor: Save client pointers in frames Show clients again on shutdown in clientlist Add completion for the rule-flag printlabel Add rule flag prepend www: Update mailing list adress Update AUTHORS Fix spelling mistake in herbstluftwm-tutorial Let close accept an explicit window as a parameter Let string_to_client accept decimal window ids First section in NEWS is now 'Current git version' Drop old mouse motion events doc: Describe window referencing Sanify default autostart Add new split modes top and left Add completion for the new split modes Add split mode: fragment Make fraction parameter to split optional Rename split mode fragment to explode explode: Divide equally in case of 1 window Replace XRectangle by custom struct Rectangle Respect size hints in floating mode Do border width corrections on configure requests Remove old debug output Set last_size correctly for tiled clients Clean up event_on_configure() Apply size hints to tiled clients Fix autostart: Name arrow key "Up" correctly Fix position of pseudotiled clients with sizehints Do not treat pseudotiled as floating on configure www: Update hlwm version for ubuntu Add source file for client decorations Revert "Add source file for client decorations" Shorten frame resizing For frame transparency cut frames using XShape Configure sizehints for tiling and floating Compare with client's last geometry correctly Exclude border width from HSClient.last_size Rearrange window if the sizehints property changes Remove unneeded if-block Apply window gap to client tile rectangle correctly Let frame_transparent_width default to 0 Handle minimum size correctly in floating resizes Add setting pseudotile_center_threshold Respect ratio size hints in zoom mode directly man page: Fix some typo mistake Add svg logo www: Include herbstluftwm icon in the header www: Update install-Target Add command cycle_frame Set frame_transparent_width to 5 in autostart Fixup MIGRATION file Release 0.5.3 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From kinleyd at gmail.com Wed Dec 25 06:15:19 2013 From: kinleyd at gmail.com (Kinley Dorji) Date: Wed, 25 Dec 2013 11:15:19 +0600 Subject: herbstluftwm 0.5.3 release In-Reply-To: <20131224215856.GA5092@ghul> References: <20131224215856.GA5092@ghul> Message-ID: Thanks Thorsten and all committers to this upgrade - a Merry Christmas and Christmas-y post-release hacking sessions to ye all. On Wed, Dec 25, 2013 at 3:58 AM, Thorsten Wi?mann wrote: > Hi, > > the world is not only ready for version 0.5.3 -- it seems to be the only > possibility to keep the package maintainers busy over the holidays. > Furthermore, 0.5.3 paves the way for some experimental post-release > hacking sessions, e.g. in the next days in Hamburg at the 30C3[1]. > > Some of the new features are quite subtle: > > - Make window floating faster by dropping old motion events > - Instead of copying the pixmap from the root window for > frame_bg_transparent achieve transparency by cutting out a rectangle > from the center of frames using the Shape Extension of X. > - Respect size hints > > ... just to name a few. The full list of new features[2] and release > tarballs[3] are at the usual place. > > Happy Holidays, > Thorsten > > [1] https://events.ccc.de/congress/2013/wiki/Projects:Herbstluftwm > [2] http://herbstluftwm.org/news.html > [3] http://herbstluftwm.org/tarballs/ > > $ git shortlog v0.5.2..v0.5.3 > > Christoph Egger (1): > Do not set redundant and potentially harmfull -L/usr/lib > > Florian Bruhin (14): > Only build with Xinerama if it's available > Fix triple-slash for install paths > Fix make uninstall > Cleanup, simplifications and bugfixes in scripts > Add some new client attributes > Add tag attribute to monitor object > Add objects monitors.* to access monitors per id > Use monitor_foreach for all_monitors_apply_layout > Fix date display in panel > Simple script fixes in autostart > Fix comment spelling: leave -> leaf > fix prototype name > Synchronize .c and .h files. > Add comments to panel.sh > > Gabor X Toth (1): > Bring: Move client to current frame within the tag > > Thorsten Wi?mann (55): > www: Add 0.5.2 tarball > Fixup header in NEWS file > Prevent dzen2 from exiting on button3 click > Refactor: Save client pointers in frames > Show clients again on shutdown in clientlist > Add completion for the rule-flag printlabel > Add rule flag prepend > www: Update mailing list adress > Update AUTHORS > Fix spelling mistake in herbstluftwm-tutorial > Let close accept an explicit window as a parameter > Let string_to_client accept decimal window ids > First section in NEWS is now 'Current git version' > Drop old mouse motion events > doc: Describe window referencing > Sanify default autostart > Add new split modes top and left > Add completion for the new split modes > Add split mode: fragment > Make fraction parameter to split optional > Rename split mode fragment to explode > explode: Divide equally in case of 1 window > Replace XRectangle by custom struct Rectangle > Respect size hints in floating mode > Do border width corrections on configure requests > Remove old debug output > Set last_size correctly for tiled clients > Clean up event_on_configure() > Apply size hints to tiled clients > Fix autostart: Name arrow key "Up" correctly > Fix position of pseudotiled clients with sizehints > Do not treat pseudotiled as floating on configure > www: Update hlwm version for ubuntu > Add source file for client decorations > Revert "Add source file for client decorations" > Shorten frame resizing > For frame transparency cut frames using XShape > Configure sizehints for tiling and floating > Compare with client's last geometry correctly > Exclude border width from HSClient.last_size > Rearrange window if the sizehints property changes > Remove unneeded if-block > Apply window gap to client tile rectangle correctly > Let frame_transparent_width default to 0 > Handle minimum size correctly in floating resizes > Add setting pseudotile_center_threshold > Respect ratio size hints in zoom mode directly > man page: Fix some typo mistake > Add svg logo > www: Include herbstluftwm icon in the header > www: Update install-Target > Add command cycle_frame > Set frame_transparent_width to 5 in autostart > Fixup MIGRATION file > Release 0.5.3 > From cickumqt at gmail.com Fri Dec 27 09:38:48 2013 From: cickumqt at gmail.com (Christopher Meng) Date: Fri, 27 Dec 2013 16:38:48 +0800 Subject: herbstluftwm 0.5.3 release In-Reply-To: References: <20131224215856.GA5092@ghul> Message-ID: Fedora users will be able to use 0.5.3 from today. Currently in repo is 0.5.2. Installation: "sudo yum install herbstluftwm" I will update ASAP. Thank you Thorsten.