From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Side Windows Date: Sat, 24 Sep 2016 22:27:11 +0300 Message-ID: <83k2e1ayk0.fsf@gnu.org> References: <57E39F4C.7010208@gmx.at> <83wpi3c8op.fsf@gnu.org> <57E6CE9F.603@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1474745300 12864 195.159.176.226 (24 Sep 2016 19:28:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 24 Sep 2016 19:28:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 24 21:28:16 2016 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 1bnsbj-0006vW-82 for ged-emacs-devel@m.gmane.org; Sat, 24 Sep 2016 21:27:31 +0200 Original-Received: from localhost ([::1]:35312 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bnsbh-0003Ak-JB for ged-emacs-devel@m.gmane.org; Sat, 24 Sep 2016 15:27:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57076) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bnsbW-00031m-Lf for emacs-devel@gnu.org; Sat, 24 Sep 2016 15:27:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bnsbS-0005hC-17 for emacs-devel@gnu.org; Sat, 24 Sep 2016 15:27:18 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bnsbR-0005fI-Ts; Sat, 24 Sep 2016 15:27:13 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2176 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bnsbC-0001EK-3s; Sat, 24 Sep 2016 15:27:12 -0400 In-reply-to: <57E6CE9F.603@gmx.at> (message from martin rudalics on Sat, 24 Sep 2016 21:06:07 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:207760 Archived-At: > Date: Sat, 24 Sep 2016 21:06:07 +0200 > From: martin rudalics > CC: emacs-devel@gnu.org > > > A question: would it make sense to invert the meaning of the 'slot' > > parameter when the main window shows a buffer whose > > bidi-paragraph-direction is right-to-left? The idea is that when the > > main window shows R2L text, the entire geometry of the window > > arrangement should switch direction, at least optionally, otherwise > > applications that want that will have to include tedious code to > > recompute the slots on the fly. > > Suppose the main window shows a left-to-right buffer and we have two > bottom side windows. Switching to a right-to-left buffer in the main > window would now mean to exchange the buffers shown in the side windows. > We would also have to renumber these windows, resize them maybe, > exchange their parameters and some of those properties stored in window > configurations. And we would have to adjust all overlays with a > `window' property in those windows. It's certainly possible to do all > that but it's not entirely trivial. What's the alternative? that the application programmer does all that in their application code? What are the chances of them getting this right? > Personally, I think that such layout decisions should be made before the > first side window is created. That might be impossible in the general case, because the same window arrangement could be used for displaying buffers of different directions. One example is an email client that shows messages in the main window. > I doubt that you change the menubar layout whenever you switch > `bidi-paragraph-direction'. Some applications out there actually do that. Emacs doesn't, but only because I deliberately decided it wasn't TRT (there's a FIXME comment about that in the sources). Menu bars are different, because they are not really associated with any particular window, they are associated with a frame. > But in practice I never work with bidirectional text so I can't > really tell. I think we should at least allow for such a behavior as an option. Thanks.