GNU bug report logs -
#6980
Could goto-char please have its own history list?
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 6980 in the body.
You can then email your comments to 6980 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Fri, 03 Sep 2010 22:27:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Lennart Borgman <lennart.borgman <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 03 Sep 2010 22:27:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I can't see no reason its history should be mixed by something else.
(More than devel historic reasons ;-)
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Wed, 10 Aug 2011 19:54:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 6980 <at> debbugs.gnu.org (full text, mbox):
> I can't see no reason its history should be mixed by something else.
> (More than devel historic reasons ;-)
It makes sense to share the same history that contains only numeric
values between all commands that use `read-number', like
e.g. `goto-line' and `goto-char' (with some changes), because
non-numeric values (added to the history from other commands)
are useless for such number-reading commands.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Wed, 10 Aug 2011 21:44:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 6980 <at> debbugs.gnu.org (full text, mbox):
> > I can't see no reason its history should be mixed by something else.
> > (More than devel historic reasons ;-)
>
> It makes sense to share the same history that contains only numeric
> values between all commands that use `read-number', like
> e.g. `goto-line' and `goto-char' (with some changes), because
> non-numeric values (added to the history from other commands)
> are useless for such number-reading commands.
I don't have much of an opinion about the suggestion.
There are always pros & cons to making a history more or less specific.
But I'll point out that just because non-numeric histories are inappropriate for
numeric input does not mean that the same numeric history should be used for all
numeric inputs.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Thu, 18 Aug 2011 11:57:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 6980 <at> debbugs.gnu.org (full text, mbox):
>> > I can't see no reason its history should be mixed by something else.
>> > (More than devel historic reasons ;-)
>>
>> It makes sense to share the same history that contains only numeric
>> values between all commands that use `read-number', like
>> e.g. `goto-line' and `goto-char' (with some changes), because
>> non-numeric values (added to the history from other commands)
>> are useless for such number-reading commands.
>
> I don't have much of an opinion about the suggestion.
> There are always pros & cons to making a history more or less specific.
>
> But I'll point out that just because non-numeric histories are inappropriate for
> numeric input does not mean that the same numeric history should be used for all
> numeric inputs.
Yes, not all number-reading commands should share the numeric history.
For instance, version-control commands that read a revision number
can also accept non-numeric values like "submit:". So every case
should be carefully considered on its own.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Thu, 18 Aug 2011 12:30:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 6980 <at> debbugs.gnu.org (full text, mbox):
On Thu, Aug 18, 2011 at 13:52, Juri Linkov <juri <at> jurta.org> wrote:
>>> > I can't see no reason its history should be mixed by something else.
>>> > (More than devel historic reasons ;-)
>>>
>>> It makes sense to share the same history that contains only numeric
>>> values between all commands that use `read-number', like
>>> e.g. `goto-line' and `goto-char' (with some changes), because
>>> non-numeric values (added to the history from other commands)
>>> are useless for such number-reading commands.
>>
>> I don't have much of an opinion about the suggestion.
>> There are always pros & cons to making a history more or less specific.
>>
>> But I'll point out that just because non-numeric histories are inappropriate for
>> numeric input does not mean that the same numeric history should be used for all
>> numeric inputs.
>
> Yes, not all number-reading commands should share the numeric history.
>
> For instance, version-control commands that read a revision number
> can also accept non-numeric values like "submit:". So every case
> should be carefully considered on its own.
And of course I mean "I can see no reason its history should be mixed
by something else". ;-)
Added tag(s) easy.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 19 Nov 2020 04:37:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Wed, 17 Feb 2021 09:39:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 6980 <at> debbugs.gnu.org (full text, mbox):
>> I can't see no reason its history should be mixed by something else.
>> (More than devel historic reasons ;-)
>
> It makes sense to share the same history that contains only numeric
> values between all commands that use `read-number', like
> e.g. `goto-line' and `goto-char' (with some changes), because
> non-numeric values (added to the history from other commands)
> are useless for such number-reading commands.
Matt reminded about this request in
https://lists.gnu.org/archive/html/emacs-devel/2021-02/msg01270.html
Now `read-number' has own history in `read-number-history' added a year ago
in bug#38282. The same commit 7c5d6a2afc6 also added `goto-line-history'
for `goto-line'.
So this request could be closed unless there is still a need to add
`goto-char-history' for `goto-char' too. I'm not sure if
`read-number-history' is sufficient already, or own history should be added
to every number-reading command like `move-to-column', etc.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6980
; Package
emacs
.
(Sun, 18 Jul 2021 20:24:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 6980 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> jurta.org> writes:
> Now `read-number' has own history in `read-number-history' added a year ago
> in bug#38282. The same commit 7c5d6a2afc6 also added `goto-line-history'
> for `goto-line'.
>
> So this request could be closed unless there is still a need to add
> `goto-char-history' for `goto-char' too. I'm not sure if
> `read-number-history' is sufficient already, or own history should be added
> to every number-reading command like `move-to-column', etc.
I think the new number history is probably sufficient, so I'm closing
this bug report. But I wouldn't object if somebody feels strongly that
`goto-char' should have its own history.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
6980 <at> debbugs.gnu.org and Lennart Borgman <lennart.borgman <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 18 Jul 2021 20:24:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 16 Aug 2021 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 246 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.