From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
To: help-gnu-emacs@gnu.org
Subject: Re: Rapidly navigating buffers using search
Date: Fri, 9 Jul 2010 21:39:24 +0000 (UTC) [thread overview]
Message-ID: <slrni3f5oc.avn.nospam-abuse@powdermilk.math.berkeley.edu> (raw)
In-Reply-To: 87mxu22rbc.fsf@lola.goethe.zz
On 2010-07-08, David Kastrup <dak@gnu.org> wrote:
> their documents by mostly visual manipulation of their text without
> having a clue about underlying structures like references, style sheets
> and so on. The result is unmaintainable crap, but they would not know
> better. Word tries keeping up in this battle of computer illiteracy by
> doing things like enumerations, styles and so on "automagically",
> second-guessing the user, and the user tries second-guessing Word in
> order to get around that.
I suspect that you wanted to say that you find this situation
disagreeable. Just think about that: would this opinion of yours
persist if Word had a clearly documented way to switch off guessing
(completely, and/or per particular heuristics)?
> It is an escalation of mutual cluelessness.
Partially, this is true. But only at a small part (like M$'s
stupidity in not making the guessing optional). The major thing which
you are missing is that the escalation also happens in `having people
get what they wanted in the first place' (usually "getting the work
done"). (Although users-conditioning-via-designer's-cluelessness also
takes place - hmm, this is just another way to state the same as you did...)
> The more userfriendly a piece of software becomes, the more this
> becomes a problem for _competent_ people willing to learn about
> their tool.
BS. There is no direct connection.
> I have no idea what to do to make people lean towards looking at the
> documentation.
Just don't. (Addressed in another message in this thread.)
Yours,
Ilya
next prev parent reply other threads:[~2010-07-09 21:39 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-07 6:43 Rapidly navigating buffers using search Jonathan Groll
2010-07-07 6:52 ` Aidan Gauland
2010-07-07 6:54 ` Thierry Volpiatto
2010-07-07 7:40 ` Qiang Guo
2010-07-07 8:01 ` Jonathan Groll
2010-07-07 8:45 ` Andrea Crotti
2010-07-07 9:33 ` Deniz Dogan
2010-07-07 10:25 ` Jonathan Groll
[not found] ` <mailman.11.1278498387.2272.help-gnu-emacs@gnu.org>
[not found] ` <9dc07ed9-f6f1-4ac5-949a-5b97368cc32a@n19g2000prf.googlegroups.com>
2010-07-08 2:28 ` despen
[not found] ` <87mxu22rbc.fsf@lola.goethe.zz>
2010-07-08 17:59 ` bolega
2010-07-08 22:11 ` WYSIWYG and usability (was: " Peter Flynn
2010-07-08 20:42 ` despen
2010-07-09 21:18 ` Fixing antediluvianisms in Emacs' UI Ilya Zakharevich
2010-07-10 14:22 ` Pascal J. Bourguignon
2010-07-09 21:39 ` Ilya Zakharevich [this message]
2010-07-10 18:13 ` Rapidly navigating buffers using search Xah Lee
2010-07-10 23:25 ` B. T. Raven
2010-07-11 4:47 ` Xah Lee
2010-07-11 13:31 ` B. T. Raven
2010-07-11 16:13 ` David Kastrup
2010-07-11 21:58 ` B. T. Raven
[not found] ` <873cd6b9-8a85-478f-9943-c3ce09eb62c6@n8g2000prh.googlegroups.com>
2010-07-11 21:50 ` B. T. Raven
2010-07-10 21:01 ` Uday S Reddy
2010-07-07 10:54 ` Aidan Gauland
[not found] <mailman.0.1278485069.2272.help-gnu-emacs@gnu.org>
2010-07-07 8:43 ` Stefan Kamphausen
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=slrni3f5oc.avn.nospam-abuse@powdermilk.math.berkeley.edu \
--to=nospam-abuse@ilyaz.org \
--cc=help-gnu-emacs@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.