From: Alan Mackenzie <acm@muc.de>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 'Juri Linkov' <juri@jurta.org>,
Drew Adams <drew.adams@oracle.com>,
emacs-devel@gnu.org
Subject: Infrastructural complexity. [Was: Blunderbuss ".dir-locals.el" raises everything in its path!!]
Date: Thu, 16 Jul 2009 20:09:59 +0000 [thread overview]
Message-ID: <20090716200959.GA4298@muc.de> (raw)
In-Reply-To: <jwv4otc32cz.fsf-monnier+emacs@gnu.org>
Hi, everybody!
On Thu, Jul 16, 2009 at 02:38:35PM -0400, Stefan Monnier wrote:
> >> I think `message' should be improved to collect all messages coming
> >> in quick succession and display all of them appended to the echo area.
> > Certainly not as the default behavior. Perhaps as an alternative behavior.
> > There is lots of code, I'm sure, that depends on one message supplanting a
> > previous message. That is, the user is _supposed_ to see only the latest
> > message, not a concatenation of the last several messages.
> Agreed, it needs to be a new function.
> Maybe we could create a new function (notify-user MSG &rest ARGS) which
> would return immediately but display something in the echo area (or at
> the end of the minibuffer) for (at least?) notify-user-time seconds.
> Several successive calls to it would just queue up messages that are
> later displayed in turn (probably with some sort of "compaction"
> feature so repeated messages don't bore the user to death).
> Maybe it should be integrated/combined with the display-warning
> facility.
I think I have to step in and ask what are we doing and why.
<Rant mode>
The suggested functionality would be fine and dandy, but who really cares
about queueing up successive messages for pretty display? How many
not-yet users would say "here's something neat I really want to learn
Emacs for!"?
It would add complexity to Emacs, and I suggest the increase in
flexibility is not enough to justify this. I hope I'm not sounding too
cynical, but I started this thread almost defeated by complexity which
seems questionable. Each little added facility feels compelling at the
time it's made, but somehow all the little bits gradually mutate into a
monster. I ought to know, I'm maintaining CC Mode. ;-(
Here's what seems to have happened with CC Mode style variables:
1/- Styles in CC Modes are a great idea.
2/- But some users still want to put "(setq c-basic-offset 3)" at the top
level.
3/- Some users have been setting c-basic-offset in `c-mode-hook', and
want to carry on doing so.
4/- File local variables are great.
5/- But surely users should be able to set a CC Mode style in file local
variables.
6/- (Just recently) A project should be able to set "directory local"
variables.
7/- But hey, we should be able to set a CC Mode style directorily
locally.
8/- .....
Bit by bit, another "good idea" gets added in. Where does all this stop?
Who needs all this complexity? The interaction of all these features has
gone past the point where my poor little brain can confortably grasp
them, and I think Stefan's admitted the same for him. Do any users
really, really care about all this flexibility? Are we enhancing a world
beating editor, or are we really just contemplating our collective
navals?
Tracking down all the ways a CC Mode style variable can be initialised
stop being fun for me quite some while ago. I'd love to get rid of some
of the complexity.
Why are we spending time talking about "intelligent" queueing up of
different categories of message? Why aren't we, say, getting ECB
integrated instead? Why aren't we writing refactoring functions? Why
aren't we writing an ODF word processor mode? You know, Open Office
Writer, using key sequences taken from Microsoft Word, just isn't nice to
use.
Just as an aside, I've been working on several difficult CC Mode problems
the last few weeks; difficult, but interesting and essential. The
distraction to fix this little frippery hasn't been welcome, even though
the buggy code is largely in my area.
When considering new "infrastructure" features (as contrasted with
"feature" features, such as new modes like ECB), could we, perhaps,
change the focus from "is this useful?" to "is this something we can't
manage without?"
</Rant mode>
> Stefan
--
Alan Mackenzie (Nuremberg, Germany).
next prev parent reply other threads:[~2009-07-16 20:09 UTC|newest]
Thread overview: 288+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-12 14:41 Blunderbuss ".dir-locals.el" raises everything in its path!! Alan Mackenzie
2009-07-12 16:39 ` Chong Yidong
2009-07-12 18:06 ` Alan Mackenzie
2009-07-12 18:30 ` David De La Harpe Golden
2009-07-12 21:39 ` Alan Mackenzie
2009-07-12 22:22 ` Lennart Borgman
2009-07-13 7:36 ` Alan Mackenzie
2009-07-13 7:50 ` Lennart Borgman
2009-07-17 0:18 ` Add file-locals and dir-locals (was: Blunderbuss ".dir-locals.el" raises everything in its path!!) Juri Linkov
2009-07-17 7:57 ` Add file-locals and dir-locals martin rudalics
2009-07-17 9:43 ` Juri Linkov
2009-07-18 13:48 ` martin rudalics
2009-07-18 21:54 ` Juri Linkov
2009-07-19 10:38 ` martin rudalics
2009-07-19 18:12 ` Juri Linkov
2009-07-20 12:30 ` Leo
2009-07-22 0:21 ` Juri Linkov
2009-07-22 3:49 ` Leo
2009-08-04 23:59 ` Juri Linkov
2009-08-05 1:57 ` Leo
2009-08-05 21:52 ` Juri Linkov
2009-08-05 23:14 ` Leo
2009-08-06 20:36 ` Juri Linkov
2009-08-07 1:18 ` Leo
2009-08-08 8:18 ` Dan Nicolaescu
2009-08-08 11:28 ` Juri Linkov
2009-08-08 19:31 ` Stefan Monnier
2009-08-08 20:43 ` Juri Linkov
2009-08-08 21:26 ` Leo
2009-08-08 21:45 ` Juri Linkov
2009-08-08 21:58 ` Drew Adams
2009-08-09 3:15 ` Eli Zaretskii
2009-08-09 8:29 ` Stephen J. Turnbull
2009-08-09 1:21 ` Stefan Monnier
2009-07-17 15:48 ` David Kastrup
2009-07-17 23:06 ` Juri Linkov
2009-07-12 18:37 ` Blunderbuss ".dir-locals.el" raises everything in its path!! Chong Yidong
2009-07-12 21:21 ` Alan Mackenzie
2009-07-12 21:33 ` Lennart Borgman
2009-07-12 21:45 ` Alan Mackenzie
2009-07-12 21:48 ` Lennart Borgman
2009-07-13 3:23 ` Stephen J. Turnbull
2009-07-13 3:51 ` Lennart Borgman
2009-07-13 5:07 ` tomas
2009-07-13 3:23 ` Giorgos Keramidas
2009-07-13 7:16 ` Alan Mackenzie
2009-07-13 4:24 ` Chong Yidong
2009-07-13 4:37 ` Miles Bader
2009-07-13 6:22 ` Stephen J. Turnbull
2009-07-13 8:19 ` Alan Mackenzie
2009-07-13 8:45 ` Miles Bader
2009-07-13 13:13 ` Chong Yidong
2009-07-13 15:05 ` Miles Bader
2009-07-13 9:18 ` Ken Raeburn
2009-07-13 10:47 ` Jason Rumney
2009-07-13 11:42 ` Stephen J. Turnbull
2009-07-13 15:11 ` Lennart Borgman
2009-07-13 8:25 ` Alan Mackenzie
2009-07-13 8:48 ` Miles Bader
2009-07-13 9:25 ` Chad Brown
2009-07-13 20:03 ` Juri Linkov
2009-07-13 21:15 ` Lennart Borgman
2009-07-14 0:44 ` Stefan Monnier
2009-07-16 0:30 ` Juri Linkov
2009-07-16 13:53 ` Stefan Monnier
2009-07-16 20:48 ` Juri Linkov
2009-07-16 21:11 ` Lennart Borgman
2009-07-17 3:01 ` Stefan Monnier
2009-07-17 9:42 ` Juri Linkov
2009-07-18 21:55 ` Juri Linkov
2009-07-13 9:26 ` Ken Raeburn
2009-07-13 2:08 ` Dan Nicolaescu
2009-07-13 5:09 ` Jason Rumney
2009-07-13 8:41 ` Alan Mackenzie
2009-07-14 16:22 ` Alan Mackenzie
2009-07-14 18:26 ` Stefan Monnier
2009-07-14 20:11 ` Patch: " Alan Mackenzie
2009-07-15 7:55 ` Jan Djärv
2009-07-15 19:00 ` Alan Mackenzie
2009-07-15 20:20 ` Stefan Monnier
2009-07-15 20:49 ` Chong Yidong
2009-07-18 12:51 ` Alan Mackenzie
2009-07-20 9:40 ` Jan Djärv
2009-07-20 19:43 ` Alan Mackenzie
2009-07-20 21:20 ` Jan Djärv
2009-07-14 0:32 ` Stefan Monnier
2009-07-14 6:04 ` Stephen J. Turnbull
2009-07-14 6:58 ` Jan Djärv
2009-07-14 14:05 ` Davis Herring
2009-07-14 15:13 ` Alan Mackenzie
2009-07-14 15:45 ` Davis Herring
2009-07-14 19:47 ` Miles Bader
2009-07-16 0:31 ` Juri Linkov
2009-07-16 16:43 ` Drew Adams
2009-07-16 18:38 ` Stefan Monnier
2009-07-16 18:47 ` Lennart Borgman
2009-07-16 20:59 ` Juri Linkov
2009-07-16 21:19 ` Drew Adams
2009-07-16 21:29 ` Lennart Borgman
2009-07-16 22:00 ` Drew Adams
2009-07-16 20:09 ` Alan Mackenzie [this message]
2009-07-16 20:36 ` Infrastructural complexity. [Was: Blunderbuss ".dir-locals.el" raises everything in its path!!] Lennart Borgman
2009-07-16 20:57 ` Infrastructural complexity Juri Linkov
2009-07-16 21:28 ` Chong Yidong
2009-07-16 21:33 ` Lennart Borgman
2009-07-16 22:00 ` Drew Adams
2009-07-16 22:14 ` Lennart Borgman
2009-07-16 22:25 ` Drew Adams
2009-07-16 22:30 ` Lennart Borgman
2009-07-16 22:38 ` Drew Adams
2009-07-16 22:43 ` Lennart Borgman
2009-07-16 22:49 ` Thomas Lord
2009-07-16 22:54 ` Lennart Borgman
2009-07-16 23:44 ` Thomas Lord
2009-07-17 0:30 ` Lennart Borgman
2009-07-17 1:18 ` Thomas Lord
2009-07-17 1:29 ` Lennart Borgman
2009-07-17 2:21 ` Thomas Lord
2009-07-17 2:24 ` Lennart Borgman
2009-07-17 2:44 ` Thomas Lord
2009-07-17 2:47 ` Lennart Borgman
2009-07-17 17:41 ` joakim
2009-07-17 18:46 ` Chong Yidong
2009-07-17 20:13 ` joakim
2009-07-17 23:02 ` Thomas Lord
2009-07-17 23:49 ` Chong Yidong
2009-07-18 0:29 ` joakim
2009-07-20 2:38 ` Thomas Lord
2009-07-20 4:59 ` Miles Bader
2009-07-20 7:31 ` Thomas Lord
2009-07-18 0:05 ` joakim
2009-07-18 0:21 ` Lennart Borgman
2009-07-18 0:36 ` Leo
2009-07-18 22:06 ` Juri Linkov
2009-07-19 13:21 ` Leo
2009-07-19 15:10 ` Miles Bader
2009-07-19 20:05 ` Thomas Lord
2009-07-18 8:18 ` joakim
2009-07-18 17:11 ` Richard Stallman
2009-07-18 22:05 ` Juri Linkov
2009-07-19 0:07 ` Lennart Borgman
2009-07-19 18:23 ` Juri Linkov
2009-07-19 20:18 ` Thomas Lord
2009-07-19 20:57 ` Juri Linkov
2009-07-19 22:27 ` Thomas Lord
2009-07-20 0:00 ` Drew Adams
2009-07-19 21:56 ` Mathias Dahl
2009-07-19 22:21 ` Thomas Lord
2009-07-19 23:54 ` Drew Adams
2009-07-20 0:18 ` Thomas Lord
2009-07-19 23:58 ` Lennart Borgman
2009-07-20 0:50 ` Thomas Lord
2009-07-19 23:34 ` Drew Adams
2009-07-19 21:34 ` Lennart Borgman
2009-07-19 4:37 ` Richard Stallman
2009-07-19 1:14 ` Thomas Lord
2009-07-19 1:48 ` Lennart Borgman
2009-07-19 4:01 ` Thomas Lord
2009-07-20 5:45 ` 16 (Re: Infrastructural complexity.) Thomas Lord
2009-07-20 6:23 ` Thomas Lord
2009-07-20 9:09 ` Thomas Lord
2009-07-20 6:47 ` Lennart Borgman
2009-07-20 7:28 ` Thomas Lord
2009-07-20 7:34 ` Lennart Borgman
2009-07-20 7:38 ` Thomas Lord
2009-07-19 10:38 ` Infrastructural complexity martin rudalics
2009-07-19 11:12 ` joakim
2009-07-19 15:08 ` Miles Bader
2009-07-20 9:32 ` martin rudalics
2009-07-20 14:18 ` Miles Bader
2009-07-20 15:32 ` martin rudalics
2009-07-20 16:00 ` Chong Yidong
2009-07-20 16:30 ` Miles Bader
2009-07-20 19:02 ` martin rudalics
2009-07-20 22:08 ` Miles Bader
2009-07-20 22:45 ` Lennart Borgman
2009-07-20 23:00 ` Thomas Lord
2009-07-21 9:39 ` martin rudalics
2009-07-21 10:28 ` Miles Bader
2009-07-21 13:26 ` martin rudalics
2009-07-21 16:13 ` Stefan Monnier
2009-07-21 17:17 ` Thomas Lord
2009-07-21 17:25 ` martin rudalics
2009-07-22 14:34 ` Stefan Monnier
2009-07-22 14:59 ` martin rudalics
2009-07-22 18:25 ` Stefan Monnier
2009-07-23 9:26 ` martin rudalics
2009-07-23 15:12 ` Stefan Monnier
2009-07-23 15:24 ` Lennart Borgman
2009-07-23 17:40 ` martin rudalics
2009-07-23 18:56 ` Thomas Lord
2009-07-23 19:13 ` joakim
2009-07-23 20:49 ` Stefan Monnier
2009-07-24 8:29 ` martin rudalics
2009-07-25 4:55 ` Richard Stallman
2009-07-25 8:54 ` martin rudalics
2009-07-25 14:48 ` Stefan Monnier
2009-07-25 17:11 ` martin rudalics
2009-07-26 14:15 ` Stefan Monnier
2009-07-26 15:13 ` martin rudalics
2009-07-21 17:06 ` Thomas Lord
2009-07-22 10:12 ` martin rudalics
2009-07-22 15:32 ` Thomas Lord
2009-07-22 17:07 ` Mathias Dahl
2009-07-21 16:59 ` Thomas Lord
2009-07-21 17:25 ` martin rudalics
2009-07-21 18:15 ` Thomas Lord
2009-07-22 10:12 ` martin rudalics
2009-07-22 16:28 ` Thomas Lord
2009-07-22 18:23 ` martin rudalics
2009-07-22 19:04 ` Thomas Lord
2009-07-23 9:24 ` martin rudalics
2009-07-23 18:51 ` Thomas Lord
2009-07-23 19:17 ` joakim
2009-07-23 19:49 ` Lennart Borgman
2009-07-23 20:35 ` joakim
2009-07-24 1:08 ` Stefan Monnier
2009-07-24 1:20 ` Thomas Lord
2009-07-24 8:28 ` martin rudalics
2009-07-24 11:21 ` Lennart Borgman
2009-07-24 12:10 ` martin rudalics
2009-07-24 14:20 ` Lennart Borgman
2009-07-24 14:55 ` AW: " klaus.berndl
2009-07-24 16:09 ` martin rudalics
2009-07-24 18:37 ` Thomas Lord
2009-07-25 4:16 ` AW: " klaus.berndl
2009-07-25 8:06 ` Miles Bader
2009-07-25 21:13 ` Thomas Lord
2009-07-24 16:08 ` martin rudalics
2009-07-24 16:16 ` Lennart Borgman
2009-07-24 17:13 ` martin rudalics
2009-07-25 1:27 ` Lennart Borgman
2009-07-25 8:53 ` martin rudalics
2009-07-24 8:28 ` martin rudalics
2009-07-24 18:31 ` Thomas Lord
2009-07-25 8:52 ` martin rudalics
2009-07-25 14:50 ` Stefan Monnier
2009-07-25 17:12 ` martin rudalics
2009-07-26 14:19 ` Stefan Monnier
2009-07-26 15:14 ` martin rudalics
2009-07-26 17:18 ` Thomas Lord
2009-07-26 17:45 ` martin rudalics
2009-07-26 18:34 ` Thomas Lord
2009-07-27 6:40 ` martin rudalics
[not found] ` <1248710762.6165.28.camel@dell-desktop.example.co! ! m>
2009-07-27 16:06 ` Thomas Lord
2009-07-27 16:53 ` martin rudalics
2009-07-27 17:40 ` Drew Adams
[not found] ` <4A6DEC6!4.10001@gmx.at>
[not found] ` <4A6DEC6! 4.10001@gmx.at>
[not found] ` <D86752FEC8404739B257327FE0FE8FE6@us.orac! ! le.com>
2009-07-27 18:05 ` martin rudalics
2009-07-27 18:40 ` Drew Adams
2009-07-28 7:39 ` martin rudalics
2009-07-28 15:21 ` Drew Adams
2009-07-29 9:06 ` martin rudalics
2009-07-27 18:05 ` Thomas Lord
2009-07-28 7:38 ` martin rudalics
2009-07-28 15:18 ` Thomas Lord
2009-07-29 9:06 ` martin rudalics
2009-07-29 19:22 ` Thomas Lord
2009-07-30 9:07 ` martin rudalics
2009-07-30 17:01 ` Thomas Lord
2009-07-31 9:08 ` martin rudalics
2009-07-31 16:19 ` Thomas Lord
2009-07-31 16:58 ` martin rudalics
2009-07-31 17:53 ` Thomas Lord
2009-07-22 19:05 ` Thomas Lord
2009-07-23 9:24 ` martin rudalics
2009-07-18 13:49 ` martin rudalics
2009-07-16 21:48 ` Juri Linkov
2009-07-18 13:48 ` martin rudalics
2009-07-18 21:57 ` Juri Linkov
2009-07-19 0:09 ` Lennart Borgman
2009-07-19 5:00 ` Stefan Monnier
2009-07-19 10:38 ` martin rudalics
2009-07-19 13:06 ` Lennart Borgman
2009-07-19 18:31 ` Juri Linkov
2009-07-19 21:36 ` Lennart Borgman
2009-07-19 23:11 ` Juri Linkov
2009-07-19 23:52 ` Lennart Borgman
2009-07-20 9:32 ` martin rudalics
2009-07-20 14:22 ` Lennart Borgman
2009-07-20 18:29 ` Stefan Monnier
2009-07-19 23:14 ` Juri Linkov
2009-07-20 9:33 ` martin rudalics
2009-07-22 0:38 ` Juri Linkov
2009-07-22 2:24 ` Lennart Borgman
2009-07-22 10:12 ` martin rudalics
2009-07-22 14:36 ` Stefan Monnier
2009-07-14 18:21 ` Blunderbuss ".dir-locals.el" raises everything in its path!! Stefan Monnier
2009-07-13 0:02 ` Miles Bader
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=20090716200959.GA4298@muc.de \
--to=acm@muc.de \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=juri@jurta.org \
--cc=monnier@iro.umontreal.ca \
/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.