GNU bug report logs -
#4538
23.1; kill-line doesn't with show-trailing-whitespace
Previous Next
Reported by: andy.ling <at> quantel.com
Date: Wed, 23 Sep 2009 14:25:06 UTC
Severity: normal
Tags: fixed
Fixed in version 24.1
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4538 in the body.
You can then email your comments to 4538 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#4538
; Package
emacs
.
(Wed, 23 Sep 2009 14:25:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
andy.ling <at> quantel.com
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 23 Sep 2009 14:25:06 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
I've just updated from emacs 21.3 to 23.1 and I have found that kill-line
behaves differently.
Run emacs -q
open a buffer and enter a line of spaces
go to the beginning of line and kill line (C-a C-k)
The line is deleted through the newline to the next line
Now execute (setq show-trailing-whitespace t)
Again enter a line of spaces and go to the beginning of the line.
This time the spaces should be hilighted in red.
Now kill the line. The line is only killed up to the newline.
This is different behaviour to emacs 21.3 and I don't believe it to be the
intended behaviour.
Regards
Andy Ling
In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600)
of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.4)'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENG
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> C-x C-f ~ / x x x x <return> <return> <return>
<return> <up> <up> <up> ( s e t q SPC s h o w - t r
a i l i n g - w h i t e s p a c e SPC t ) C-x C-e <return>
SPC SPC SPC SPC SPC SPC SPC C-a C-k <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
t
--
This e-mail is intended for the named addressees only. Its contents may be
privileged or confidential and should be treated as such. If you are not
an intended recipient please notify the sender immediately and then delete
it; do not copy, distribute, or take any action based on this e-mail. In
the pursuit of its legitimate business activities and its conformance with
relevant legislation, Quantel may access any e-mail (including
attachments) it originates or receives, for potential scrutiny.
Quantel is the trade name used by Quantel Holdings Limited and its
subsidiaries. Quantel Holdings Limited is registered in England & Wales.
Registration No: 4004913
Contact details for all Quantel Offices and Companies can be found on our
website www.quantel.com or by writing to the holding company.
Registered address: Turnpike Road, Newbury, Berkshire, RG14 2NX, United
Kingdom
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4538
; Package
emacs
.
(Thu, 24 Sep 2009 03:35:09 GMT)
Full text and
rfc822 format available.
Message #8 received at 4538 <at> emacsbugs.donarmstrong.com (full text, mbox):
andy.ling <at> quantel.com wrote:
> Run emacs -q
> open a buffer and enter a line of spaces
> go to the beginning of line and kill line (C-a C-k)
> The line is deleted through the newline to the next line
> Now execute (setq show-trailing-whitespace t)
> Again enter a line of spaces and go to the beginning of the line.
> This time the spaces should be hilighted in red.
> Now kill the line. The line is only killed up to the newline.
It seems this is deliberate:
http://lists.gnu.org/archive/html/emacs-devel/2004-02/msg00190.html
At first glance, it does seem a bit odd. It is also undocumented.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4538
; Package
emacs
.
(Thu, 24 Sep 2009 09:00:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
andy.ling <at> quantel.com
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 24 Sep 2009 09:00:04 GMT)
Full text and
rfc822 format available.
Message #13 received at 4538 <at> emacsbugs.donarmstrong.com (full text, mbox):
Glenn Morris <rgm <at> gnu.org> wrote on 24/09/2009 04:28:41:
> andy.ling <at> quantel.com wrote:
>
> > Run emacs -q
> > open a buffer and enter a line of spaces
> > go to the beginning of line and kill line (C-a C-k)
> > The line is deleted through the newline to the next line
> > Now execute (setq show-trailing-whitespace t)
> > Again enter a line of spaces and go to the beginning of the line.
> > This time the spaces should be hilighted in red.
> > Now kill the line. The line is only killed up to the newline.
>
> It seems this is deliberate:
>
> http://lists.gnu.org/archive/html/emacs-devel/2004-02/msg00190.html
>
> At first glance, it does seem a bit odd. It is also undocumented.
>
I'd say it seems odd at second glance too :-)
I can't believe everybody wants this behaviour. So to that end
can I suggest the traditional emacs approach is adopted and
it is made configurable.
Regards
Andy Ling
--
Quantel is the trade name used by Quantel Holdings Limited and its
subsidiaries. Quantel Holdings Limited is registered in England & Wales.
Registration No: 4004913
Contact details for all Quantel Offices and Companies can be found on our
website www.quantel.com or by writing to the holding company.
Registered address: Turnpike Road, Newbury, Berkshire, RG14 2NX, United
Kingdom
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4538
; Package
emacs
.
(Fri, 25 Sep 2009 06:25:05 GMT)
Full text and
rfc822 format available.
Message #16 received at 4538 <at> emacsbugs.donarmstrong.com (full text, mbox):
andy.ling <at> quantel.com wrote:
> I can't believe everybody wants this behaviour. So to that end can I
> suggest the traditional emacs approach is adopted and it is made
> configurable.
Yes, but there shouldn't be options for absolutely everything.
The current behaviour makes no sense at all to me.
Let's see if anyone else has anything to say on this matter...
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4538
; Package
emacs
.
(Fri, 25 Sep 2009 17:05:06 GMT)
Full text and
rfc822 format available.
Message #19 received at 4538 <at> emacsbugs.donarmstrong.com (full text, mbox):
Glenn Morris <rgm <at> gnu.org> wrote on 25/09/2009 07:17:39:
> andy.ling <at> quantel.com wrote:
>
> > I can't believe everybody wants this behaviour. So to that end can I
> > suggest the traditional emacs approach is adopted and it is made
> > configurable.
>
> Yes, but there shouldn't be options for absolutely everything.
True, but as at least one person wanted this behaviour and RMS
seemed to support it. So I thought it might be easier than going
back to the old behaviour.
> The current behaviour makes no sense at all to me.
I agree. Add my vote to the list.
> Let's see if anyone else has anything to say on this matter...
>
I'll leave it in your hands and await the outcome then.
Thanks
Andy Ling
--
Quantel is the trade name used by Quantel Holdings Limited and its
subsidiaries. Quantel Holdings Limited is registered in England & Wales.
Registration No: 4004913
Contact details for all Quantel Offices and Companies can be found on our
website www.quantel.com or by writing to the holding company.
Registered address: Turnpike Road, Newbury, Berkshire, RG14 2NX, United
Kingdom
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#4538
; Package
emacs
.
(Sun, 18 Sep 2011 08:50:05 GMT)
Full text and
rfc822 format available.
Message #22 received at 4538 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
>> open a buffer and enter a line of spaces
>> go to the beginning of line and kill line (C-a C-k)
>> The line is deleted through the newline to the next line
>> Now execute (setq show-trailing-whitespace t)
>> Again enter a line of spaces and go to the beginning of the line.
>> This time the spaces should be hilighted in red.
>> Now kill the line. The line is only killed up to the newline.
>
> It seems this is deliberate:
>
> http://lists.gnu.org/archive/html/emacs-devel/2004-02/msg00190.html
>
> At first glance, it does seem a bit odd. It is also undocumented.
It seems odd, but it makes a bit of sense. `C-k' works differently when
there is visible text on the current line and when there's not. That's
(somewhat) consistent.
So my feeling is that this should just be documented.
The current doc string says:
---
Kill the rest of the current line; if no nonblanks there, kill thru newline.
---
I think this should just be amended to say "visible nonblanks" and point
to `show-trailing-whitespace'.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#4538
; Package
emacs
.
(Thu, 22 Sep 2011 07:14:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 4538 <at> debbugs.gnu.org (full text, mbox):
Lars Magne Ingebrigtsen wrote:
> It seems odd, but it makes a bit of sense. `C-k' works differently when
> there is visible text on the current line and when there's not. That's
> (somewhat) consistent.
Oh, OK, I guess I see.
> So my feeling is that this should just be documented.
>
> The current doc string says:
>
> ---
> Kill the rest of the current line; if no nonblanks there, kill thru newline.
> ---
>
> I think this should just be amended to say "visible nonblanks" and point
> to `show-trailing-whitespace'.
Added tag(s) fixed.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 23 Sep 2011 11:01:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 24.1, send any further explanations to
4538 <at> debbugs.gnu.org and andy.ling <at> quantel.com
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 23 Sep 2011 11:01:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#4538
; Package
emacs
.
(Fri, 23 Sep 2011 11:02:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 4538 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
>> It seems odd, but it makes a bit of sense. `C-k' works differently when
>> there is visible text on the current line and when there's not. That's
>> (somewhat) consistent.
>
> Oh, OK, I guess I see.
I've now updated the doc string, so I'm closing this report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 21 Oct 2011 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 250 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.