GNU bug report logs -
#34357
Non-Emacs feeling
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 34357 in the body.
You can then email your comments to 34357 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Wed, 06 Feb 2019 22:42:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Ulrich Windl" <Ulrich.Windl <at> rz.uni-regensburg.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 06 Feb 2019 22:42:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi!
This is a bug report not so much against GNU Emacs, but against the users who changed Emacs recently. To me it seems some users do not understand the spirit of Emacs when making changes. If you don't like Emacs, use another editor, but do not make Emacs like other editors!
Two examples:
1: Since some versions you cannot autocomplete the buffer you are visiting any more: A typical use-case is that you want to visit the buffer you are editing in another window, like after C-x 4 b. Now you must completely type the buffer name, an absolute mis-feature!
2: When long lines are being displayed, mark up and down do not change the position to the next logical line (as defined by the buffer), but to the displayed line (subject to screen and font size). If you are at the beginning of a long line, and you want to move to the next line (maybe to insert something), this "change" is a nightmare. I know it can be customized, but why is the incompatible stupid setting the new default?
I could also mention half-window vertical scrolling...
Regards,
Ulrich Windl
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Wed, 06 Feb 2019 22:59:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 34357 <at> debbugs.gnu.org (full text, mbox):
Ulrich Windl writes:
> Hi!
>
> This is a bug report not so much against GNU Emacs, but against the users who changed Emacs recently. To me it seems some users do not understand the spirit of Emacs when making changes. If you don't like Emacs, use another editor, but do not make Emacs like other editors!
>
> Two examples:
>
> 1: Since some versions you cannot autocomplete the buffer you are visiting any more: A typical use-case is that you want to visit the buffer you are editing in another window, like after C-x 4 b. Now you must completely type the buffer name, an absolute mis-feature!
>
> 2: When long lines are being displayed, mark up and down do not change the position to the next logical line (as defined by the buffer), but to the displayed line (subject to screen and font size). If you are at the beginning of a long line, and you want to move to the next line (maybe to insert something), this "change" is a nightmare. I know it can be customized, but why is the incompatible stupid setting the new default?
>
> I could also mention half-window vertical scrolling...
>
>
> Regards,
> Ulrich Windl
Agree or disagree with what you are saying, what was the point of your
email? If you have an issue with certain implementations, I think it'd
be best that we are explicit in the details of that implementation
which we are critiquing. That is the tendency of free software in
general, as we are all responsible for how it works.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Wed, 06 Feb 2019 22:59:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 34357 <at> debbugs.gnu.org (full text, mbox):
Ulrich Windl writes:
> Hi!
>
> This is a bug report not so much against GNU Emacs, but against the users who changed Emacs recently. To me it seems some users do not understand the spirit of Emacs when making changes. If you don't like Emacs, use another editor, but do not make Emacs like other editors!
>
> Two examples:
>
> 1: Since some versions you cannot autocomplete the buffer you are visiting any more: A typical use-case is that you want to visit the buffer you are editing in another window, like after C-x 4 b. Now you must completely type the buffer name, an absolute mis-feature!
>
> 2: When long lines are being displayed, mark up and down do not change the position to the next logical line (as defined by the buffer), but to the displayed line (subject to screen and font size). If you are at the beginning of a long line, and you want to move to the next line (maybe to insert something), this "change" is a nightmare. I know it can be customized, but why is the incompatible stupid setting the new default?
>
> I could also mention half-window vertical scrolling...
>
>
> Regards,
> Ulrich Windl
To be more explicit in my last email, since this is a "bug report". What
exactly are you wanting changed to "close" the bug?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Wed, 06 Feb 2019 23:14:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 34357 <at> debbugs.gnu.org (full text, mbox):
Hi!
Maybe show the rationale for changing 1: and 2:. Probably even with knowing those, I'd still want the previous behavior back.
Regards,
Ulrich
>>> Brett Gilio <brettg <at> posteo.net> 06.02.19 23.58 Uhr >>>
Ulrich Windl writes:
> Hi!
>
> This is a bug report not so much against GNU Emacs, but against the users who changed Emacs recently. To me it seems some users do not understand the spirit of Emacs when making changes. If you don't like Emacs, use another editor, but do not make Emacs like other editors!
>
> Two examples:
>
> 1: Since some versions you cannot autocomplete the buffer you are visiting any more: A typical use-case is that you want to visit the buffer you are editing in another window, like after C-x 4 b. Now you must completely type the buffer name, an absolute mis-feature!
>
> 2: When long lines are being displayed, mark up and down do not change the position to the next logical line (as defined by the buffer), but to the displayed line (subject to screen and font size). If you are at the beginning of a long line, and you want to move to the next line (maybe to insert something), this "change" is a nightmare. I know it can be customized, but why is the incompatible stupid setting the new default?
>
> I could also mention half-window vertical scrolling...
>
>
> Regards,
> Ulrich Windl
To be more explicit in my last email, since this is a "bug report". What
exactly are you wanting changed to "close" the bug?
Severity set to 'wishlist' from 'normal'
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 06 Feb 2019 23:22:02 GMT)
Full text and
rfc822 format available.
Added tag(s) notabug.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 06 Feb 2019 23:22:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Wed, 06 Feb 2019 23:47:01 GMT)
Full text and
rfc822 format available.
Message #21 received at 34357 <at> debbugs.gnu.org (full text, mbox):
"Ulrich Windl" wrote:
> 1: Since some versions you cannot autocomplete the buffer you are
> visiting any more: A typical use-case is that you want to visit the
> buffer you are editing in another window, like after C-x 4 b. Now you
> must completely type the buffer name, an absolute mis-feature!
This is https://debbugs.gnu.org/12916 and bug#9598. You will find
discussion there.
> 2: When long lines are being displayed, mark up and down do not change
> the position to the next logical line (as defined by the buffer), but
> to the displayed line (subject to screen and font size). If you are at
> the beginning of a long line, and you want to move to the next line
> (maybe to insert something), this "change" is a nightmare. I know it
> can be customized, but why is the incompatible stupid setting the new
> default?
This changed in Emacs 23.1. I'm sure if you search mailing lists you
will find discussions from around that time. It was 10 years ago.
With that, I'm closing this report.
bug closed, send any further explanations to
34357 <at> debbugs.gnu.org and "Ulrich Windl" <Ulrich.Windl <at> rz.uni-regensburg.de>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 06 Feb 2019 23:48:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Wed, 06 Feb 2019 23:57:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 34357 <at> debbugs.gnu.org (full text, mbox):
> > 1: Since some versions you cannot autocomplete the buffer you are
> > visiting any more: A typical use-case is that you want to visit the
> > buffer you are editing in another window, like after C-x 4 b. Now you
> > must completely type the buffer name, an absolute mis-feature!
>
> This is https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__debbugs.gnu.org_12916&d=DwIBAg&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB6
> 5eapI_JnE&r=kI3P6ljGv6CTHIKju0jqInF6AOwMCYRDQUmqX22rJ98&m=KmSwmwbI8AAJl
> Oeq0ixSIDteKnpu_Cha09EMxTOdtl0&s=78IdDq_cMz2KFaVL2WvB8YLpc83ztMnbuI4HPQ
> WJ--s&e= and bug#9598. You will find
> discussion there.
>
> > 2: When long lines are being displayed, mark up and down do not
> change
> > the position to the next logical line (as defined by the buffer), but
> > to the displayed line (subject to screen and font size). If you are
> at
> > the beginning of a long line, and you want to move to the next line
> > (maybe to insert something), this "change" is a nightmare. I know it
> > can be customized, but why is the incompatible stupid setting the new
> > default?
>
> This changed in Emacs 23.1. I'm sure if you search mailing lists you
> will find discussions from around that time. It was 10 years ago.
>
>
> With that, I'm closing this report.
Why not consider #1 to be an _enhancement request_ to
add a user option expressing the behavior preference
(i.e. whether `C-x b' offers the current buffer as one
of the completion candidates).
A user requests an alternate behavior - a behavior that
is not difficult to realize. S?he's entitled to file
an enhancement request for that. Just because Emacs
currently has some behavior that does not mean that
someone can't request a change to optionally allow a
different behavior. And the use case presented seems
reasonable.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Thu, 07 Feb 2019 07:56:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 34357 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> "Ulrich Windl" wrote:
>
>> 1: Since some versions you cannot autocomplete the buffer you are
>> visiting any more: A typical use-case is that you want to visit the
>> buffer you are editing in another window, like after C-x 4 b. Now you
>> must completely type the buffer name, an absolute mis-feature!
>
> This is https://debbugs.gnu.org/12916 and bug#9598. You will find
> discussion there.
>
I must be missing something:
emacs -Q
C-x C-f foo.txt
C-x b
foo TAB -> foo.txt
RET
(with latest master)
Robert
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Thu, 07 Feb 2019 09:22:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 34357 <at> debbugs.gnu.org (full text, mbox):
> I must be missing something:
>
> emacs -Q
> C-x C-f foo.txt
> C-x b
> foo TAB -> foo.txt
> RET
>
> (with latest master)
Ulrich probably means
emacs -Q
C-x C-f foo.el
C-x C-f foo.txt
C-x b
foo TAB -> foo.el
TAB -> foo.el [Sole Completion]
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34357
; Package
emacs
.
(Thu, 07 Feb 2019 14:49:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 34357 <at> debbugs.gnu.org (full text, mbox):
> > I must be missing something:
> > emacs -Q
> > C-x C-f foo.txt
> > C-x b
> > foo TAB -> foo.txt
> > RET
>
> Ulrich probably means
> emacs -Q
> C-x C-f foo.el
> C-x C-f foo.txt
> C-x b
> foo TAB -> foo.el
> TAB -> foo.el [Sole Completion]
Yes, I think so. Also:
emacs -Q
C-x b foo
C-x b TAB
emacs -Q
C-x C-f foo.txt
C-x b TAB
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 08 Mar 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 106 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.