From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#15225: 24.3.50; todo-mode: Some bugs and suggestions Date: Sun, 08 Sep 2013 23:08:04 +0200 Message-ID: <87ob833tu3.fsf@rosalinde.fritz.box> References: <87r4daa4fu.fsf@gmail.com> <878uzi3ugv.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1378674559 22399 80.91.229.3 (8 Sep 2013 21:09:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 8 Sep 2013 21:09:19 +0000 (UTC) Cc: 15225@debbugs.gnu.org To: Jambunathan K Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 08 23:09:20 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VImES-00073Y-Lh for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Sep 2013 23:09:20 +0200 Original-Received: from localhost ([::1]:46618 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VImES-0002iX-7G for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Sep 2013 17:09:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38341) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VImEH-0002hK-Sc for bug-gnu-emacs@gnu.org; Sun, 08 Sep 2013 17:09:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VImEA-0006bn-Gr for bug-gnu-emacs@gnu.org; Sun, 08 Sep 2013 17:09:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41087) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VImEA-0006bj-DK for bug-gnu-emacs@gnu.org; Sun, 08 Sep 2013 17:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VImEA-0001Jb-4y for bug-gnu-emacs@gnu.org; Sun, 08 Sep 2013 17:09:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Sep 2013 21:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15225 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15225-submit@debbugs.gnu.org id=B15225.13786744934983 (code B ref 15225); Sun, 08 Sep 2013 21:09:02 +0000 Original-Received: (at 15225) by debbugs.gnu.org; 8 Sep 2013 21:08:13 +0000 Original-Received: from localhost ([127.0.0.1]:49375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VImDM-0001IJ-IT for submit@debbugs.gnu.org; Sun, 08 Sep 2013 17:08:12 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:53132) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VImDL-0001I5-Aq for 15225@debbugs.gnu.org; Sun, 08 Sep 2013 17:08:11 -0400 Original-Received: from rosalinde.fritz.box ([89.245.87.40]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Lb5nF-1Vh5P349NJ-00kjED for <15225@debbugs.gnu.org>; Sun, 08 Sep 2013 23:08:05 +0200 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:ZfMlzPwxXaQLS6xCjT+5R7a3jvmGtw6WwWynSrioSU4QDK2nktd CJPbAojiLVanGW5Qqw9K1x4CAMujVSDPjgiJhTvNSZIBkpEpDv/gVPUE5OVHB6Q1ilFJQPc h2ZKQX5f2VQJDbJmdCXqy/6IE0heub3TFPiyAdIh+FxB0KTdzqC7Lw7ZDtZ6+1UEmAGv+Gh 6YLUYwDt0PN0tBBS4jBBg== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:78133 Archived-At: On Sat, 31 Aug 2013 18:09:28 +0530 Jambunathan K wrote: > 1. `e m' on an item > 2. C-x b > 3. `e e' on an item > > See the following: > > todo-edit-multiline-item: Buffer name `*Todo Edit*' is in use [4 > times] This only happens with the above recipe if the item in step 1 is a multiline item and in step 3 you type `e e' on the same item. It also happens if in step 3 you type `e m' instead of `e e', and then it doesn't matter whether the item is the same. The reason is because todo-edit-multiline-item (bound to `e m') uses an indirect buffer (and todo-edit-item (bound to `e e') calls todo-edit-multiline-item if the item is multiline), and currently allows only a single instance, named *Todo Edit*. > I would expect that it switch to the buffer instead. This is a reasonable expectation, but I think it's a bit involved to implement correctly, because you have to keep track of which item from the Todo mode buffer is associated with which indirect buffer, whose content may have changed. I think I can make it work, but is it really important to you to be able to have multiple item editing buffers? In terms of key strokes, there's little difference between `C-x b'+`e m' and `C-x C-q'+`e m'. (I understand from your other post that you'd prefer to edit multiple items in a single buffer, but that's a different functionality.) > ---------------------------------------------------------------- > > This is an error that occurs frequently and has made my todo file > practically unusable. > > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > expand-file-name(nil) > find-file-noselect(nil nowarn) > todo-mode-external-set() > todo-edit-mode() > todo-edit-multiline-item() > call-interactively(todo-edit-multiline-item nil nil) > command-execute(todo-edit-multiline-item) > > Once such a thing happens the todo file which was good to begin with > gets screwed and I really can do nothing more with it. The only thing I can say for sure here is that this happens because find-file-noselect tries to find the current todo file but for some reason there is none. This is certainly a bug, but to debug it I really need a reproducible recipe. > My STRONG RECOMMENDATION > > To the users: > > - Beware of todo-mode to create real life todo entries. It will make > you pay for it. I'll do my best to lower the cost where I can. Can you tell me specifically what you consider overpriced? > To the maintainer: > > - PLEASE! Compute the sexp for categories on demand. Do you really > think that pre-computation is very much necessary speed up things on > large todo lists. I'm not sure it is, but I tried to use the stored value only where on-the-fly computation wasn't necessary. Is there some place you think I missed? Steve Berman