From kinleyd at gmail.com  Thu Sep 11 18:13:19 2014
From: kinleyd at gmail.com (Kinley Dorji)
Date: Thu, 11 Sep 2014 22:13:19 +0600
Subject: Tags not responding to mouse clicks
Message-ID: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>

Hi all,

Not sure what the problem is, but it started after I upgraded my system to
the kernel v. 3.16.2.1 a couple of days ago. Everything else works except
my system doesn't respond to clicks on the tag names when I try to switch
tags via the mouse. Win+[Tag Number] still works though, so it's not a
complete show stopper.

I'm on hlwm 0.6.2-2.

Suggestions/help/fixes are in welcome!

Thanks,

Kinley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140911/f9757c4f/attachment.htm>

From kinleyd at gmail.com  Thu Sep 11 18:20:29 2014
From: kinleyd at gmail.com (Kinley Dorji)
Date: Thu, 11 Sep 2014 22:20:29 +0600
Subject: Tags not responding to mouse clicks
In-Reply-To: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
References: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
Message-ID: <CACtZaFLG-VO4cNR1yHQZcYDsQOkhyFD1KBhzW-+6_yORTPoZPQ@mail.gmail.com>

Suggestions/help/fixes are *most* welcome!

On Thu, Sep 11, 2014 at 10:13 PM, Kinley Dorji <kinleyd at gmail.com> wrote:

> Hi all,
>
> Not sure what the problem is, but it started after I upgraded my system to
> the kernel v. 3.16.2.1 a couple of days ago. Everything else works except
> my system doesn't respond to clicks on the tag names when I try to switch
> tags via the mouse. Win+[Tag Number] still works though, so it's not a
> complete show stopper.
>
> I'm on hlwm 0.6.2-2.
>
> Suggestions/help/fixes are in welcome!
>
> Thanks,
>
> Kinley
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140911/b289ab33/attachment.htm>

From me at the-compiler.org  Thu Sep 11 18:47:26 2014
From: me at the-compiler.org (Florian Bruhin)
Date: Thu, 11 Sep 2014 18:47:26 +0200
Subject: Tags not responding to mouse clicks
In-Reply-To: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
References: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
Message-ID: <20140911164726.GE18374@lupin>

* Kinley Dorji <kinleyd at gmail.com> [2014-09-11 22:13:19 +0600]:
> Not sure what the problem is, but it started after I upgraded my system to
> the kernel v. 3.16.2.1 a couple of days ago. Everything else works except
> my system doesn't respond to clicks on the tag names when I try to switch
> tags via the mouse. Win+[Tag Number] still works though, so it's not a
> complete show stopper.

This sounds like you have an old dzen2-version installed, i.e. the
non-git/svn version. Perhaps you accidentally downgraded it?

What does "dzen2 -v" say? For me it's dzen-0.9.5-svn.

Florian

-- 
http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
             GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
         I love long mails! | http://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140911/0f6aa788/attachment.sig>

From kinleyd at gmail.com  Thu Sep 11 19:39:39 2014
From: kinleyd at gmail.com (Kinley Dorji)
Date: Thu, 11 Sep 2014 23:39:39 +0600
Subject: Tags not responding to mouse clicks
In-Reply-To: <20140911164726.GE18374@lupin>
References: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
 <20140911164726.GE18374@lupin>
Message-ID: <CACtZaFKJO2LaA3aJKuPon6tnreHzig=PcqTuD8aEj7OXa7C7BQ@mail.gmail.com>

Thanks Florian. I have the same version as you - 0.9.5-svn.
On Sep 11, 2014 10:47 PM, "Florian Bruhin" <me at the-compiler.org> wrote:

> * Kinley Dorji <kinleyd at gmail.com> [2014-09-11 22:13:19 +0600]:
> > Not sure what the problem is, but it started after I upgraded my system
> to
> > the kernel v. 3.16.2.1 a couple of days ago. Everything else works except
> > my system doesn't respond to clicks on the tag names when I try to switch
> > tags via the mouse. Win+[Tag Number] still works though, so it's not a
> > complete show stopper.
>
> This sounds like you have an old dzen2-version installed, i.e. the
> non-git/svn version. Perhaps you accidentally downgraded it?
>
> What does "dzen2 -v" say? For me it's dzen-0.9.5-svn.
>
> Florian
>
> --
> http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
>              GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
>          I love long mails! | http://email.is-not-s.ms/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140911/5d74c2d0/attachment.htm>

From kinleyd at gmail.com  Thu Sep 11 19:52:01 2014
From: kinleyd at gmail.com (Kinley Dorji)
Date: Thu, 11 Sep 2014 23:52:01 +0600
Subject: Tags not responding to mouse clicks
In-Reply-To: <CACtZaFKJO2LaA3aJKuPon6tnreHzig=PcqTuD8aEj7OXa7C7BQ@mail.gmail.com>
References: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
 <20140911164726.GE18374@lupin>
 <CACtZaFKJO2LaA3aJKuPon6tnreHzig=PcqTuD8aEj7OXa7C7BQ@mail.gmail.com>
Message-ID: <CACtZaF+q6zBP=B8xQ7Wdfs5J9S+UbX9355oY+UjAXQAdxpnV-A@mail.gmail.com>

Other than upgrading my arch system to the new kernel I also installed and
then uninstalled gnome15, g15daemon and g15stats. I don't suppose that
could affect hlwm could it?
On Sep 11, 2014 11:39 PM, "Kinley Dorji" <kinleyd at gmail.com> wrote:

> Thanks Florian. I have the same version as you - 0.9.5-svn.
> On Sep 11, 2014 10:47 PM, "Florian Bruhin" <me at the-compiler.org> wrote:
>
>> * Kinley Dorji <kinleyd at gmail.com> [2014-09-11 22:13:19 +0600]:
>> > Not sure what the problem is, but it started after I upgraded my system
>> to
>> > the kernel v. 3.16.2.1 a couple of days ago. Everything else works
>> except
>> > my system doesn't respond to clicks on the tag names when I try to
>> switch
>> > tags via the mouse. Win+[Tag Number] still works though, so it's not a
>> > complete show stopper.
>>
>> This sounds like you have an old dzen2-version installed, i.e. the
>> non-git/svn version. Perhaps you accidentally downgraded it?
>>
>> What does "dzen2 -v" say? For me it's dzen-0.9.5-svn.
>>
>> Florian
>>
>> --
>> http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
>>              GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
>>          I love long mails! | http://email.is-not-s.ms/
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140911/cb767baa/attachment.htm>

From kinleyd at gmail.com  Fri Sep 12 11:06:54 2014
From: kinleyd at gmail.com (Kinley Dorji)
Date: Fri, 12 Sep 2014 15:06:54 +0600
Subject: Tags not responding to mouse clicks
In-Reply-To: <CACtZaF+q6zBP=B8xQ7Wdfs5J9S+UbX9355oY+UjAXQAdxpnV-A@mail.gmail.com>
References: <CACtZaFJLiWy6_WpLQUNazAzcxgpmS4PgO-adgJSbZvWCObVDLw@mail.gmail.com>
 <20140911164726.GE18374@lupin>
 <CACtZaFKJO2LaA3aJKuPon6tnreHzig=PcqTuD8aEj7OXa7C7BQ@mail.gmail.com>
 <CACtZaF+q6zBP=B8xQ7Wdfs5J9S+UbX9355oY+UjAXQAdxpnV-A@mail.gmail.com>
Message-ID: <CACtZaF+J6X1DOnJDRUDBOE68mO1YKGPeg3GpNLAhYRUCRYRfzQ@mail.gmail.com>

Just to see if it was the contributing factor, I downgraded my kernel from
3.16.2-1 to 3.16.1.-1 and found the problem didn't go away. I'm guessing
now that it must be to do with the install/uninstall of gnome15, g15daemon
and g15stats. The first involved installation and removal of a lot of files
including gnome shell, as well as a number of python2 scripts, including
python2-uinput, etc. The latter two were much smaller installs/uninstalls.

I must investigate these - Jacque Clouseau is on the trail!

On Thu, Sep 11, 2014 at 11:52 PM, Kinley Dorji <kinleyd at gmail.com> wrote:

> Other than upgrading my arch system to the new kernel I also installed and
> then uninstalled gnome15, g15daemon and g15stats. I don't suppose that
> could affect hlwm could it?
> On Sep 11, 2014 11:39 PM, "Kinley Dorji" <kinleyd at gmail.com> wrote:
>
>> Thanks Florian. I have the same version as you - 0.9.5-svn.
>> On Sep 11, 2014 10:47 PM, "Florian Bruhin" <me at the-compiler.org> wrote:
>>
>>> * Kinley Dorji <kinleyd at gmail.com> [2014-09-11 22:13:19 +0600]:
>>> > Not sure what the problem is, but it started after I upgraded my
>>> system to
>>> > the kernel v. 3.16.2.1 a couple of days ago. Everything else works
>>> except
>>> > my system doesn't respond to clicks on the tag names when I try to
>>> switch
>>> > tags via the mouse. Win+[Tag Number] still works though, so it's not a
>>> > complete show stopper.
>>>
>>> This sounds like you have an old dzen2-version installed, i.e. the
>>> non-git/svn version. Perhaps you accidentally downgraded it?
>>>
>>> What does "dzen2 -v" say? For me it's dzen-0.9.5-svn.
>>>
>>> Florian
>>>
>>> --
>>> http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
>>>              GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
>>>          I love long mails! | http://email.is-not-s.ms/
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140912/fc1b070e/attachment.htm>

From martincigorraga at gmail.com  Mon Sep 22 04:26:16 2014
From: martincigorraga at gmail.com (=?UTF-8?Q?Mart=C3=ADn_Cigorraga?=)
Date: Sun, 21 Sep 2014 23:26:16 -0300
Subject: Feature request: disable window border
Message-ID: <CAJLw8+UG1KegvZisbzPD7oY-D0+59AoZmPDazFgPdzZEgJcyNQ@mail.gmail.com>

Hi all,

I'm sure you guys have already a lot of important stuff requiring urgent
attention (and I know about the possible upcoming migration to C++) so I
want to just propose this feature for whenever you see fit: I would like to
have an option to tell hlwm to turn off windows' borders when there's only
one window active.

Current behaviour is to show the window border all the time or not at all;
when dealing with several windows it comes handy but when there's only one
window active it feels quite obtrusive...

Before enjoying the wonders of hlwm I used spectrwm (scrotwm) for quite a
time and there I had this option:
# Remove window border when bar is disabled and there is only one window in
workspace
 disable_border = 1

As this is my first email to the list I want to take this opportunity to
congratulate you for this beautifully flexible and powerful WM, a very joy
to use and enjoy.

Best regards,
-Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140921/24f542c7/attachment.htm>

From me at the-compiler.org  Mon Sep 22 08:13:58 2014
From: me at the-compiler.org (Florian Bruhin)
Date: Mon, 22 Sep 2014 08:13:58 +0200
Subject: Feature request: disable window border
In-Reply-To: <CAJLw8+UG1KegvZisbzPD7oY-D0+59AoZmPDazFgPdzZEgJcyNQ@mail.gmail.com>
References: <CAJLw8+UG1KegvZisbzPD7oY-D0+59AoZmPDazFgPdzZEgJcyNQ@mail.gmail.com>
Message-ID: <20140922061358.GH5091@lupin>

Hey Martin,

* Mart?n Cigorraga <martincigorraga at gmail.com> [2014-09-21 23:26:16 -0300]:
> I'm sure you guys have already a lot of important stuff requiring urgent
> attention (and I know about the possible upcoming migration to C++)

That migration is done already since some time ;)

> so I want to just propose this feature for whenever you see fit: I
> would like to have an option to tell hlwm to turn off windows'
> borders when there's only one window active.
> 
> Current behaviour is to show the window border all the time or not at all;
> when dealing with several windows it comes handy but when there's only one
> window active it feels quite obtrusive...

You're probably looking for one of the smart_* settings:

smart_frame_surroundings (Integer)
   If set, frame borders and gaps will be removed when there?s no ambiguity
   regarding the focused frame.

smart_window_surroundings (Integer)
   If set, window borders and gaps will be removed when there?s no ambiguity
   regarding the focused window.

Florian

-- 
http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
             GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
         I love long mails! | http://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140922/b2b3afd9/attachment.sig>

From kinleyd at gmail.com  Mon Sep 22 12:20:25 2014
From: kinleyd at gmail.com (Kinley Dorji)
Date: Mon, 22 Sep 2014 16:20:25 +0600
Subject: Feature request: disable window border
In-Reply-To: <20140922061358.GH5091@lupin>
References: <CAJLw8+UG1KegvZisbzPD7oY-D0+59AoZmPDazFgPdzZEgJcyNQ@mail.gmail.com>
 <20140922061358.GH5091@lupin>
Message-ID: <CACtZaFKkr=2j03m-x8ieE_BScz4rQtf3P_2xBNPwfHbdQ=FxhA@mail.gmail.com>

<As this is my first email to the list I want to take this opportunity to
congratulate you for this beautifully flexible and powerful WM, a very joy
to use and enjoy.>

Totally agree on all three - beautiful, flexible and powerful!

On Mon, Sep 22, 2014 at 12:13 PM, Florian Bruhin <me at the-compiler.org>
wrote:

> Hey Martin,
>
> * Mart?n Cigorraga <martincigorraga at gmail.com> [2014-09-21 23:26:16
> -0300]:
> > I'm sure you guys have already a lot of important stuff requiring urgent
> > attention (and I know about the possible upcoming migration to C++)
>
> That migration is done already since some time ;)
>
> > so I want to just propose this feature for whenever you see fit: I
> > would like to have an option to tell hlwm to turn off windows'
> > borders when there's only one window active.
> >
> > Current behaviour is to show the window border all the time or not at
> all;
> > when dealing with several windows it comes handy but when there's only
> one
> > window active it feels quite obtrusive...
>
> You're probably looking for one of the smart_* settings:
>
> smart_frame_surroundings (Integer)
>    If set, frame borders and gaps will be removed when there?s no ambiguity
>    regarding the focused frame.
>
> smart_window_surroundings (Integer)
>    If set, window borders and gaps will be removed when there?s no
> ambiguity
>    regarding the focused window.
>
> Florian
>
> --
> http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
>              GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
>          I love long mails! | http://email.is-not-s.ms/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140922/6a2c5911/attachment.htm>

From martincigorraga at gmail.com  Tue Sep 23 23:45:54 2014
From: martincigorraga at gmail.com (=?UTF-8?Q?Mart=C3=ADn_Cigorraga?=)
Date: Tue, 23 Sep 2014 18:45:54 -0300
Subject: Feature request: disable window border
In-Reply-To: <20140922061358.GH5091@lupin>
References: <CAJLw8+UG1KegvZisbzPD7oY-D0+59AoZmPDazFgPdzZEgJcyNQ@mail.gmail.com>
 <20140922061358.GH5091@lupin>
Message-ID: <CAJLw8+VCKr122m612KPqkcDZAw2jD79F6NcToWKnNp9WdGOF2Q@mail.gmail.com>

O_O lol, seems I'm a bit late to some news...

Thank you!

On Mon, Sep 22, 2014 at 3:13 AM, Florian Bruhin <me at the-compiler.org> wrote:

> Hey Martin,
>
> * Mart?n Cigorraga <martincigorraga at gmail.com> [2014-09-21 23:26:16
> -0300]:
> > I'm sure you guys have already a lot of important stuff requiring urgent
> > attention (and I know about the possible upcoming migration to C++)
>
> That migration is done already since some time ;)
>
> > so I want to just propose this feature for whenever you see fit: I
> > would like to have an option to tell hlwm to turn off windows'
> > borders when there's only one window active.
> >
> > Current behaviour is to show the window border all the time or not at
> all;
> > when dealing with several windows it comes handy but when there's only
> one
> > window active it feels quite obtrusive...
>
> You're probably looking for one of the smart_* settings:
>
> smart_frame_surroundings (Integer)
>    If set, frame borders and gaps will be removed when there?s no ambiguity
>    regarding the focused frame.
>
> smart_window_surroundings (Integer)
>    If set, window borders and gaps will be removed when there?s no
> ambiguity
>    regarding the focused window.
>
> Florian
>
> --
> http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
>              GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
>          I love long mails! | http://email.is-not-s.ms/
>



-- 
-Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140923/bf4b9251/attachment.htm>

From me at the-compiler.org  Tue Sep 30 22:26:01 2014
From: me at the-compiler.org (Florian Bruhin)
Date: Tue, 30 Sep 2014 22:26:01 +0200
Subject: Bringing herbstluftwm to Github?
Message-ID: <20140930202601.GD30684@lupin>

Hi,

some probably controversal proposal from me: What about creating an
"official" herbstluftwm project on github? Pushing code could be
managed via git hooks, so Thorsten could still push to the FAU repo
which then gets auto pushed to github.

Rationale:

Some search engines like duckduckgo display github repos on top in
some box. There are now some unoffical repos[1] floating around and
all this might be confusing for people - actually I remember people
linking some github repo and asking if that's the right one.

The issue tracker and pull requests could be disabled, but I'd even
vouch for enabling them. Why?

- Issue trackers is how people expect to be able to report issues
  nowadays. I remember people asking where to report stuff.

- If someone wants to contribute, they can easily look at the issue
  list instead of digging through the mailinglist and checking what's
  not done yet by hand.

- Many people already have an account on Github, so it's very painless
  for them to create issues and contribute.

- Many issues are forgotten after some time, or not in BUGS at all, or
  in BUGS but fixed, or in my personal collected wishlist but not in
  BUGS, so not easily visible for anyone.

- It's much easier to add comments and more information to long-living
  issues this way, and have everything at one place.

- My personal opinion aside (I actually see why you prefer patches per
  email for single commits now) - pull requests are how people
  instictively try to contribute to projects. Just lately I've seen
  someone say "why can't we contribute to Python? There's no Github
  repo!" in #python.

I believe the aim should be to make contributing as easy and native
for people as possible, even if that means some more work for the
maintainer. After all the time "gained" by a contribution is much
bigger than the one lost by using a different git workflow.

We can still say patches to the ML are the prefered way of
contributing, but I believe it'd attract more people to report their
issues, and probably also more people to contribute. And if someone
doesn't want to learn about git-format-patch/git-send-email, etc., I
think this shouldn't be the thing holding them back from contributing.

What do you think?

Florian

[1] https://github.com/search?q=herbstluftwm

-- 
http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
             GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc
         I love long mails! | http://email.is-not-s.ms/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://listi.jpberlin.de/pipermail/hlwm/attachments/20140930/be13940a/attachment.sig>