From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: User interaction from multiple threads Date: Thu, 16 Aug 2018 14:21:21 +0200 Message-ID: <5B756C41.1040600@gmx.at> References: <838t59j821.fsf@gnu.org> <5B73DF10.5070200@gmx.at> <87muto5998.fsf@gmx.de> <5B73ED7E.5000102@gmx.at> <87in4b6hwf.fsf@gmx.de> <5B741C4E.6060403@gmx.at> <83sh3fin70.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1534422064 19584 195.159.176.226 (16 Aug 2018 12:21:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 16 Aug 2018 12:21:04 +0000 (UTC) Cc: michael.albinus@gmx.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 16 14:21:00 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 1fqHGt-0004vj-B4 for ged-emacs-devel@m.gmane.org; Thu, 16 Aug 2018 14:20:59 +0200 Original-Received: from localhost ([::1]:55282 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqHIz-0001aQ-Li for ged-emacs-devel@m.gmane.org; Thu, 16 Aug 2018 08:23:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40025) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fqHHk-0001Vr-Cd for emacs-devel@gnu.org; Thu, 16 Aug 2018 08:21:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fqHHe-000222-2R for emacs-devel@gnu.org; Thu, 16 Aug 2018 08:21:52 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:44637) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fqHHP-0001up-Jr; Thu, 16 Aug 2018 08:21:31 -0400 Original-Received: from [192.168.1.100] ([46.125.249.92]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGnPx-1fcmtf0eu1-00DaKS; Thu, 16 Aug 2018 14:21:30 +0200 In-Reply-To: <83sh3fin70.fsf@gnu.org> X-Provags-ID: V03:K1:z75xt1dItMRfFTfuAhYGRdA4tTKmnts7A4aPFyxpgsxZ6mTY02O ycg/VcRdB9rdattagBBZCosgy4WxT4Cwfk1A/fk30Vz6gkH66FUN/YSXuBACBpxPrRTMpAg 28uU/b7jG+pSCqB3iGyyGeXHelYHxIaCK2mvqokXqdTIYuNmRVKnAb00NHfeSulCcN4vPzP J4ogtJ2f1G04xuAh0lbXg== X-UI-Out-Filterresults: notjunk:1;V01:K0:YF8Y9N09MEM=:+6Ym2ziQEQCixEfooy0Ygh up81AGXtrsqEN/4XsQFIc1gpSyAvGn1mtc/CaMR70CHPbwKyJfCCLgLHlTe+tCqFcFGdnnsfM 9WeOHG1uzgsUSIbSnOQk/n82ApKCEAfzretKPo873bPVTEX2nkVVCkZ1UlgPXO3Oeot4KgaSq EDHToRVh7aAA4VIY+oYo2Q+Q7+gmAVpoyz+b0t2yPcjkfMp/Mx7QThOcsyNBt3xTr5n7M9M6D Es8fS8dabuXwsmedeaabeG5PrpswRgXtW8m+iiXetxJs8dx/EWsA2jjmW+BMB8Oouh90fQnbK A+/Xq82tir8dUuXnDZAU5mI86PSMMbNPAdBgUDmgzydOdggU5yJUU9JuSvTU3CS7bBdGK/X6r Uf4R/4dPHCpp20DB4RFAR2eq4jtc7bM3sDK6Wl++dC4WM30S+X1FHL92owtwOkhR8HAtsqDoL iDXMwjgwOz5VvFe8uXmDuTt8KjpwwwrLdLBMfc7upWTbGS30Kr6WpbKXb7zlmyuu8Vzy2Q2FF M9S4/VtEZ/DX0qJi8iud7y/ZhlB/47EumKgMIqrUtKQrgMbp/4ws5LK4m8NGDGb+8xirySc5W sr1bIw5EU9NDmFdjiGAGY7wkrFTo1r4+ICyZGvMYjJJw7tw311yAOyN1rbkY7c4yCa6fr1vxO ykBCKKsPEZ9q0fARpdA6hx5qlwtfoxFOFfzRgh+9geUJr1OrF6+6vFTRTwvFX1sbJmrQUvGxo IXRVUVhwpCgzLmsI8u47pYhXEKvR6nvOeKFmuVE5ETuI3tMWvpLixyuP+hbAZrQN/9L7WKFe X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.21 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:228587 Archived-At: > It is a worthy behavior, but it would require that we rethink, > redesign, and reimplement most of the Emacs keyboard stuff and the > higher-level abstractions that read from the minibuffer. ... or a key sequence ... > For > starters, recall that reading from the minibuffer is mostly a trick: > we just enter recursive editing. The keyboard handling code has > almost no idea that something special is going on, and it doesn't > distinguish between "normal" top-level keyboard input and input in > response to a minibuffer prompt. Your proposal in affect means that > keyboard input should be sensitive to the current buffer, and do > different low-level things in different buffers, like send input to a > different thread. This completely inverts how things work now: we > first read the input, insert it into the minibuffer, ... the (currently) active minibuffer ... > and then > higher-level code works on the text in the minibuffer. By contrast, > you want input to be sent to keyboard code from a buffer(??). I'd want to relax the organization of minibuffers. Instead of maintaining them in form of a stack, allow random access to the minibuffer list. Instead of having always only the one on top of the stack active, allow to make any of them the active one. And allow any of them to appear in its own dedicated minibuffer window where the selectedness of that window's frame indicates the currently active minibuffer. martin