From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#19466: 25.0.50; xref-find-def doesn't find C functions Date: Mon, 19 Jan 2015 09:28:35 +0100 Message-ID: <54BCC033.2010104@gmx.at> References: <8361cucl3u.fsf@gnu.org> <54A230CD.3040309@yandex.ru> <83vbktb1ct.fsf@gnu.org> <54A2EE15.3020406@yandex.ru> <831tnhasx0.fsf@gnu.org> <54A6DAF6.5070605@yandex.ru> <831tna9tmr.fsf@gnu.org> <54A9C94F.8040701@yandex.ru> <83vbkl99vm.fsf@gnu.org> <54B8878A.4050506@yandex.ru> <54B8C22B.3080200@gmx.at> <54BC7A77.5020307@yandex.ru> 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 1421656151 31692 80.91.229.3 (19 Jan 2015 08:29:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Jan 2015 08:29:11 +0000 (UTC) Cc: 19466@debbugs.gnu.org, Helmut Eller To: Dmitry Gutov , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 19 09:29:10 2015 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 1YD7ht-0005Xi-9t for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Jan 2015 09:29:09 +0100 Original-Received: from localhost ([::1]:36094 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YD7hs-00008G-Kb for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Jan 2015 03:29:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YD7ho-00008A-Ac for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 03:29:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YD7hn-0007Bn-3l for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 03:29:04 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52096) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YD7hn-0007Bj-0B for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 03:29:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YD7hm-0003TJ-Eg for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 03:29:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Jan 2015 08:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19466 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19466-submit@debbugs.gnu.org id=B19466.142165613713330 (code B ref 19466); Mon, 19 Jan 2015 08:29:02 +0000 Original-Received: (at 19466) by debbugs.gnu.org; 19 Jan 2015 08:28:57 +0000 Original-Received: from localhost ([127.0.0.1]:60957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YD7hh-0003Sv-5l for submit@debbugs.gnu.org; Mon, 19 Jan 2015 03:28:57 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:52557) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YD7he-0003Se-90 for 19466@debbugs.gnu.org; Mon, 19 Jan 2015 03:28:55 -0500 Original-Received: from [88.117.118.57] ([88.117.118.57]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Ldq9D-1XVqqx3RUB-00j2vV; Mon, 19 Jan 2015 09:28:40 +0100 In-Reply-To: <54BC7A77.5020307@yandex.ru> X-Provags-ID: V03:K0:aNIZ5fj7/MOl9SNzKiGoUIy8USZHTOYjkgGHz3WLf24wQlLDBUk klqmKDiCmNAddaTZMOs64gBnVF2lYXEhyS7gzrhRX0eeUxloNjIzm5gqscMqqSuhdUwiR09 iFuwt+h6hNwd/VWASZ/CcPIXMO6kh08s4ivbB4CdZLVVnMp2Qhxhez++mdSYfjbJRlAVP/J 5jkoHNvsMLXV3J3LHOFQg== X-UI-Out-Filterresults: notjunk:1; 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:98461 Archived-At: > Pushed. I'd really like you to look at the implementation, though. I didn't see any flaws in it. In any case we'll find out pretty soon if there are. >> (2) have the command that quits the *xref* buffer optionally kill the >> buffers marked in (1). > > `xref--quit' could definitely be used for it. That's what I thought. Note in this context that some people might have globally bound `quit-window' to some key other than 'q' and might want to quit *xref* with that. It's obviously up to them whether `quit-window' does something additional in that context but it certainly should do something "intuitively useful". For example, with a prefix argument it will kill the *xref* buffer and any hooks set up by xrefing should get removed. > One question is, how will we know that if was never selected? Via `buffer-list-update-hook'? That is, if a buffer (1) was created by xref but (2) never got "promoted" by `buffer-list-update-hook', then such a buffer is eligible for being killed quietly. > Use a window-configuration-change-hook? Do we keep the newly added > value there indefinitely, or when will `remove-hook' be called if the > user never presses `q' in the xref buffer? I'd say as soon as the *xref* buffer stops being displayed. If a user does that and a buffer gets killed by the way and the user later on decides to redisplay that buffer via xrefing, she has to pay the price of re-reading that buffer from file. That's why this feature should be optional. > Overall, solving both problems would be easier if xref used a more > restricting interface which would never allow to switch to the > temporarily displayed buffers until the user made their choice (but > sure, they could scroll the other window). > > Maybe with `Electric-command-loop'. I profoundly dislike modal windows. We should never restrict displaying or perusing the *xref* buffer in any way. Anything hardcoded here will get you into troubles with users and inhibit developers to improve the interface. martin