>>>>> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Good news! This is what we really need. I only hope it is good
Martin> enough for all those people that complain (with some reason)
Martin> about the lack of configurability in LaTeX layout.
[snip]
I began to answer to your message, and then it appeared that I was
just adding 'Right' and 'Agreed' here and there. So I won't do it...
Just a few points.
Martin> Another point where I feel there is a lack of conceptual
Martin> clarity (but I could be wrong!) is that LyX allows lines and
Martin> whitespace and page breaks to be added in the "paragraph"
Martin> menu. This is probably a concession to the way things are done
Martin> in Ms Word, but it is not quite logical. I think a separate
Martin> menu item "vertical items" (better name to be found) would be
Martin> more logical.
Do you think about it in terms of menus or interms of the places where
these spaces should be allowed?
Martin> Also, about the wisdom of building mailmerge into LyX: there
Martin> is already a textmerg.sty package for this, and building on
Martin> that might have been wiser. Not that I am against what Rick
Martin> Hawkins is doing. But it is worth reflecting upon. Better
Martin> still might have been to go for a stand-alone package, like
Martin> BibTeX (modularity!). Calling it, and LaTeX, in the proper
Martin> sequence, can be handled from within LyX in a similar way to
Martin> BibTeX.
And there are some letter classes which do that too.
Martin> Also, I am not really convinced that unlimited configurability
Martin> is an undivided good thing. It may cause a lot of trouble for
Martin> people exchanging and combining documents, and there is a
Martin> reason why journals distribute standard class files, and BTW
Martin> why there is so much talk about XML with its document type
Martin> definitions etc. Some discipline in document creation can be a
Martin> good thing.
I could not agree more.
JMarc
