GNU bug report logs -
#5130
23.1.50; Re: BibTeX completion via completion-in-region
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5130 in the body.
You can then email your comments to 5130 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#5130
; Package
emacs
.
(Sat, 05 Dec 2009 23:55:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Roland Winkler" <Roland.Winkler <at> physik.uni-erlangen.de>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sat, 05 Dec 2009 23:55:06 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5130
; Package
emacs
.
(Wed, 26 Aug 2020 15:19:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 5130 <at> debbugs.gnu.org (full text, mbox):
"Roland Winkler" <Roland.Winkler <at> 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
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Wed, 26 Aug 2020 15:40:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Roland Winkler" <Roland.Winkler <at> physik.uni-erlangen.de>
:
bug acknowledged by developer.
(Wed, 26 Aug 2020 15:40:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 5130-done <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> 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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 24 Sep 2020 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 325 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.