From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Gene Newsgroups: gmane.emacs.help Subject: Re: You learn something every day... Date: Sun, 15 Apr 2018 10:00:53 -0700 (PDT) Message-ID: References: <87sh7zr5o6.fsf@hornfels.zedat.fu-berlin.de> <87po33wltw.fsf@hornfels.zedat.fu-berlin.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1523811809 14111 195.159.176.226 (15 Apr 2018 17:03:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 15 Apr 2018 17:03:29 +0000 (UTC) Injection-Date: Sun, 15 Apr 2018 17:00:54 +0000 User-Agent: G2/1.0 To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Apr 15 19:03:25 2018 Return-path: Envelope-to: geh-help-gnu-emacs@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 1f7l3l-0003Xb-CF for geh-help-gnu-emacs@m.gmane.org; Sun, 15 Apr 2018 19:03:25 +0200 Original-Received: from localhost ([::1]:56479 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f7l5q-0001NH-6C for geh-help-gnu-emacs@m.gmane.org; Sun, 15 Apr 2018 13:05:34 -0400 X-Received: by 10.55.154.212 with SMTP id c203mr434507qke.0.1523811654195; Sun, 15 Apr 2018 10:00:54 -0700 (PDT) X-Received: by 10.31.11.139 with SMTP id 133mr573404vkl.6.1523811654058; Sun, 15 Apr 2018 10:00:54 -0700 (PDT) Original-Path: usenet.stanford.edu!s52no1310464qtc.0!news-out.google.com!p5ni14628qtp.1!nntp.google.com!s52no1310453qtc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help In-Reply-To: <87po33wltw.fsf@hornfels.zedat.fu-berlin.de> Complaints-To: groups-abuse@google.com Original-Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2604:6000:d481:9600:c9fe:8f6c:2698:676; posting-account=xePGxQoAAAAgJalA5zaHmrGIX9Wk_gLW Original-NNTP-Posting-Host: 2604:6000:d481:9600:c9fe:8f6c:2698:676 Original-Xref: usenet.stanford.edu gnu.emacs.help:222408 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:116526 Archived-At: On Friday, April 13, 2018 at 4:29:50 AM UTC-4, Loris Bennett wrote: > Eli Zaretski writes: >=20 >>> From: "Loris Bennett" >>> Date: Fri, 13 Apr 2018 08:17:45 +0200 >>>=20 >>> However, being a relative newbie, having only used Emacs since the late >>> '80s, I have never come across the "Minibuf menu". What's that? >> >> Assuming you didn't disable the menu bar, type "M-x" and look at the >> menu bar: you will find a "Minibuf" item there. Clicking it with the >> mouse will show some minibuffer-related commands. > (since I'm usually looking at the minibuffer at the bottom of the screen= =20 > while the "Minibuf" item is active at the top of the screen). Which kinda sets one yearning to juxtapose BOTH side-by-side, one-over-the-= other to facilitate noticing these two operationally related visuals, rathe= r than having one's visual field divided by the WHOLE HEIGHT of the interve= ning buffer. If I, for one, could have the minibuffer displayed at the TOP near the menu= bar via a configuration option I WOULD. It's annoying and time consuming to have to re-register one's focus back an= d forth from top to bottom. How software engineers, developers, and users can manifest AWARENESS of the= time wasted in removing one's hands from the keyboard -- to use a mouse or= touch pad -- due to the time of re-acquiring finger positions on the keys = BUT not extend this to visual re-acquisition when one is compelled to remov= e ones focus from something figural at the top XOR the bottom -- or NOT, ha= ving missed it entirely due to being too far out in the peripheries of one'= s visual field -- then having one's eyes having to make the return trip. Hell, I don't think I'd mind having the mini-buffer appear atop the pull-do= wn menu ... so long as the two could be juxtaposed side-by-side. Optional socket-plug match-ups a bonus. (read supporting text below) "Imagine ..." -- John Lennon Imagine a minibuffer popping up beneath the menu bar. Now imagine the ^ character being allowed in the character string one compo= ses in the minibuffer. Image this `^' character pointing to an item in the menu bar. Imagine elisp code smart enough to make the correspondences between the poi= nted-to and referenced-from items and then `do something useful, informativ= e, productive, or interesting'. Just a few thoughts on Human-Computer interface design and visual ergonomic= s. Cheers!