From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Trouble with texinfo-multiple-files-update Date: Sun, 2 Jun 2013 18:05:32 +0000 Message-ID: <20130602180532.GA2765@acm.acm> References: <20130602121419.GA3401@acm.acm> <83li6szfhz.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1370196355 6533 80.91.229.3 (2 Jun 2013 18:05:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Jun 2013 18:05:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 02 20:05:56 2013 Return-path: Envelope-to: ged-emacs-devel@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 1UjCfD-0007LR-HE for ged-emacs-devel@m.gmane.org; Sun, 02 Jun 2013 20:05:55 +0200 Original-Received: from localhost ([::1]:40911 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjCfC-0004cx-Px for ged-emacs-devel@m.gmane.org; Sun, 02 Jun 2013 14:05:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47846) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjCf7-0004ch-PV for emacs-devel@gnu.org; Sun, 02 Jun 2013 14:05:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UjCf6-0006P6-F9 for emacs-devel@gnu.org; Sun, 02 Jun 2013 14:05:49 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:43528 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjCf6-0006Ov-4n for emacs-devel@gnu.org; Sun, 02 Jun 2013 14:05:48 -0400 Original-Received: (qmail 89833 invoked by uid 3782); 2 Jun 2013 18:05:47 -0000 Original-Received: from acm.muc.de (p5492C92D.dip0.t-ipconnect.de [84.146.201.45]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 02 Jun 2013 20:05:44 +0200 Original-Received: (qmail 3035 invoked by uid 1000); 2 Jun 2013 18:05:32 -0000 Content-Disposition: inline In-Reply-To: <83li6szfhz.fsf@gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159994 Archived-At: Hi, Eli. On Sun, Jun 02, 2013 at 06:42:00PM +0300, Eli Zaretskii wrote: > > Date: Sun, 2 Jun 2013 12:14:19 +0000 > > From: Alan Mackenzie > > Then I come to update the main menu in the top file emacs.texi. I was > > unfortunate enough to try out C-u M-x texinfo-multiple-files-update. > > This has loaded 44 .texi files needlessly into my Emacs > This command updates the master menu by looking at all the nodes in > the manual. Since the manual consists of 56 files, how do you want > Emacs to be able to update the master menu without visiting all those > files? By successively visiting them in temporary buffers and then killing them. > The command also updates the top-level menu in each file, again > something that is impossible without visiting them. Yes. I would prefer a command that Does One Thing And Does It Well, simply creating the main menu from the existing entries in the other files. There's no harm having an option to update those too, though. > > marking almost all of them as "changed", though I suspect these > > "changes" are all null. > Why do you care about the fact that they are modified? Emacs does > that elsewhere, e.g., when you "M-q" in a paragraph that is already > filled. You don't become nervous then, do you? So why here? I'm not so much nervous as irritated - I've got to deal with 54 "changed" buffers, otherwise they'll be hanging around my desktop forever. And I don't want to save them, since that will overwrite the files' timestamps. I eventually killed them with C-k (54 times) in the buffer-menu and had to answer `yes-or-no-p' (also 54 times) > > So now I've got the hassle of getting rid of these 44 "changed" buffers, > > when all I really wanted to do was update the main menu. It would have > > been less work just to update the main menu by hand. > I hope it's not too late to convince you not to "get rid" of these > buffers. Instead, save them all, and then invoke "bzr diff". I'm > sure you will see that only things that need to be changed actually > did. Yes. I'm sure I would. > > Why is there no decent command to update the main menu? > There is, it is called texinfo-multiple-files-update. You will see in > emacs.texi that it was actually used on the manual, because there's a > comment there which tells you what NOT to do to avoid screwing it up. > > What do other people do when they want to update the main menu? > texinfo-multiple-files-update. I think, for a small change to the main menu, I'll just do it by hand next time round. It's less typing. Obviously somebody (Glenn?) will regenerate the whole menu whilst doing a release, and that seems to be what texinfo-multiple-files-update was designed for. > P.S. We seem to have this kind of conversation every few years; e.g., > see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2975. :-). That thread had disappeared over my memory horizon. But at least it wasn't about texinfo-multiple-files-update. Thanks for the reply. -- Alan Mackenzie (Nuremberg, Germany).