[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
New year - Out with the old! [was: ...Beef up the Emacs string utility
From: |
Drew Adams |
Subject: |
New year - Out with the old! [was: ...Beef up the Emacs string utility set a bit] |
Date: |
Tue, 22 Dec 2020 09:04:32 -0800 (PST) |
Just a comment on the purported problem of Emacs
users who tend to write their own or use an
existing 3rd-party library for things like string
concatenation etc. People mention problems of
discovery, historical names that are less than
ideal or can be confusing, and so on.
I'll just mention that there can be other things
at play, and the fact that some users don't use
the predefined functions etc. isn't always or
necessarily an indication that something basic or
important is crying out to be "fixed".
Consider, as an example, the use of plain string
manipulation functions to fiddle with file and
directory names. That's a fairly common mistake
that some users make.
Instead of using what Emacs makes available for
this, and which is well and carefully documented
in (elisp) `File Names' and its subsections
(`File Name Components', `Relative File Names',
`Directory Names', `File Name Expansion', `Unique
File Names', `File Name Completion', and `Standard
File Names'), some people just blunder ahead using
general string operations. Maybe they're used to
thinking of file names as just strings, maybe they
couldn't find the file-name functions,... whatever.
Why? Whose fault is this? What, if anything
should Emacs do about it?
Maybe consider that example, when you're off
thinking about the "problems" of Emacs's appeal
to new users, discoverability, poor names, etc.
Does Emacs's "string utility" need to be "beefed
up"? Maybe, maybe not. Dunno. But perhaps
consider the context of such discussions in the
light of our file-name "utilities" situation.
Is it Emacs's "fault" that some users unwisely
use string functions to manipulate file names?
Maybe, maybe not.
Worth pondering, perhaps.
Another thing that can be involved: Emacs and
Elisp are great grounds for tinkering. And
some users (many of us) find it interesting or
enjoyable to either roll our own or be among
the first ("Look Ma!", "Tu m'as vu !") to
discover some 3rd-party library that does some
things differently or better. That then gets
compared/contrasted with what conventional,
old-school, vanilla Emacs offers. And we get
crusaders and evangelizers for "modernizing",
"innovating" etc., based sometimes on whatever
flavor they happen to favor at the moment.
I'm by no means making an argument that Emacs
and Elisp have no room for improvement. But if
someone follows these mailing lists for a few
years it becomes apparent that there's recurring
periodic "discovery", by a new crop of explorers,
of perceived HUGE weaknesses in what Emacs and
Elisp provide. And as "proof" we get anecdotes
and "surveys" that show that users - especially
new users - don't know about this or that, can't
find this or that, expect something different,
or just don't like this or that. Plus ca change...
I don't argue that such ideas or complaints are
inherently misplaced (out of familiarity with
other approaches, ignorance, or whatever).
I do think it can be good to take a somewhat
historical, more distant view, and put such
"Eureka! Emacs has huge problems!" discovery
exclamations in context.
Everyone new to Emacs finds how different it is.
That can be like discovering a new continent.
For some, it's marvelous. For others, it's just
primitive, populated by savages, a decaying
culture, or is just no longer relevant. For
some, it's a mix.
All of that's to be expected, and as expected
it continues. Check back in another 40 years. ;-)
Just one primitive observer, with one observation.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- New year - Out with the old! [was: ...Beef up the Emacs string utility set a bit],
Drew Adams <=