[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: User interaction from multiple threads

From: Richard Stallman
Subject: Re: User interaction from multiple threads
Date: Sun, 26 Aug 2018 16:43:42 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > I think we are miscommunicating regarding what exactly constitutes
  > "asking for input".  I assumed you meant low-level functions such as
  > wait_reading_process_output, but you seem to be talking about much
  > higher-level functions, like read-from-minibuffer.

Right.  Because those are the functions that prompt.
Doing it at that level is a possible solution.

I don't insist it is the best solution -- I am not sure what others
there are -- but I think it is worth thinking about.

  > > Emacs could add the thread ID at the start of a prompt
  > > when there are multiple threads that could be asking for input,
  > > such that there is a possibility of confusion.
  > > 
  > > That could avoid lengthening the prompts in the usual cases.

  > I don't see how this would solve the problem, since thread IDs will
  > always be quite short.

It will still be clutter -- helpful in complex situations, unnecessary
in many simple situations.  If it is possible to recognize a common
case and omit the thread IDs, I think lots of users who don't use
threads will appreciate that.

Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]