GNU bug report logs - #12618
24.2.50; Formating of completion candidates in the *Completions* buffer

Previous Next

Package: emacs;

Reported by: Dani Moncayo <dmoncayo <at> gmail.com>

Date: Wed, 10 Oct 2012 19:47:01 UTC

Severity: wishlist

Tags: patch

Merged with 17809

Found in version 24.2.50

Fixed in version 24.4.50

Done: Juri Linkov <juri <at> jurta.org>

Bug is archived. No further changes may be made.

Full log


Message #11 received at 12618 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 12618 <at> debbugs.gnu.org, Dani Moncayo <dmoncayo <at> gmail.com>
Subject: Re: bug#12618: 24.2.50;	Formating of completion candidates in the
	*Completions* buffer
Date: Thu, 11 Oct 2012 09:12:59 +0200
>> I observe that the first <SPC> creates a *Completions* buffer with the
>> completion candidates formatted in 3 columns, whereas the second <SPC>
>> reformat those candidates so that the full with of the window is used
>> (6 columns in my case).
>
>> Why the first <SPC> didn't use the full width of the window?
>
> I think it's because when the text is first laid out, we don't know yet
> the dimensions of the window where it will be displayed (actually, that
> window doesn't even exist yet), so we assume a default 80-columns.
>
> For the second time, the *Completions* buffer is already displayed in
> a window, so the dimensions are available.
>
>> I think it should.
>
> Agreed, which means first display the buffer and then fill it.

I thought Tabulated List mode would handle that now.

martin




This bug report was last modified 10 years and 229 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.