From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Sewall Newsgroups: gmane.emacs.help Subject: Completion window location Date: Tue, 30 Oct 2012 10:11:37 -0700 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1351618331 23867 80.91.229.3 (30 Oct 2012 17:32:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Oct 2012 17:32:11 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Oct 30 18:32:20 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TTFfl-0007Yf-S3 for geh-help-gnu-emacs@m.gmane.org; Tue, 30 Oct 2012 18:32:17 +0100 Original-Received: from localhost ([::1]:33683 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TTFfd-0006Uv-9S for geh-help-gnu-emacs@m.gmane.org; Tue, 30 Oct 2012 13:32:09 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TTFMD-0001Ou-NT for help-gnu-emacs@gnu.org; Tue, 30 Oct 2012 13:12:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TTFM6-0005cE-Ib for help-gnu-emacs@gnu.org; Tue, 30 Oct 2012 13:12:05 -0400 Original-Received: from mail-qc0-f169.google.com ([209.85.216.169]:40563) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TTFM6-0005c7-Ei for help-gnu-emacs@gnu.org; Tue, 30 Oct 2012 13:11:58 -0400 Original-Received: by mail-qc0-f169.google.com with SMTP id t2so411104qcq.0 for ; Tue, 30 Oct 2012 10:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=cmNNQ40iXEszazfbihsRu6r8rjjLDuDTUNBgfgQSaUo=; b=CD5cM7Q/RZTsGoFQK2v2M8yTxGjt9emvUdnxWLdb1YeWuMCL11M4Nk9/T0oB2mznli RnXWI3fDOhhiVtnoj40v4M6j6altKr8RAHlqJIBQIybJchEwEQtwSA9nVWdnQuKv5Y8m OY6yqmUUCAuQspOz8Hv2m/TirZygs1FaxKG8TpkCTfWWDtziKlkp07NvhORKlrohHB6C 31sTClhqCVWsoFb6inbLa97m+GR1hwCRRfO4Xeq/WB5LnYaQnj4liRulaOk9WvyGjYPa ShbIgW/1HIQhFNnAf9iE7/EKxDBoG6pwfmmVL6qhAbVlhSOT55q21fSo4hOL37MdMh1s QAUg== Original-Received: by 10.224.194.193 with SMTP id dz1mr21296907qab.0.1351617117386; Tue, 30 Oct 2012 10:11:57 -0700 (PDT) Original-Received: by 10.49.128.65 with HTTP; Tue, 30 Oct 2012 10:11:37 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.216.169 X-Mailman-Approved-At: Tue, 30 Oct 2012 13:32:05 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:87496 Archived-At: I am using Emacs 24.1.1; when my Emacs frame is small and square-ish with a single window, the completions buffer appears just above the minibuffer in new horizontal window. This is great! The minibuffer, with the next I=E2=80=99m trying to complete, is right next to the candidat= es I=E2=80=99m considering. When emacs is set to fullscreen-mode (or even when it is just a little wider than square) or if I have the frame split horizontally, the completions buffer takes over one of those frames temporarily. It is still useful, but my eyes have to crawl all the way up to the top of the screen to read the first completion candidates, then back down to the minibuffer, ad nauseum. I usually use emacs with a fullscreen frame, split horizontally into two big windows. How can Emacs be persuaded to use a short, temporary frame just above the minibuffer to show candidates? I rarely need space to see 50-100 completion candidates at once, and if I did, I would use some search refining or some such. I have some familiarity with with Emacs lisp, but I haven't not much hacking and I'm not very familiar with Emacs internals. Cheers, Jason