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: UI inconveniences with M-. Date: Tue, 5 May 2015 00:34:08 +0300 Message-ID: <5547E5D0.7000307@yandex.ru> References: <83zja6b3tc.fsf@gnu.org> <837fszx7iy.fsf@gnu.org> <83r3r5wqwv.fsf@gnu.org> <553EBBBF.6070509@yandex.ru> <838udcwbdc.fsf@gnu.org> <553FFC99.5080701@yandex.ru> <834mnzuedd.fsf@gnu.org> <554161A8.30202@yandex.ru> <83618du3q3.fsf@gnu.org> <5542E486.2010107@yandex.ru> <83k2wsssm8.fsf@gnu.org> <5543632C.6000306@yandex.ru> <834mnwsbfb.fsf@gnu.org> <554392E2.7080109@yandex.ru> <83oam4qh2u.fsf@gnu.org> <5543C97C.6050000@yandex.ru> <83h9rwqf10.fsf@gnu.org> <5543E3CF.5010402@yandex.ru> <87r3qwpiif.fsf@gmail.com> 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 1430775287 22731 80.91.229.3 (4 May 2015 21:34:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 May 2015 21:34:47 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Vitalie Spinu , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 04 23:34:42 2015 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 1YpO0d-0007nk-OM for ged-emacs-devel@m.gmane.org; Mon, 04 May 2015 23:34:39 +0200 Original-Received: from localhost ([::1]:36038 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpO0d-0003P2-9c for ged-emacs-devel@m.gmane.org; Mon, 04 May 2015 17:34:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpO0Z-0003Oi-A0 for emacs-devel@gnu.org; Mon, 04 May 2015 17:34:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YpO0W-0005fi-4r for emacs-devel@gnu.org; Mon, 04 May 2015 17:34:35 -0400 Original-Received: from mail-wi0-x234.google.com ([2a00:1450:400c:c05::234]:33627) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpO0V-0005e8-UU; Mon, 04 May 2015 17:34:32 -0400 Original-Received: by wief7 with SMTP id f7so86864543wie.0; Mon, 04 May 2015 14:34:10 -0700 (PDT) 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=SXbrRmLyRN40khfQlGOc20wRAJNKMCINSWbFtglrJWI=; b=SD+XCqQFFypxtO6vPjU5NgKjxnyqrgaU8FCdQ4Ybu8imWv27B6Ru/J6wfg5+9sIy5k sZTHS96fL6gdrENTpG6GsHzanBphoLoXHhduWS7MypIcM9jemLZiOCaRXLXcHBJNU4xL U+nClBx9j5CspYdAPjB23p/TqKGt1T+uIfeV11Wbk4ipjL60AzWRjSl8md34iYZtXs0L qTwiMNfg9kgngdD/OXPaxNB0JUlr5HaPKczaxPThpNhwdL3/KmwhqhUVjmybJXjt+LUB bQCRt4TGIn9Ii1mYMM/rdZdBy3hS67nlbFt2pIuFtEb9yheOBuJs7CtsIAes9DPvsV5s sv1w== X-Received: by 10.180.102.164 with SMTP id fp4mr895886wib.67.1430775250755; Mon, 04 May 2015 14:34:10 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id k2sm12993684wif.3.2015.05.04.14.34.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 May 2015 14:34:10 -0700 (PDT) user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 in-reply-to: <87r3qwpiif.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::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:186209 Archived-At: On 05/04/2015 04:41 PM, Vitalie Spinu wrote: > At each moment of time there is only one active "set" which you can > change with `xref-rotate-level`. The user then can customize levels of > backends: > > xref-backend-level-1 . (xref-default-mode-backend) > xref-backend-level-2 . (xref-etags elisp-xref) > xref-backend-level-3 . .... > > > A set corresponding to level N would automatically include all backends > from the lower levels. In the above example, if you set the level to 2 > xref will merge default-backend, etags and elisp-xref. I'd rather not concern myself with this kind of complexity. However, if you're fine with merge logic simply concatenating the results (and it will be hard to do better), this shouldn't be hard to implement on top of the basic one-backend-at-a-time xref system, in a minor mode.