From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.help Subject: Re: Gnus: Thread notes? Date: Sun, 26 Nov 2017 06:30:14 +0100 Message-ID: <877eudsj2x.fsf@web.de> References: <87o9pc359b.fsf@web.de> <874lr3pz2q.fsf@ericabrahamsen.net> <87o9p6zy4f.fsf@web.de> <878tgavoio.fsf@ericabrahamsen.net> <87fu93ulhz.fsf@web.de> <87o9nq50hi.fsf@ericabrahamsen.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1511674272 18949 195.159.176.226 (26 Nov 2017 05:31:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 26 Nov 2017 05:31:12 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: help-gnu-emacs@gnu.org To: Eric Abrahamsen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 26 06:31:08 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIpX0-0004O1-Mr for geh-help-gnu-emacs@m.gmane.org; Sun, 26 Nov 2017 06:31:06 +0100 Original-Received: from localhost ([::1]:55313 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIpX6-0004Dx-EG for geh-help-gnu-emacs@m.gmane.org; Sun, 26 Nov 2017 00:31:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIpWR-0004Dh-O4 for help-gnu-emacs@gnu.org; Sun, 26 Nov 2017 00:30:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eIpWO-0004kL-Im for help-gnu-emacs@gnu.org; Sun, 26 Nov 2017 00:30:31 -0500 Original-Received: from mout.web.de ([212.227.15.14]:64675) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eIpWO-0004jk-8j for help-gnu-emacs@gnu.org; Sun, 26 Nov 2017 00:30:28 -0500 Original-Received: from drachen.dragon ([88.66.201.17]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MfYXz-1eTTgR0eyp-00P2ms; Sun, 26 Nov 2017 06:30:16 +0100 In-Reply-To: <87o9nq50hi.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Fri, 24 Nov 2017 22:35:53 -0800") X-Provags-ID: V03:K0:bjeVfJaLZGtDnpcfvPm6wilbZgTuDVsiNt10QxDB0PTk5FkIAMv Qj/yft0rX+YPqDBduCtXP7mwlIui7PGith1f801gZa95mU8mf9ZmRhFnvo74DCchgH9soWc 9ZaVYYxJ3YdEdZ7Q3ylZPAIDyIONb8fD2Pzh8I2+N7iQ68SFI3U9SiGFqeLhTu/YE6cMbcE WDC5JCmSCgu2maXH6NquA== X-UI-Out-Filterresults: notjunk:1;V01:K0:7SP4TJntSgk=:MMYbpXuODCcirHhglAHEc+ Xnw823YVs1+KvEWZdFkiKxcFL1ClV+wxwfMljS9f4ENgN04zXPkro+lW5dnX+HqmjmwQoFTd2 1oms8KZIupqFmizFA9xQ+5N9VebdGPmKJdCiLVhFVx/qxQMkGdRRXHVDj+S3iMF0e1GKL4DP5 wr7J5NwfTUa7zzB/Im3cCejV8QVXA4tVuolDaTkrGzBeKI5wA2re930lnd1Rsi/YYpiuo/n7K YCy6FfAi+PAufEgjVYnIhwQA9Y1zz3siSbbNoMqeOHAwf56dDF1Hen1h5sZQEeKBaFGsjOV5P 8rtwYEHHxYDgd9ROWWBOzF/FHgNEmXBxIQw8ufmz9v6Ng61flIoEOVByMOtxl/3elOLm3ozje CGEUtvnZSEqhN4IfcEoNCFdmkpL/OHH5Ndesr6ES2sXqFuyHZoEwV4sOFP92IBeJ2DWRZ0hEG rKGud9fDaf6VORwdRM7WQCizQddfdHVKVg/ctYMcuqfn/Wq00TphJdYQJd7VquG4WGbEQmE4G FmAd0SkUEpxrXjxvjllqPY4oi6Nrbwze3gJ2OyFBCarN7dsxhLvPczLVBNelsL+UVMgfeJy1y SIJofeBxhWNHuN8DcpGA7TOMFX0M8v+arGuvFG4zSqybdSvwc8BaVZEmMFqDLzL7OV83tEPF4 nEV6GxiLrKLmXS7r9aM7UQlIbQbL/9qspEDSFgMRUE2plrZjHHr95NnEltxQ71s1+5rN/kA17 TinveuyCASmgMh+thfzhKkQ8k7J/Z2vxkZ4GsDIdTAQxN6sFFKsl2Q1p0ah8rZRIaSo/7Cq6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.14 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:115101 Archived-At: Eric Abrahamsen writes: > The "&" might not be showing up simply because the gnorb function > doesn't re-draw the Gnus summary buffer. I've found that mildly annoying > in the past, I'll try to add that, too. `gnus-summary-update-article' maybe? (at least, seems this is what `gnus-registry--set/remove-mark' is doing) > > Then I `gnorb-gnus-incoming-do-todo' on the other messages in this > > thread that seemed important to add notes about them. That worked, and > > I also got the "&", though I wished these notes where explicitly linked > > with the corresponding message ids in the org buffer - can I let Gnorb > > do this automatically? I can C-c v on the note, but that doesn't show > > me which note corresponds to which message, and vice versa. > > This is something I wanted right from the beginning (to annotate > individual messages), but have never come up with a good UI for it. > Any ideas? At least for the start, it would be enough I think if (1) adding a note would insert the message id into the org buffer and (2) C-c v over a message id would put the cursor over the according message. Or something like that...keep it simple. > > When I opened the group again, the relevant messages were not > > visible (because they now were "old"). I had to / o in the summary > > buffer (btw, is there a way to let A T fetch and show also "old" > > messages so that I get the complete thread without / o?), I then > > marked the relevant messages "important" ("!") so that they were > > shown the next time. > > Avoiding the need to tick messages was one of the points of Gnorb! But I > see what you mean -- active Org projects are not automatically > visible... > > Hmm, ideal behavior would be that all messages associated with TODOs not > in a "DONE" state would always be visible. That would be nice! FWIW, I would even find it acceptable if Gnorb would just silently tick the relevant messages. It's easy enough to untick them again, and maybe the need to do that explicitly would integrate well with people's work flow. The idea is that messages you have operated on with Gnorb are all important. > > From the org buffer, I get the C-c v (`gnorb-org-view') thing working, > > but every time I want to use, seems I have to go to the server buffer > > (^) to make it work - when I don't do this I get user-error: "Please > > add > > a "nngnorb" backend to your gnus installation". Do you have a clue why > > this happens and how I can solve it? > > This is a dumb artifact of how Gnus currently works, and this > requirement will go away if we can ever get the feature/gnus-select > branch to land. The backend is currently necessary so that nnir uses the > correct Gnorb function to retrieve the messages. Have you added a > "nngnorb" server to your `gnus-secondary-select-methods'? Yes. > I'm not sure why simply entering the server buffer would do anything. > > Hmm, did you add the nngnorb server via "a" in the server buffer? I've > never tried doing that, probably safer to add it to > `gnus-secondary-select-methods'. I think I did both. AFAIR only adding to `gnus-secondary-select-methods' did not work, and I didn't get it work before adding a server for it. FWIW, this is what I do: #+begin_src emacs-lisp (add-to-list 'gnus-secondary-select-methods '(nngnorb "my-nngnorb-server")) #+end_src Regards, Michael.