all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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


  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.