emacs-devel
[Top][All Lists]
Advanced

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

Re: Emacs as word processor


From: Thien-Thi Nguyen
Subject: Re: Emacs as word processor
Date: Sun, 24 Nov 2013 22:06:02 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

() Eli Zaretskii <address@hidden>
() Sun, 24 Nov 2013 22:21:37 +0200

   Indeed, faces cannot specify this, but I see no reason why they
   couldn't be extended to do that as well.

If "faces" (the concept) were to include these extra-character features,
then their composition would be greatly complicated.  Too, application
(i'm imagining the case of yanking text w/ a ‘face’ text-property that
controls, say, pre-paragraph line-spacing into the middle of other text,
which has conflicting specs, or a context where "paragraph" does not
even have meaning).

It seems more natural to leave "faces" (the concept) as a "leaf"
feature, IMHO.  For example, if the "style" i want is to have top-level
headings of a nested list in Courier, sub-headings in Italic, and all
body text in Times, then i think it would be more natural to specify
that directly to the style machinery and let it wrangle the faces for
me, then to specify the faces "Courier, only in top-level list
headings" and so on, as unique entities, to be applied in a separate
step to the particular text i'm composing.

Not to mention when i promote a sub-heading to top-level, who (which
part of Emacs) is responsible for recognizing the text cut via ‘C-w’ and
yanked via ‘C-y’ is now "out of style"?  And what to do about it?

-- 
Thien-Thi Nguyen
   GPG key: 4C807502
   (if you're human and you know it)
      read my lisp: (responsep (questions 'technical)
                               (not (via 'mailing-list)))
                     => nil

Attachment: pgpQ3xD8HZxH9.pgp
Description: PGP signature


reply via email to

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