[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A better UI than perform-replace
From: |
John Wiegley |
Subject: |
Re: A better UI than perform-replace |
Date: |
Thu, 19 Nov 2015 08:31:58 -0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) |
>>>>> John Yates <address@hidden> writes:
> I am not a power users. It would never occurr to me that the solution of a
> common UI use case would be an invocation of modal behavior.
> Recursive editing is noobie unfriendly. It is not particularly discoverable.
> It requires maintaining a more complex mental model of the editor's state
> while performing the rename. And it requires more key strokes than direct
> support.
Wanting to use Emacs for other editing, while in the middle of a replace
operation, is fairly expert also. We don't use a separate window with "Find
Next" and "Replace" buttons, as graphical editors do: we use a modal prompt in
the mini-buffer. Most Emacs users expect this to mean that they must complete
their operation before Emacs is fully available again.
I agree that recursive editing is not well known, but the right answer may be
education, rather than building new functionality for this one case, just so
people don't have to learn a feature of Emacs that's (a) been available for a
very long time, and (b) is handy in far more circumstances than merely find
and replace.
John
- RE: A better UI than perform-replace (was: Rename refactoring, or something like that), (continued)
- RE: A better UI than perform-replace (was: Rename refactoring, or something like that), Drew Adams, 2015/11/16
- Re: A better UI than perform-replace (was: Rename refactoring, or something like that), Richard Stallman, 2015/11/17
- Re: A better UI than perform-replace, Juri Linkov, 2015/11/17
- RE: A better UI than perform-replace, Drew Adams, 2015/11/17
- Re: A better UI than perform-replace, Dmitry Gutov, 2015/11/18
- Re: A better UI than perform-replace, Juri Linkov, 2015/11/18
- Re: A better UI than perform-replace, Dmitry Gutov, 2015/11/18
- Re: A better UI than perform-replace, Juri Linkov, 2015/11/19
- Re: A better UI than perform-replace, John Yates, 2015/11/19
- Re: A better UI than perform-replace,
John Wiegley <=
- Re: A better UI than perform-replace, John Yates, 2015/11/19
- Re: A better UI than perform-replace, John Wiegley, 2015/11/19
- Re: A better UI than perform-replace, Adrian . B . Robert, 2015/11/20
- Re: A better UI than perform-replace, David Kastrup, 2015/11/19
- RE: A better UI than perform-replace, Drew Adams, 2015/11/19
- Re: A better UI than perform-replace, Juri Linkov, 2015/11/19
- Re: A better UI than perform-replace, Eli Zaretskii, 2015/11/20
Re: A better UI than perform-replace, Andreas Schwab, 2015/11/18
Re: A better UI than perform-replace, Eric Ludlam, 2015/11/20
Re: Rename refactoring, or something like that, Óscar Fuentes, 2015/11/16