emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Specifying mode in file variables trouble


From: tomas
Subject: Re: Specifying mode in file variables trouble
Date: Thu, 25 Sep 2008 09:55:44 +0200
User-agent: Mutt/1.5.15+20070412 (2007-04-11)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, Sep 25, 2008 at 08:41:22AM +0200, Paul R wrote:
> Hello Thomas,
> 
> On Thu, 25 Sep 2008 08:28:45 +0200, address@hidden said:
> 
> tomas> But I would be wary of pulling in a full-fledged XML machinery
> tomas> just to edit (pure) PHP source [...]

> The line has to be drawn at a point. We probably all agree that emacs
> memory consumption is sufficiently low with respect to current
> hardware. So I beleive this should not drive out features that make
> emacs DTRT when visiting a file.

It's only partially the computer's resources I am worried about. It's my
limited brain. I like the feeling I understand the tools I use (to some
extent).

> tomas> As an analogy, I'm regularly irked by reglar GNU/Linux distros
> tomas> installing Avahi-this or Evolution-that [...]

> I think this a different kind of problem (persistent storage
> consumption). And some distros offer you to choose dependency at build
> time, through build flags. Distros you are talking about are probably
> designed for ease of use and least surprise, and I bet they perform
> very well in this field. Aren't they ?

They do now, but you see a growing tendency of everything-depending-on-
everything-else, which is a pity, really. Because this modularity was a
strength of the UNIX-like systems.

> BTW, I hope we can get emacs distribution more modular during next
> cycle, so that you would not have to download and build a complex php
> mode if you never edit php.

This is a goal in itself, but the point I was trying to make is: if I
was a PHP programmer, I probably wouldn't like to have the whole
XML/HTML kaboodle in that as well *unless I needed it*. It was a plea to
make the mumamo approach itself more modular (I do applaud the multiple
major modes work very strongly!).

Regards
- -- tomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFI20QABcgs9XrR2kYRAnlwAJsG/qcwlfbCBC32qVX2bJYOf1z0mwCfUpWq
rI0jBNIOLva0XI1cbte/TJQ=
=j/S4
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]