From: Paul Mackerras <paulus@ozlabs.org>
To: "Florian Schüller" <florian.schueller@gmail.com>
Cc: "git@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: [PATCH] Gitk Inotify support
Date: Mon, 12 Dec 2016 12:58:23 +1100 [thread overview]
Message-ID: <20161212015823.GF18316@fergus.ozlabs.ibm.com> (raw)
In-Reply-To: <CAHdOBFpOm3hf4XPjpSZ0+8rVgyKj+e3qT0cecU4j9ms=+chnDg@mail.gmail.com>
On Sat, Jun 11, 2016 at 04:06:36PM +0200, Florian Schüller wrote:
> >From 74d2f4c1ec560b358fb50b8b7fe8282e7e1457b0 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Florian=20Sch=C3=BCller?= <florian.schueller@gmail.com>
> Date: Thu, 9 Jun 2016 22:54:43 +0200
> Subject: [PATCH] first support for inotify
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> Just automatically update gitk when working in a terminal on the same repo
>
> Open points for now:
> - release watches for deleted directories seems to
> cause problems in tcl-inotify (so I don't)
> I'm not sure how often that happens in ".git/"
> - I only call "updatecommits" and I don't know if there is a usecase
> where I should be calling "reloadcommits"
Thanks for the patch. It's a nice idea. I think it needs a couple of
improvements, though, to make it work even better:
* Some users might not want this behaviour, so we need an option in
the preferences pane to enable/disable this.
* I would expect that the updates to the files in .git would come in
bursts, so we should probably do something like wait until (say) one
second has elapsed since the last notification, without any more
notifications, before starting the update.
* We probably want to rate-limit the updates, since on a large tree
(e.g. the Linux kernel) the update can take several seconds and the
UI is less responsive during that time.
Paul.
next prev parent reply other threads:[~2016-12-12 1:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-09 21:12 [PATCH] Gitk Inotify support Florian Schüller
2016-06-09 21:24 ` Stefan Beller
2016-06-11 14:06 ` Florian Schüller
2016-12-12 1:58 ` Paul Mackerras [this message]
2017-01-01 20:30 ` Florian Schüller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20161212015823.GF18316@fergus.ozlabs.ibm.com \
--to=paulus@ozlabs.org \
--cc=florian.schueller@gmail.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).