From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#33870: 27.0.50; xref-goto-xref not configurable Date: Mon, 21 Jan 2019 08:52:48 +0100 Message-ID: <5C457A50.7050405@gmx.at> References: <87a7ktqqx7.fsf@mail.linkov.net> <878t011lch.fsf@mail.linkov.net> <83lg403o9c.fsf@gnu.org> <87r2dq8z9n.fsf@mail.linkov.net> <5C31C477.9040108@gmx.at> <874laluz3g.fsf@mail.linkov.net> <5C3315E6.9010709@gmx.at> <87wongazxq.fsf@mail.linkov.net> <5C346C49.6060003@gmx.at> <8736q2ka0h.fsf@mail.linkov.net> <5C35C718.6000706@gmx.at> <874lahwgau.fsf@mail.linkov.net> <5C371C22.2030304@gmx.at> <874lag8d2g.fsf@mail.linkov.net> <5C3860D9.2090809@gmx.at> <87tvide172.fsf@mail.linkov.net> <5C3AF815.3020100@gmx.at> <87won89rb8.fsf@mail.linkov.net> <5C3C40E9.6030905@gmx.at> <87won0ier7.fsf@mail.linkov.net> <5C443BF8.6070007@gmx.at> <877eezkqct.fsf@mail.linkov.net> NNTP-Posting-Host: ciao.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ciao.gmane.org 1548058222 245915 195.159.176.228 (21 Jan 2019 08:10:22 GMT) X-Complaints-To: usenet@ciao.gmane.org NNTP-Posting-Date: Mon, 21 Jan 2019 08:10:22 +0000 (UTC) Cc: 33870@debbugs.gnu.org, joaotavora@gmail.com, dgutov@yandex.ru To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 21 09:10:19 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1glUex-0011uw-9O for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Jan 2019 09:10:19 +0100 Original-Received: from localhost ([127.0.0.1]:49907 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1glUf6-0007xq-E9 for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Jan 2019 03:10:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:34553) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1glUbL-0004q6-EY for bug-gnu-emacs@gnu.org; Mon, 21 Jan 2019 03:06:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1glUPD-0000Fo-Gx for bug-gnu-emacs@gnu.org; Mon, 21 Jan 2019 02:54:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40096) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1glUPC-0000EQ-5z for bug-gnu-emacs@gnu.org; Mon, 21 Jan 2019 02:54:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1glUPB-0003Sn-VI for bug-gnu-emacs@gnu.org; Mon, 21 Jan 2019 02:54: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, 21 Jan 2019 07:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33870-submit@debbugs.gnu.org id=B33870.154805718413231 (code B ref 33870); Mon, 21 Jan 2019 07:54:01 +0000 Original-Received: (at 33870) by debbugs.gnu.org; 21 Jan 2019 07:53:04 +0000 Original-Received: from localhost ([127.0.0.1]:39377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glUOG-0003RL-DX for submit@debbugs.gnu.org; Mon, 21 Jan 2019 02:53:04 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:45917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glUOE-0003QY-Hy for 33870@debbugs.gnu.org; Mon, 21 Jan 2019 02:53:02 -0500 Original-Received: from [192.168.1.101] ([212.95.5.223]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MYP57-1ggh9R3rBB-00V9eX; Mon, 21 Jan 2019 08:52:53 +0100 In-Reply-To: <877eezkqct.fsf@mail.linkov.net> X-Provags-ID: V03:K1:1UjD3cmJzgbapUp6EPetKwu+v/4S8iB8IYpXhEcGu3Htbb8GNp9 LQEwhqORmkNSHOy5tuEaHZ7HzmerU5aH9X3ZNSwZZyxMafz0sSf3Y9WBtCrGLR+kQpvABky MPl1Js1L5MFrSpZ+ZhWPsNdXssuQUkUqrMHu1+QaMjr/uhu9Lqbeut/WvX7gE7+sD8Th5B/ w10k2u679YFVGmEhklEkA== X-UI-Out-Filterresults: notjunk:1;V03:K0:rtyMSDhJLBc=:t6GZJnUA+PxAgT7Tf9Xw71 9TRgZ7UKFJQB2fNHhV1DV9ozEtwWFPnOPU/Tw+MAqeDsPgbjNk1Wx4O86JwxlUQaKn0+SykQV GUPA/UUJhUwWcvXTTwNJFHJQVr4dtiy9+d7EiwhoJ5ZL3okfQ2y15oh+RK4vL7wWAFpNouu2D VGFTDEBaJUP/+9D++jyG2pB69Yecxf0EDFrccW70+OkHr6GCeJWzRWCCYDF14ejFhJJ+QVDhx AIjCBubDx7qT4ycb6nG34FkLXJo5cn7qPyda6zjDTGxKSLYkwteXvzRsA3IaDE2yYEy2UMOwu FuVhuvSAOJgsYcmMoHLrJsP5Yj+jIVkDv/ocZ20VaLoz9pCGkZmg8GDkmctJ+d6QErae3+5wy HTo9ougMuLIS0QMA1FB9MCGoOwoP3PrzSnhtZ12HA4yaDfEhAwV7heVUiHuXkPMzn5623fJtw zAGARcnGNI8M013XKavPzUUvUzJPjSgUS6Da1wpITq+UPvoF+s/COqrUlJexWoERBUM7HsQTs rx/KARk5YFFUZMBsohobvURXmN6oPig0khdxHUiWcrtaVAVa6KadCVFdY4S5PUspH5883lfPS tPykg2XG+n/TDXLc7XXmuESIM5xv1VuS1vOJsEXUR5m3hq/St4V4sZ75P/cQZNGd1J5bESw+a 02ZGpkcKcf1JcOK8I2vgisZdu0dXiGV35wlZl/1Zyo1ZOwLV5nRdpIeyjTci6KrYTmQ/V3jwP 8ZHux0anU3t8hVePF+8G3krDfkh3j8VA0bZOIyDzm3BZtXhWSgSCTkbOaD22/txiQb6iZ4jZ X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:154634 Archived-At: > Like display-buffer-in-previous-window is an action function > that takes an alist entry `previous-window', couldn't > display-buffer-in-window be an action function that takes > an alist entry with the window where it display the buffer? > But it seems this is not needed. It could be confusing. 'window--display-buffer' receives two distinguished arguments - a live WINDOW that it _has_ to use for displaying BUFFER in and a TYPE needed for correctly processing 'display-buffer-mark-dedicated' and the 'quite-restore' parameter. If callers fail to set these reliably, further processing might be broken. And keep in mind that unlike ordinary action functions 'window--display-buffer' never fails. Any failure would be with a broken caller. martin