Hello!
I'm afraid I have been misleading. What you write reads quite like
what I meant, so I'll try to get at the real differences.
>>>> "SJT" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
>>>> "Felix" == Felix Gatzemeier
<fxg(a)i3.informatik.rwth-aachen.de> writes:
Felix> I am proposing a patch to lisp/paragraphs.el to make the
Felix> sentence-end regexp more flexible.
Felix> The problem: Inline markup (as in XML) should not be
Felix> considered part of the sentence.
Felix> Proposed fix: Mark within the sentence-end expression the
Felix> end-marker as the first subexpression. Jump to its
Felix> match-end instead of skipping backwards.
SJT> Your idea changes the semantics of all sentences.
SJT> Personally, I happen to think that sentences should not
SJT> include bracketing characters (quotes or parentheses), and
SJT> that in fact you should use s-expression functions to capture
SJT> those (including "colored" brackets such as SGML tags). But
SJT> those are the historical semantics, and I don't think it can
SJT> be accepted for 21.4.
Hm, I think I see what you're getting at: by my patch, the sentence
marks would change in more places than I thought about. Closing
parentheses would also not be parts of sentences any more, for one
thing. But then, opening parentheses should be handled likewise, and
so on.
SJT> If you want to work up a proposal for 21.5 to rework the
SJT> whole idea of sentences, I'd be supportive. But you should
SJT> get the opinions of the other reviewers
SJT> (
http://www.xemacs.org/Develop/jobs.html) before doing too
SJT> much work as the whole idea will be controversial.
I'll give this some thought.
SJT> It will also presumably be an incompatibility with GNU Emacs.
I was afraid of that, finding paragraphs.el bundled in the core.
Best wishes,
--
Felix H. Gatzemeier fxg(a)i3.informatik.rwth-aachen.de
Office Phone: (0(049)241)80-21313
Disclaimer: I do not speak for anyone but myself.
Please do not send me mails containing documents in proprietary
formats (such as Microsoft Word) unless you really need to.