all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Juri Linkov'" <juri@jurta.org>
Cc: 'Eli Zaretskii' <eliz@gnu.org>, rms@gnu.org, emacs-devel@gnu.org
Subject: RE: bug#10385: e binding in info-mode
Date: Sat, 7 Jan 2012 17:08:02 -0800	[thread overview]
Message-ID: <D844C983DA854B17A98CB3E5C25D66C9@us.oracle.com> (raw)
In-Reply-To: <87ipkn6poj.fsf@mail.jurta.org>

> > I find nothing in the Emacs 23.1, or 23.2, or 23.3 NEWS 
> > about `Info-edit', in particular, no deprecation notice.
> > Unless such a notice appeared somewhere else
> > that I haven't found, `Info-edit' was not deprecated in 
> > 23.1, even if 23.1 happened to break it (whether by
> > breadcrumbs or some other way).
> 
> There are two ways to make a feature legally obsolete: `de 
> jure' and `de facto'.
> 
> De facto it's already obsolete since 23.1,

Nope; it's not.  Just because a bug exists does not mean that something is
obsolete, de jure, de facto, or de lusion.

And the particular bug you point to is apparently an incompatibility between two
features (breadcrumbs and `Info-edit').  That could be fixed any number of ways,
none of which need amount to the abandonment of either feature.

> and now you propose to declare this fact de jure.

Again, you are putting words in my mouth.  I proposed nothing of the kind.

> I agree that we could do this now by adding a 
> deprecation notice.

You agree with yourself. ;-)

Wrt breadcrumbs, you yourself pointed to several problems other than the one you
would now use as a reason to deprecate `Info-edit' (bugs #1447, #5809, #5998).

By your logic and using your terms, breadcrumbs have been obsolete, de facto,
from their inception.  The saving of inserted text, as you have pointed out,
breaks more than `Info-edit', so it certainly should not by itself be an
argument for making the latter obsolete.

You already proposed disabling breadcrumbs (for 23.2) because of such problems.
And you proposed multiple different solutions for those bugs, including changes
to the display engine, redesigning header lines, and designing "a new window
infrastructure that supports window groups" - fixes of varying complexity.

And I offered a patch that uses the mode line for breadcrumbs as an alternative,
with none of the problems of breadcrumbs in the body text or header.  (No one
tried, or commented on, the patch I sent.)
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5809#140

And in my own code I offer users that alternative (breadcrumbs in header/text or
in mode line, or both), with a quick toggle for mode-line display.
http://www.emacswiki.org/emacs/download/info%2b.el

Pointing to bugs for Info breadcrumbs as a reason why `Info-edit' has supposedly
been obsolete de jure since Emacs 23.1 is a little much, especially since those
same bugs cause problems beyond `Info-edit'.  It is a red herring de facto, in
facto.




  reply	other threads:[~2012-01-08  1:08 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-27 22:37 bug#10385: e binding in info-mode Karl Berry
2012-01-06  8:11 ` Glenn Morris
2012-01-06 15:54   ` Drew Adams
2012-01-06 16:07     ` Eli Zaretskii
2012-01-07  0:12       ` Richard Stallman
2012-01-07 20:27         ` Juri Linkov
2012-01-07 21:26           ` Drew Adams
2012-01-07 21:46             ` Juri Linkov
2012-01-07 22:15               ` Drew Adams
2012-01-07 23:10                 ` Juri Linkov
2012-01-07 23:27                   ` Drew Adams
2012-01-07 23:47                     ` Juri Linkov
2012-01-08  1:08                       ` Drew Adams [this message]
2012-01-08  5:38                         ` Richard Stallman
2012-01-08  7:03                           ` Drew Adams
2012-01-08  8:21                             ` Eli Zaretskii
2012-01-08 22:34                             ` Richard Stallman
2012-01-08 23:00                               ` Drew Adams
2012-01-09 15:55                                 ` Richard Stallman
2012-01-08  5:38             ` Richard Stallman
2012-01-08  7:02               ` Drew Adams
2012-01-08  5:37           ` Richard Stallman
2012-01-08 14:13           ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=D844C983DA854B17A98CB3E5C25D66C9@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=juri@jurta.org \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.