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: User interaction from multiple threads Date: Fri, 24 Aug 2018 11:51:40 +0300 Message-ID: <83k1og9mg3.fsf@gnu.org> References: <838t59j821.fsf@gnu.org> <87lg92q7ih.fsf@runbox.com> <83a7phdl7r.fsf@gnu.org> <61492e7f622303d02405bedbe65fabae@webmail.orcon.net.nz> <83pnybdaer.fsf@gnu.org> <837ekicw7i.fsf@gnu.org> <877ekiierh.fsf@himinbjorg.adminart.net> <834lflb2fj.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1535100678 7483 195.159.176.226 (24 Aug 2018 08:51:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 24 Aug 2018 08:51:18 +0000 (UTC) Cc: gazally@runbox.com, hw@adminart.net, rms@gnu.org, emacs-devel-bounces+psainty=orcon.net.nz@gnu.org, emacs-devel@gnu.org To: Phil Sainty Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 24 10:51: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 1ft7oC-0001id-JE for ged-emacs-devel@m.gmane.org; Fri, 24 Aug 2018 10:51:08 +0200 Original-Received: from localhost ([::1]:40495 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ft7qI-0006wR-JD for ged-emacs-devel@m.gmane.org; Fri, 24 Aug 2018 04:53:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ft7pB-0006uw-Ms for emacs-devel@gnu.org; Fri, 24 Aug 2018 04:52:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ft7pA-0002be-Nm for emacs-devel@gnu.org; Fri, 24 Aug 2018 04:52:09 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55368) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ft7p3-0002Y5-C1; Fri, 24 Aug 2018 04:52:01 -0400 Original-Received: from [176.228.60.248] (port=4575 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ft7ow-0003ri-JI; Fri, 24 Aug 2018 04:51:54 -0400 In-reply-to: (message from Phil Sainty on Fri, 24 Aug 2018 10:34:07 +1200) 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:228864 Archived-At: > Date: Fri, 24 Aug 2018 10:34:07 +1200 > From: Phil Sainty > Cc: rms@gnu.org, hw@adminart.net, emacs-devel@gnu.org, > emacs-devel-bounces+psainty=orcon.net.nz@gnu.org, gazally@runbox.com > > On 2018-08-24 02:08, Eli Zaretskii wrote: > >> From: Richard Stallman > >> Perhaps the minibuffer should indicate which thread is making the > >> request when that isn't the current thread. > > > > Why is that important? > > Because otherwise it won't necessarily be obvious to the user that a > succession of prompts are unrelated? They may or may not be able to > figure it out relatively easily, but that depends somewhat on how the > specific prompts in question happen to have been written. Indeed, so maybe those prompts which don't explain themselves (I expect them to be a small minority) should be improved. > Some kind of identifier for the source of the message seems very > sensible to me. The identifier must be very informative and specific, and I expect that to be difficult, given the small screen estate we devote to prompts (of which the ID will have to be a small part). > > Wouldn't the prompt itself be informative enough? > > Undoubtedly that would often be true, but are all prompts written in > such a specific fashion to guarantee they would be unambiguous within > any arbitrary arrangement of asynchronous prompting activity? I would > be very surprised if that turned out to be true. At minimum, few if > any of the existing prompts (many of which may now be triggered in > thread contexts), will have been written with this particular scenario > in mind. We seem to have different expectations about the current state of affairs in this aspect, so maybe a small survey should help us make the proverbial reality check? > > And how (in what terms) would you suggest to indicate the thread ID > > in this case? > > `make-thread' takes an optional NAME argument, so perhaps that can be > used when it's set? Otherwise some kind of internal ID would probably > have to suffice? If NAME is not generally suitable, then perhaps we > need something additional as a human-readable identifier? I don't expect anyone to remember which name corresponds to what job that is running in the background, when there are enough of them. That name will have to come from some Lisp written by the same programmers whom you don't trust to provide self-explanatory prompts, so we are back to the same problem (except that a thread name will normally be shorter, so less informative and less specific).