unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#5130: 23.1.50; Re: BibTeX completion via completion-in-region
       [not found] ` <jwv3a3pqubv.fsf-monnier+emacs@gnu.org>
@ 2009-12-05 23:49   ` Roland Winkler
  2020-08-26 15:18     ` Stefan Kangas
  0 siblings, 1 reply; 3+ messages in thread
From: Roland Winkler @ 2009-12-05 23:49 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: emacs-pretest-bug

Recently (2009-12-03) Stefan changed bibtex-complete-internal so
that now it uses completion-in-region. This results in the following
problem (as discussed already on emacs-devel):

On Sat Dec 5 2009 Stefan Monnier wrote:
> > - The return value of bibtex-complete-internal is used by
> >   bibtex-complete-string-cleanup which displays the expansion of the
> >   BibTeX string. Yet now this message can be hidden by the `Sole
> >   completion' message issued by minibuffer-complete. Here I am
> >   actually not sure what would be the best solution. I like the
> >   message that tells me the expansion of the BibTeX string (I cannot
> >   and will never be able to remember their meanings...). But I also
> >   understand that a "Sole completion' message can be helpful. And I
> >   know for sure that I am annoyed when one of these message is
> >   delayed by the other.
> 
> That's a problem, indeed.  Please bug-report it.

A solution would be that BibTeX mode could set
minibuffer-message-timeout to 0 so that minibuffer-message does not
display its message. Instead bibtex-complete-string-cleanup could
display in one message the expansion of the BibTeX string and
whether this string was a "sole completion" or a "complete, but not
unique" completion.

Roland





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#5130: 23.1.50; Re: BibTeX completion via completion-in-region
  2009-12-05 23:49   ` bug#5130: 23.1.50; Re: BibTeX completion via completion-in-region Roland Winkler
@ 2020-08-26 15:18     ` Stefan Kangas
  2020-08-26 15:39       ` Stefan Kangas
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Kangas @ 2020-08-26 15:18 UTC (permalink / raw)
  To: Roland Winkler; +Cc: Stefan Monnier, 5130

"Roland Winkler" <Roland.Winkler@physik.uni-erlangen.de> writes:

> Recently (2009-12-03) Stefan changed bibtex-complete-internal so
> that now it uses completion-in-region. This results in the following
> problem (as discussed already on emacs-devel):
>
> On Sat Dec 5 2009 Stefan Monnier wrote:
>> > - The return value of bibtex-complete-internal is used by
>> >   bibtex-complete-string-cleanup which displays the expansion of the
>> >   BibTeX string. Yet now this message can be hidden by the `Sole
>> >   completion' message issued by minibuffer-complete. Here I am
>> >   actually not sure what would be the best solution. I like the
>> >   message that tells me the expansion of the BibTeX string (I cannot
>> >   and will never be able to remember their meanings...). But I also
>> >   understand that a "Sole completion' message can be helpful. And I
>> >   know for sure that I am annoyed when one of these message is
>> >   delayed by the other.
>>
>> That's a problem, indeed.  Please bug-report it.
>
> A solution would be that BibTeX mode could set
> minibuffer-message-timeout to 0 so that minibuffer-message does not
> display its message. Instead bibtex-complete-string-cleanup could
> display in one message the expansion of the BibTeX string and
> whether this string was a "sole completion" or a "complete, but not
> unique" completion.

(That was over 10 years ago.)

In etc/NEWS for Emacs 27.1, we read:

*** When the minibuffer is active, echo-area messages are displayed at
the end of the minibuffer instead of hiding the minibuffer by the echo
area display.  The new user option 'minibuffer-message-clear-timeout'
controls how messages displayed in this situation are removed from the
minibuffer.

So I guess that has fixed the above problem?  Are you still able to
reproduce it using Emacs 27.1?

Best regards,
Stefan Kangas





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#5130: 23.1.50; Re: BibTeX completion via completion-in-region
  2020-08-26 15:18     ` Stefan Kangas
@ 2020-08-26 15:39       ` Stefan Kangas
  0 siblings, 0 replies; 3+ messages in thread
From: Stefan Kangas @ 2020-08-26 15:39 UTC (permalink / raw)
  Cc: Stefan Monnier, 5130-done

Stefan Kangas <stefan@marxist.se> writes:

> (That was over 10 years ago.)
>
> In etc/NEWS for Emacs 27.1, we read:
>
> *** When the minibuffer is active, echo-area messages are displayed at
> the end of the minibuffer instead of hiding the minibuffer by the echo
> area display.  The new user option 'minibuffer-message-clear-timeout'
> controls how messages displayed in this situation are removed from the
> minibuffer.
>
> So I guess that has fixed the above problem?  Are you still able to
> reproduce it using Emacs 27.1?

Email bounced, so I'm going to assume this has been fixed.  I'm
therefore closing this bug report.

If this conclusion is incorrect and this is still an issue, please reply
to this email (use "Reply to all" in your email client) and we can
reopen the bug report.

Best regards,
Stefan Kangas





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-08-26 15:39 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <19225.59404.211849.447292@regnitz.physics.niu.edu>
     [not found] ` <jwv3a3pqubv.fsf-monnier+emacs@gnu.org>
2009-12-05 23:49   ` bug#5130: 23.1.50; Re: BibTeX completion via completion-in-region Roland Winkler
2020-08-26 15:18     ` Stefan Kangas
2020-08-26 15:39       ` Stefan Kangas

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).