From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: tags-loop-continue Date: Thu, 21 Jan 2016 07:59:11 +0300 Message-ID: <56A0659F.1010306@yandex.ru> References: <83wprimto9.fsf@gnu.org> <56916C10.6050004@yandex.ru> <83oacumqmj.fsf@gnu.org> <56917246.1010800@yandex.ru> <5691795E.9010008@yandex.ru> <83lh7ym725.fsf@gnu.org> <5691D768.3020908@yandex.ru> <83bn8tmnvq.fsf@gnu.org> <56928356.2000609@yandex.ru> <8360z1mkfc.fsf@gnu.org> <5696EE9D.2090708@yandex.ru> <838u3si22k.fsf@gnu.org> <5697C7A8.6060601@yandex.ru> <83wprcgjxk.fsf@gnu.org> <5697DA3B.3070706@yandex.ru> <83io2wggh8.fsf@gnu.org> <5697EC73.6040302@yandex.ru> <83fuy0gf2j.fsf@gnu.org> <5697F3C9.5040702@yandex.ru> <83bn8ogd8c.fsf@gnu.org> <56980073.7050604@yandex.ru> <838u3rhpzk.fsf@gnu.org> <569D3ADC.5060803@yandex.ru> <83si1sa47q.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1453352380 1156 80.91.229.3 (21 Jan 2016 04:59:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Jan 2016 04:59:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 21 05:59:35 2016 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 1aM7LJ-0007Pj-SY for ged-emacs-devel@m.gmane.org; Thu, 21 Jan 2016 05:59:34 +0100 Original-Received: from localhost ([::1]:46013 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM7LJ-0000jy-5O for ged-emacs-devel@m.gmane.org; Wed, 20 Jan 2016 23:59:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33451) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM7L5-0000jh-Tc for emacs-devel@gnu.org; Wed, 20 Jan 2016 23:59:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aM7L0-0005Nq-Q0 for emacs-devel@gnu.org; Wed, 20 Jan 2016 23:59:19 -0500 Original-Received: from mail-lf0-x234.google.com ([2a00:1450:4010:c07::234]:36850) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aM7L0-0005NB-Hc; Wed, 20 Jan 2016 23:59:14 -0500 Original-Received: by mail-lf0-x234.google.com with SMTP id h129so19506992lfh.3; Wed, 20 Jan 2016 20:59:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=XXKT4Pkk330Mv28WO4pM7n32bREFaUXA6X6d+OIiPDQ=; b=fkgRw7+DCnCfrFLnnqN391Sjql8yweco+AtD3L4UX4rA2C8Vwb/RGZWCpVzE5F237/ VVhkKvxJbhlzv5g4I5ptHE9xNWs6i1E1dnRReAdW4dD8ZreHzCn+dYZShzAcmo7lB6uX K0eVkN2iyiNGhEQk8IotMQ1j/mZSQBDiAy/1azdPW3Y15QoyAPalJw7Jukfk8fSs8/1D IPBj2uN9KQ87N6Fb15TNva3qFUQ0kpRvW5GnhAIcr1/ClMKepZ1IFfptHLiBmP7u32TJ I149xOyP+VGUk1Kst2qpWwVYWtPTdb7E9H4QLMGJtYnQOFSHx2ibcJkqo0szeyp8iBXG fNXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=XXKT4Pkk330Mv28WO4pM7n32bREFaUXA6X6d+OIiPDQ=; b=Y4zqYERSUBnODBzYLD9gstw89RwCNlFPdbHfLzSZjfd+jc4A3pgBhk9RFuPMxTE1nY QJtJHpf5Ylo5/YxvZkf0im8mPX9yigeOGiqs7rPh2zU2N/skp5WFw4u3KWbqG7WWFlBs hH2UzZmF6CKYn7Bfaac5tDNwIDjD82Nd2775gHtRhkJ2gomtKqfRkECzbwNbaufZ8Xx1 WzgXtAzlT3m5j/dVUYvbjWLT8SWpKZTLyvoXyufLJXxC/OeiPZgpBR0OXZGmGIDYI6Gu 6j6A/PimK5dcXEjFuwPse3r2v58PP1LMNfTzIjdvtKR/mk1kqCo1aWKsCe2AHBYLjxbc yNJw== X-Gm-Message-State: ALoCoQnbx/Ya85FlwL/S4NTv+ALa2/uvAjDwurhiPBBWisFhWyKE8QlqWrFAFr8hdEPdYvTTv/wzxvKC7u7eZLdblhxKdGiMHQ== X-Received: by 10.25.91.81 with SMTP id p78mr15278693lfb.19.1453352353179; Wed, 20 Jan 2016 20:59:13 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id d18sm5118422lfb.1.2016.01.20.20.59.11 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Jan 2016 20:59:12 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: <83si1sa47q.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::234 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:198488 Archived-At: On 01/20/2016 02:19 PM, Eli Zaretskii wrote: > My other problem is with the "disappearing *xref* buffer" phenomenon: > it is too easy to lose it, and not so easy to get it back. With 'A' > (dired-do-find-regexp) it's enough to type RET on a line in the *xref* > buffer in order to have its window deleted; the only way to get it > back AFAICT is to manually switch to that buffer, which means the user > must remember its name. Or repeat the search. After the repeating it enough times, the user might start to remember the name of the buffer. > You cannot continue the search without > switching back to *xref* first. You mean with `next-error'? When so, it's simply a bug in next-error. > So I think RET should not delete the > window in this case. Maybe it should never delete the window, in > other users of xref, I'm not sure. At least in this case, unlike with > xref-find-definition, it is much more probable that the user _will_ > want to go to the next match, so it makes less sense IMO to delete the > window. Let's say I agree. What shall we do with xref-find-definitions? Should the user understand somehow that in this case RET won't bury the buffer, and in xref-find-definitions' case, it wont? I suppose we could provide a separate key (`a'?) that would do what RET does now.