From rob.pinder at outlook.com Sun Aug 10 12:27:15 2014 From: rob.pinder at outlook.com (Rob Pinder) Date: Sun, 10 Aug 2014 11:27:15 +0100 Subject: Issue with keybind in autostart file. Message-ID: I'm having an issue with my keybind for dmenu2, the following line in my autostart appears to set up the keybind (it's listed in hc list_keybinds) but hitting Super+d has no effect. hc keybind $Mod-d spawn dmenu_run -q -h 16 -fn "Ubuntu Mono-9" -nb black -nf white The funny thing is if I run that exact command from a terminal (replacing $Mod with Mod4) the keybind then works correctly. Any ideas? My full autostart file can be found here[1] if needed, but it's pretty standard. Comparing the output of hc list_keybinds | grep dme there's a difference in results between the command run in my autostart and the command run in a terminal. First result is for the non-functioning autostart, second is for the working terminal command. Note the extra space added in the font declaration. Mod4+d spawn dmenu_run -q -h 16 -fn Ubuntu Mono-10 -nb black -nf white Mod4+d spawn dmenu_run -q -h 16 -fn Ubuntu Mono-10 -nb black -nf white [1] http://hastebin.com/pizobugebo.bash From edu at thorsten-wissmann.de Sun Aug 10 15:58:50 2014 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Sun, 10 Aug 2014 15:58:50 +0200 Subject: Issue with keybind in autostart file. In-Reply-To: References: Message-ID: <20140810135850.GA12005@ghul.wiese.icmp7.de> Hi Rob, On Sun, Aug 10, 2014 at 11:27:15AM +0100, Rob Pinder wrote: > Comparing the output of hc list_keybinds | grep dme there's a difference in results between > the command run in my autostart and the command run in a terminal. First result is for the > non-functioning autostart, second is for the working terminal command. Note the extra space > added in the font declaration. > > Mod4+d spawn dmenu_run -q -h 16 -fn Ubuntu Mono-10 -nb black -nf white > > Mod4+d spawn dmenu_run -q -h 16 -fn Ubuntu Mono-10 -nb black -nf white > > [1] http://hastebin.com/pizobugebo.bash The problem is the following in your autostart: hc() { cmds="$cmds , $@" } So you're creating one large string which is tokenized (cut into pieces) at the end: herbstclient chain $cmds& and your "extra space" actually isn't two spaces but one tab. The solution is to let the arrays stay arrays (i.e. don't make strings out of them). In autostart, this means: Replace the hc-definition by: hc() { cmd+=( , "$@" ) } (i.e. cmd is an array of strings and not just a single string). Then replace the "fireing" of the array by: herbstclient chain "${cmd[@]}" You should omit the "&" because it might be that the panel or loadstate depend on settings you have in your autostart. In general: only do that kind of collecting the hc-commands if you really know what you are doing. (It's not recommended and personally I don't do that). Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 213 bytes Desc: not available URL: From rob.pinder at outlook.com Sun Aug 10 16:31:42 2014 From: rob.pinder at outlook.com (Rob Pinder) Date: Sun, 10 Aug 2014 15:31:42 +0100 Subject: Issue with keybind in autostart file. In-Reply-To: References: Message-ID: -------- Forwarded Message -------- Subject: Re: Issue with keybind in autostart file. Date: Sun, 10 Aug 2014 15:29:45 +0100 From: Rob Pinder To: Thorsten Wi?mann On 10/08/14 14:58, Thorsten Wi?mann wrote: > Hi Rob, > > On Sun, Aug 10, 2014 at 11:27:15AM +0100, Rob Pinder wrote: >> Comparing the output of hc list_keybinds | grep dme there's a differencein results between >> the command run in my autostart and the command run in a terminal. Firstresult is for the >> non-functioning autostart, second is for the working terminal command.Note the extra space >> added in the font declaration. >> >> Mod4+d spawn dmenu_run -q -h 16 -fn Ubuntu Mono-10 -nb black -nf white >> >> Mod4+d spawn dmenu_run -q -h 16 -fn Ubuntu Mono-10 -nb black -nf white >> >> [1] http://hastebin.com/pizobugebo.bash > > The problem is the following in your autostart: > > hc() { > cmds="$cmds , $@" > } > > So you're creating one large string which is tokenized (cut into pieces) > at the end: > > herbstclient chain $cmds& > > and your "extra space" actually isn't two spaces but one tab. The > solution is to let the arrays stay arrays (i.e. don't make strings out > of them). In autostart, this means: > > Replace the hc-definition by: > > hc() { > cmd+=( , "$@" ) > } > > (i.e. cmd is an array of strings and not just a single string). Then > replace the "fireing" of the array by: > > herbstclient chain "${cmd[@]}" > > You should omit the "&" because it might be that the panel or loadstate > depend on settings you have in your autostart. > > In general: only do that kind of collecting the hc-commands if you > really know what you are doing. (It's not recommended and personally I > don't do that). > > Cheers, > Thorsten > Cheers Thorsten, that's fixed it. Rob. From hpdeifel at gmx.de Mon Aug 11 13:41:51 2014 From: hpdeifel at gmx.de (Hans-Peter Deifel) Date: Mon, 11 Aug 2014 13:41:51 +0200 Subject: [PATCH] Use numeric_limits instead of UINT32_MAX Message-ID: <1407757311-20160-1-git-send-email-hpdeifel@gmx.de> This fixes compilation with gcc-4.7 --- src/ewmh.cpp | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/ewmh.cpp b/src/ewmh.cpp index 4331e26..fc0fe09 100644 --- a/src/ewmh.cpp +++ b/src/ewmh.cpp @@ -16,6 +16,7 @@ #include #include #include +#include #include #include @@ -489,7 +490,8 @@ bool ewmh_is_fullscreen_set(Window win) { } void ewmh_set_window_opacity(Window win, double opacity) { - uint32_t int_opacity = UINT32_MAX * CLAMP(opacity, 0, 1); + uint32_t int_opacity = std::numeric_limits::max() + * CLAMP(opacity, 0, 1); XChangeProperty(g_display, win, g_netatom[NetWmWindowOpacity], XA_CARDINAL, 32, PropModeReplace, (unsigned char*)&int_opacity, 1); -- 1.8.5.5 From bcallah at devio.us Tue Aug 12 13:55:50 2014 From: bcallah at devio.us (Brian Callahan) Date: Tue, 12 Aug 2014 07:55:50 -0400 Subject: [PATCH] Unhardcode /bin/bash Message-ID: <53EA00C6.8050405@devio.us> Hi -- As the subject line says, this unhardcodes /bin/bash to /usr/bin/env bash. This eases packing on the BSDs, and probably other systems, that do not put bash in /bin. Generated from perl -pi -e "s,^#!/bin/bash,#!/usr/bin/env bash,g" `grep -Rl /bin/bash *` from the top of the hlwm tree. This is what I have to do as the OpenBSD port maintainer of hlwm to get hlwm to work. Please CC me on any replies, I am not subscribed to this list. Thanks! ~Brian From 69171fd592c838f1c627ac42b67596771e6adcc8 Mon Sep 17 00:00:00 2001 From: Brian Callahan Date: Tue, 12 Aug 2014 07:42:54 -0400 Subject: [PATCH] Unhardcode /bin/bash Eases packaging for systems that do not put bash in /bin, such as the BSDs (who put bash in /usr/local/bin). --- release.sh | 2 +- scripts/dmenu.sh | 2 +- scripts/dumpbeautify.sh | 2 +- scripts/exec_on_tag.sh | 2 +- scripts/execwith.sh | 2 +- scripts/floatmon.sh | 2 +- scripts/herbstcommander.sh | 2 +- scripts/keychain.sh | 2 +- scripts/lasttag.sh | 2 +- scripts/layout.sh | 2 +- scripts/loadstate.sh | 2 +- scripts/q3terminal.sh | 2 +- scripts/savestate.sh | 2 +- scripts/scratchpad.sh | 2 +- scripts/wselect.sh | 2 +- share/autostart | 2 +- share/dmenu_run_hlwm | 2 +- share/panel.sh | 2 +- share/restartpanels.sh | 2 +- www/faq.txt | 2 +- www/gentoc.sh | 2 +- 21 files changed, 21 insertions(+), 21 deletions(-) diff --git a/release.sh b/release.sh index 6108bb1..6af1c65 100755 --- a/release.sh +++ b/release.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash version="$1" diff --git a/scripts/dmenu.sh b/scripts/dmenu.sh index 053b45d..b3b4ebf 100755 --- a/scripts/dmenu.sh +++ b/scripts/dmenu.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash dm() { "${dmenu_command[@]:-dmenu}" "$@" ;} hc() { "${herbstclient_command[@]:-herbstclient}" "$@" ;} diff --git a/scripts/dumpbeautify.sh b/scripts/dumpbeautify.sh index 423d167..0a1a790 100755 --- a/scripts/dumpbeautify.sh +++ b/scripts/dumpbeautify.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # aligns the output of dump command as a nice tree # usage: diff --git a/scripts/exec_on_tag.sh b/scripts/exec_on_tag.sh index f2758ed..f2f64d9 100755 --- a/scripts/exec_on_tag.sh +++ b/scripts/exec_on_tag.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash hc() { "${herbstclient_command[@]:-herbstclient}" "$@" ;} diff --git a/scripts/execwith.sh b/scripts/execwith.sh index 775197d..34f188d 100755 --- a/scripts/execwith.sh +++ b/scripts/execwith.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # exec a script $2... with settings from rc-file $1 # useful for various dmenu scripts, e.g.: diff --git a/scripts/floatmon.sh b/scripts/floatmon.sh index 48cad41..0d93be3 100755 --- a/scripts/floatmon.sh +++ b/scripts/floatmon.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash monitor=floatmon tag=fl diff --git a/scripts/herbstcommander.sh b/scripts/herbstcommander.sh index 4698bb2..efe5f20 100755 --- a/scripts/herbstcommander.sh +++ b/scripts/herbstcommander.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # herbstcommander.sh - launch herbstluftwm-commands via dmenu # Written by Florian Bruhin diff --git a/scripts/keychain.sh b/scripts/keychain.sh index 1ac1c0f..764cdb4 100755 --- a/scripts/keychain.sh +++ b/scripts/keychain.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # Execute this (e.g. from your autostart) to obtain basic key chaining like it # is known from other applications like screen. diff --git a/scripts/lasttag.sh b/scripts/lasttag.sh index a6f951d..dd89314 100755 --- a/scripts/lasttag.sh +++ b/scripts/lasttag.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # usage: start this script in anywhere your autostart (but *after* the # emit_hook reload line) diff --git a/scripts/layout.sh b/scripts/layout.sh index fbac24f..5253c26 100755 --- a/scripts/layout.sh +++ b/scripts/layout.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # print layout of all tags, and colorizes all window ids # it's useful to get a overview over the list of all windows diff --git a/scripts/loadstate.sh b/scripts/loadstate.sh index 5a781f8..5954276 100755 --- a/scripts/loadstate.sh +++ b/scripts/loadstate.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash hc() { "${herbstclient_command[@]:-herbstclient}" "$@" ;} diff --git a/scripts/q3terminal.sh b/scripts/q3terminal.sh index bae9e89..2ca9fd3 100755 --- a/scripts/q3terminal.sh +++ b/scripts/q3terminal.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # a q3-like (or yakuake-like) terminal for arbitrary applications. # diff --git a/scripts/savestate.sh b/scripts/savestate.sh index 74e597b..00e102d 100755 --- a/scripts/savestate.sh +++ b/scripts/savestate.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash hc() { "${herbstclient_command[@]:-herbstclient}" "$@" ;} diff --git a/scripts/scratchpad.sh b/scripts/scratchpad.sh index 06ba00a..b3a9177 100755 --- a/scripts/scratchpad.sh +++ b/scripts/scratchpad.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # a i3-like scratchpad for arbitrary applications. # diff --git a/scripts/wselect.sh b/scripts/wselect.sh index de45d4c..c967e05 100755 --- a/scripts/wselect.sh +++ b/scripts/wselect.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # a window selection utility # dependencies: wmctrl, awk, diff --git a/share/autostart b/share/autostart index 252db1d..1808205 100755 --- a/share/autostart +++ b/share/autostart @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # this is a simple config for herbstluftwm diff --git a/share/dmenu_run_hlwm b/share/dmenu_run_hlwm index ec20972..d8cb36c 100755 --- a/share/dmenu_run_hlwm +++ b/share/dmenu_run_hlwm @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash if ! command -v dmenu > /dev/null 2>/dev/null ; then echo "Error: Requirement dmenu not found in your PATH." >&2 diff --git a/share/panel.sh b/share/panel.sh index 1cab57e..e40ab9d 100755 --- a/share/panel.sh +++ b/share/panel.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash hc() { "${herbstclient_command[@]:-herbstclient}" "$@" ;} monitor=${1:-0} diff --git a/share/restartpanels.sh b/share/restartpanels.sh index 9d9110c..774208d 100755 --- a/share/restartpanels.sh +++ b/share/restartpanels.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash installdir=/ diff --git a/www/faq.txt b/www/faq.txt index f8ca223..131b4be 100644 --- a/www/faq.txt +++ b/www/faq.txt @@ -154,7 +154,7 @@ Add a rule for the clients pid, before the client appears. This script creates two xterms with different behaviours: ---- -#!/bin/bash +#!/usr/bin/env bash # Requirement: bash >= 4.0 (because of the usage of $BASHPID) diff --git a/www/gentoc.sh b/www/gentoc.sh index 3f8bfe7..dc44e67 100755 --- a/www/gentoc.sh +++ b/www/gentoc.sh @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # if you know a cleaner version then grepping everything out of html # then you are very welcome to improve this script! -- 1.9.3 From edu at thorsten-wissmann.de Thu Aug 14 16:58:41 2014 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Thu, 14 Aug 2014 16:58:41 +0200 Subject: [PATCH] Use numeric_limits instead of UINT32_MAX In-Reply-To: <1407757311-20160-1-git-send-email-hpdeifel@gmx.de> References: <1407757311-20160-1-git-send-email-hpdeifel@gmx.de> Message-ID: <20140814145841.GA7322@hoth.roethelheim.stw.uni-erlangen.de> On Mon, Aug 11, 2014 at 01:41:51PM +0200, Hans-Peter Deifel wrote: > This fixes compilation with gcc-4.7 It does! 1fe0499 Use numeric_limits instead of UINT32_MAX Thanks for fixing, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 213 bytes Desc: not available URL: From edu at thorsten-wissmann.de Sat Aug 16 14:47:26 2014 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Sat, 16 Aug 2014 14:47:26 +0200 Subject: [PATCH] Unhardcode /bin/bash In-Reply-To: <53EA00C6.8050405@devio.us> References: <53EA00C6.8050405@devio.us> Message-ID: <20140816124726.GA12086@hoth.roethelheim.stw.uni-erlangen.de> On Tue, Aug 12, 2014 at 07:55:50AM -0400, Brian Callahan wrote: > As the subject line says, this unhardcodes /bin/bash to /usr/bin/env bash. > This eases packing on the BSDs, and probably other systems, that do not put > bash in /bin. > This is what I have to do as the OpenBSD port maintainer of hlwm to get hlwm > to work. The idea sounds fine to me, so thanks for the suggestion! > Generated from > perl -pi -e "s,^#!/bin/bash,#!/usr/bin/env bash,g" `grep -Rl /bin/bash *` > from the top of the hlwm tree. Thanks for the regex, it helped me a lot finding some problems in your patch (see below). (BTW I needed to single-quote the regexp because of the '!'). There are many problems with the format of your patch, which seem to be caused by your user-agent, Thunderbird: > @@ -154,7 +154,7 @@ Add a rule for the clients pid, before the client > appears. This script > creates two xterms with different behaviours: Here, your user-agent wrapped the long line, so the patch became invalid. Furthermore all trailing spaces were missing in your patch (and there were some more problems and it took some time to make it apply. I was able to get the problem because you gave me the regexp). It is now merged as: * b1fe138 Unhardcode /bin/bash To avoid the above patch-problem in the future, I suggest one of the following solutions (with decreasing priority): - Attach the patch generated by git-format-patch to your mail (instead of inlining it) - Get familiar with spaces/newlines and then disable the auto-line-wrapping feature of Thunderbird (which also causes problems with the Enigmail-Plugin when signing mails) - Send patches using git-send-email (Used by many people, IMO not worth the effort of setting up a local MTA) Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 213 bytes Desc: not available URL: From cickumqt at gmail.com Sun Aug 17 02:15:01 2014 From: cickumqt at gmail.com (Christopher Meng) Date: Sun, 17 Aug 2014 08:15:01 +0800 Subject: [PATCH] Unhardcode /bin/bash In-Reply-To: <53EA00C6.8050405@devio.us> References: <53EA00C6.8050405@devio.us> Message-ID: Maintainers, please add a release note about this in the next version, as I have to revert all these back on my distribution. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bcallah at devio.us Sat Aug 16 22:22:43 2014 From: bcallah at devio.us (Brian Callahan) Date: Sat, 16 Aug 2014 16:22:43 -0400 Subject: [PATCH] Unhardcode /bin/bash In-Reply-To: <20140816124726.GA12086@hoth.roethelheim.stw.uni-erlangen.de> References: <53EA00C6.8050405@devio.us> <20140816124726.GA12086@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: <53EFBD93.9040700@devio.us> On 08/16/14 08:47, Thorsten Wi?mann wrote: > On Tue, Aug 12, 2014 at 07:55:50AM -0400, Brian Callahan wrote: >> As the subject line says, this unhardcodes /bin/bash to /usr/bin/env bash. >> This eases packing on the BSDs, and probably other systems, that do not put >> bash in /bin. >> This is what I have to do as the OpenBSD port maintainer of hlwm to get hlwm >> to work. > The idea sounds fine to me, so thanks for the suggestion! > >> Generated from >> perl -pi -e "s,^#!/bin/bash,#!/usr/bin/env bash,g" `grep -Rl /bin/bash *` >> from the top of the hlwm tree. > Thanks for the regex, it helped me a lot finding some problems in your > patch (see below). (BTW I needed to single-quote the regexp because of > the '!'). > > There are many problems with the format of your patch, which seem to be > caused by your user-agent, Thunderbird: > >> @@ -154,7 +154,7 @@ Add a rule for the clients pid, before the client >> appears. This script >> creates two xterms with different behaviours: > Here, your user-agent wrapped the long line, so the patch became > invalid. Furthermore all trailing spaces were missing in your patch (and > there were some more problems and it took some time to make it apply. I > was able to get the problem because you gave me the regexp). > > It is now merged as: > > * b1fe138 Unhardcode /bin/bash > > To avoid the above patch-problem in the future, I suggest one of the > following solutions (with decreasing priority): > > - Attach the patch generated by git-format-patch to your mail (instead > of inlining it) > - Get familiar with spaces/newlines and then disable the > auto-line-wrapping feature of Thunderbird (which also causes > problems with the Enigmail-Plugin when signing mails) > - Send patches using git-send-email (Used by many people, IMO not > worth the effort of setting up a local MTA) > > Cheers, > Thorsten > Thanks. I'll attach future patches. (You're much nicer than we are - I'd reject out of hand any patch that didn't apply cleanly. :) ) ~Brian From et.code at ethome.sk Mon Aug 18 12:26:10 2014 From: et.code at ethome.sk (Martin "eto" Misuth) Date: Mon, 18 Aug 2014 12:26:10 +0200 Subject: My first publict attempt at contribution ever - close_and_remove command Message-ID: <20140818122610.48949100@eto-alita.office.smartweb.sk> Hello, okay guys I have been running with this after a while, and it seems to work pretty well. What it does is that it also removes frame when closing last window inside. I split maximised frame to do something unexpected and "unsplit" it right aterwards quite often. Without this it takes two keybinds to achieve or some script (I don't like that) or chain. I thought more people would benefit from this if this was included into core wm. This is my second time ever doing something with git and first time producing diff, also I am not very good coder, so I hope I didn't mess it up and it went through fine. eto -------------- next part -------------- A non-text attachment was scrubbed... Name: close_and_remove.patch Type: text/x-patch Size: 4478 bytes Desc: not available URL: From et.code at ethome.sk Mon Aug 18 12:31:21 2014 From: et.code at ethome.sk (Martin "eto" Misuth) Date: Mon, 18 Aug 2014 12:31:21 +0200 Subject: [PATCH] attempted close_and_remove command Message-ID: <20140818123121.00bbadda@eto-alita.office.smartweb.sk> Hello again! Zuck of course I messed up! Resent with reformatted Subject: header Really sorry for the noise. eto -------------- next part -------------- A non-text attachment was scrubbed... Name: close_and_remove.patch Type: text/x-patch Size: 4478 bytes Desc: not available URL: From udvzsolt at gmail.com Wed Aug 27 11:38:57 2014 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 27 Aug 2014 11:38:57 +0200 Subject: (t)csh completion Message-ID: Hello, I've created a (t)csh completion to hlwm - attached. It works for me well. Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: herbstclient-completion.csh Type: application/x-csh Size: 286 bytes Desc: not available URL: From edu at thorsten-wissmann.de Thu Aug 28 22:40:41 2014 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Thu, 28 Aug 2014 22:40:41 +0200 Subject: [PATCH] attempted close_and_remove command In-Reply-To: <20140818123121.00bbadda@eto-alita.office.smartweb.sk> References: <20140818123121.00bbadda@eto-alita.office.smartweb.sk> Message-ID: <20140828204041.GA15814@ghul.Speedport_W_303V_Typ_B> Hi, Just some things I changed in your patch before mergin it: > Subject: [PATCH] Squashed commit of the following: > [?] This has no real information because the squashed patch is really small. Furthermore, the first line of the commit-description should describe the content of the patch (and not how you created the patch...). So this is more appropriate: Subject: Add close_and_remove command I also added the same line as an entry in the NEWS file. The code looks good. Notice that the behaviour will be strange if the window does not close immediately. (Maybe this should be added to the doc...) The patch is merged as: 82f56f7 Add close_and_remove command Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 213 bytes Desc: not available URL: From edu at thorsten-wissmann.de Fri Aug 29 10:05:53 2014 From: edu at thorsten-wissmann.de (Thorsten =?iso-8859-1?Q?Wi=DFmann?=) Date: Fri, 29 Aug 2014 10:05:53 +0200 Subject: (t)csh completion In-Reply-To: References: Message-ID: <20140829080553.GA1490@hoth.roethelheim.stw.uni-erlangen.de> Hi Zsolt, On Wed, Aug 27, 2014 at 11:38:57AM +0200, Zsolt Udvari wrote: > I've created a (t)csh completion to hlwm - attached. It works for me well. How can I install (t)csh-completion files? Is there some concrete directory in the filesystem where herbstluftwm-packages should move your completion-file to? Cheers, Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 213 bytes Desc: not available URL: From udvzsolt at gmail.com Fri Aug 29 13:23:53 2014 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 29 Aug 2014 13:23:53 +0200 Subject: (t)csh completion In-Reply-To: <20140829080553.GA1490@hoth.roethelheim.stw.uni-erlangen.de> References: <20140829080553.GA1490@hoth.roethelheim.stw.uni-erlangen.de> Message-ID: 2014-08-29 10:05 GMT+02:00 Thorsten Wi?mann : > Hi Zsolt, > > On Wed, Aug 27, 2014 at 11:38:57AM +0200, Zsolt Udvari wrote: >> I've created a (t)csh completion to hlwm - attached. It works for me well. > > How can I install (t)csh-completion files? Is there some concrete > directory in the filesystem where herbstluftwm-packages should move your > completion-file to? I think you can move anywhere. In (FreeBSD) tcsh there aren't dedicated directories. If any user wants to use it, will source from ~/.cshrc. So IMHO it can be in herbstluftwm's share-directory (examples).