all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'martin rudalics'" <rudalics@gmx.at>
Cc: sean.sieger@gmail.com, help-gnu-emacs@gnu.org
Subject: RE: ipa and ispell
Date: Thu, 14 May 2009 09:25:18 -0700	[thread overview]
Message-ID: <000901c9d4b0$92aaf5e0$c2b22382@us.oracle.com> (raw)
In-Reply-To: <4A0C437E.7060302@gmx.at>

>  > We do? Fix what? Fix ispell? OK. Change Emacs to handle 
>  > attempts to split the minibuffer window other than by
>  > raising an error? No - why?.
> 
> Fix ispell.el which is part of Emacs

Yes.

> and, if needed, provide additional functionality for
> finding a suitable window.

Fix the code for Ispell, yes. Make it DTRT (e.g. "find a suitable window"), so
that Emacs doesn't raise an error and users can get the Ispell info they need -
yes.

That doesn't imply any need to add some new, general functionality to Emacs.
Finding a suitable window to display information is something we do all the
time.

>  > I don't see it as _imperative_ ("we have to fix that") for 
>  > Emacs to do something special if a program tries to split
>  > the minibuffer window.
> 
> If a user tries to spell-check a word and is told that some 
> window can't be split, we have to fix that.

Yes. Ispell needs to be fixed.

> For example, by telling the user that words in the minibuffer
> window can't be spell-checked.  I'd prefer a fix which does
> spell-check words in the minibuffer window and does not try
> to split the minibuffer window, though.

Yes, absolutely.

None of that implies a need to change the general Emacs treatment of trying to
split the minibuffer window, which is to just raise an error.

We apparently agree that this is only about fixing Ispell. Sorry if I
misunderstood you.





  reply	other threads:[~2009-05-14 16:25 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-14  7:56 ipa and ispell martin rudalics
2009-05-14 14:54 ` Drew Adams
2009-05-14 16:14   ` martin rudalics
2009-05-14 16:25     ` Drew Adams [this message]
  -- strict thread matches above, loose matches on Subject: below --
2009-05-13 16:15 Sean Sieger

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='000901c9d4b0$92aaf5e0$c2b22382@us.oracle.com' \
    --to=drew.adams@oracle.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=rudalics@gmx.at \
    --cc=sean.sieger@gmail.com \
    /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.