From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Pierre-Yves Luyten Newsgroups: gmane.emacs.devel Subject: Re: Documenting buffer display Date: Tue, 23 Oct 2018 13:26:43 +0200 Message-ID: <9d49eb351c5c1fa93cfde20bcffb116c@luyten.fr> References: <5BCB1D82.3020108@gmx.at> <834ldgvjmj.fsf@gnu.org> <5BCB6DAE.30209@gmx.at> <83mur7tq4f.fsf@gnu.org> <5BCD92FF.8070905@gmx.at> <838t2qt79v.fsf@gnu.org> <5BCE21AC.6030904@gmx.at> <831s8hu6i8.fsf@gnu.org> <5BCEE2B5.9090205@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1540294519 31901 195.159.176.226 (23 Oct 2018 11:35:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 23 Oct 2018 11:35:19 +0000 (UTC) User-Agent: Roundcube Webmail/1.3.7 Cc: Eli Zaretskii , Emacs-devel , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 23 13:35:14 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEuxu-0008Bx-IL for ged-emacs-devel@m.gmane.org; Tue, 23 Oct 2018 13:35:14 +0200 Original-Received: from localhost ([::1]:40359 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEv01-0004TF-3y for ged-emacs-devel@m.gmane.org; Tue, 23 Oct 2018 07:37:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43805) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEupv-0004VY-0O for emacs-devel@gnu.org; Tue, 23 Oct 2018 07:26:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEupr-0003Iw-P7 for emacs-devel@gnu.org; Tue, 23 Oct 2018 07:26:58 -0400 Original-Received: from 14.mo5.mail-out.ovh.net ([188.165.51.82]:47329) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEupr-00030d-Fu for emacs-devel@gnu.org; Tue, 23 Oct 2018 07:26:55 -0400 Original-Received: from player758.ha.ovh.net (unknown [10.109.159.62]) by mo5.mail-out.ovh.net (Postfix) with ESMTP id 53CC71FF58A for ; Tue, 23 Oct 2018 13:26:47 +0200 (CEST) Original-Received: from RCM-web9.webmail.mail.ovh.net (unknown [194.206.55.15]) (Authenticated sender: py@luyten.fr) by player758.ha.ovh.net (Postfix) with ESMTPSA id D52F02C00C4; Tue, 23 Oct 2018 13:26:43 +0200 (CEST) Original-Received: from [194.206.55.15] via [194.206.55.15] by mail.ovh.net with HTTP (HTTP/1.1 POST); Tue, 23 Oct 2018 13:26:43 +0200 In-Reply-To: <5BCEE2B5.9090205@gmx.at> X-Sender: py@luyten.fr X-Originating-IP: 194.206.55.15 X-Webmail-UserID: py@luyten.fr X-Ovh-Tracer-Id: 393783492535103526 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrgeeggdegudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 188.165.51.82 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:230579 Archived-At: Le 2018-10-23 10:58, martin rudalics a =C3=A9crit=C2=A0: >=20 > An earlier approach to provide such behavior was to add functions like > 'find-dired-other-window' and 'find-dired-other-frame' maybe with > appropriate key bindings. The shortcomings of that approach are: >=20 > (1) The number of predefined functions to display a buffer is usually > tripled. >=20 > (2) The user may have to memorize key bindings for three functions > instead of one. >=20 > (3) These three functions still do not cover the entire spectrum of > behaviors users want like showing the buffer on a specific side of > the selected window or frame. >=20 Looks to me above shortcomings list assumes user always want (1) to=20 invoke the same behavior, ie always use other-frame or always=20 other-windows, or (2) to customize behavior regarding specific buffers=20 (buffer names). While i rather assume user wants to invoke specific action based on the=20 context. for example while working on email i would invoke other-frame ;=20 while working on markdown i would most often call other-window, both for=20 the same bookmark or the same file. Regards Pierre-Yves