On Mon, Dec 20, 1999 at 08:24:54PM +0100, Bill Tihen wrote:
> I have been writing about sgml tools. I am hoping to get
> your feedback on what I have written about LyX. I use it
> regularly, but not for sgml, so I may well have over looked
> some important points. I may even have some inappropriate
> reasons not to use (out of my own ignorance). In particular
> I would like to know how to include more tags -- especially
> content tags, such as <application>, or <email>, or multiple
> authors, editors, <screen>, <userinput>, etc.
There are two types of elements in docbook, paragraph level
and inline. Those who are paragraph level are easy to insert and
configure. Just give the list of your favorite elements and
I will include them.
Multiple authors are already possible, I can send you an example
file, the tricky part is that bothe should have the right
nested level.
The support for general tags like <application> or <email> is the
priority.
> I appreciate any help in creating an accurate and helpful
> document.
>
> Thank you in advance.
>
> Bill Tihen
>
>
> The LyX part of document follows:
>
>
> _________________________________________________________________
>
> Graphical SGML Document Preparation
>
> Bill Tihen
>
> We present some options here and describe the
> installation and use.
> However, The authors do not currently recommend using a
> gui-based
> method of document preparation, because we feel that the
> disadavantages currently outweight the advantages.
> Currently, LyX is
> the only GUI Linux document processor we are aware of.
Recently have appeared in this mailing list other links for
projects with similar goals. Seek for conglomerate and eDoc.
> _________________________________________________________________
>
> LyX
>
> LyX Description
>
> LyX allows the user to view the document structure as one
> writes the
> document in a WYSIWYG format. LyX 1.04 and beyond are
> SGML capable if
> the proper SGMLtools is installed. LyX will work with
> several other
> types of documents as well.
>
> Advantages
>
> * The author can easily create complicated document
> structures.
> Including: tables, lists, and graphics.
> * The author does not need to know the details of sgml
> tags. Instead
> the author can focus on the document's content and
> structure.
This is not ideal, the author stills needs to know some
docbook, since lyx doesn't enforce a legal docbook document.
> Disadvantages
>
> * The gui environment have a very limited range of
> content-based
> SGML tags. Most of the tags available are SGML tags.
Sorry, here I don't understand what you mean.
> Unfortunately, content tags are one of the majore
> advantages of
> using SGML. Without content tags it is impossible to
> a library of
> documents which can be searched in a meaningful way.
> * An SGML author may not work directly with the SGML
> files. The file
> is not even stored in an SGML format. The author must
> first export
> the document to an SGML format.
I think this is not a true limitation, the same happens with
lyx and latex. The real problem is the absence of a sgml import
facility. This can be done, with dsssl stylesheets. I haven't done
that yet for several reasons...
For me the point bellow is the real objection.
> * An SGML author may not import SGML files. Therefore,
> one cannot
> easily cooperate on an SGML project with other
> people.
Actually the last point is not totally correct. You can not
include all the file, but you can include pieces in docbook.
It is possible to include sgml files in a lyx docbook document,
this process is similar to the input method of latex.
The same happens to you, you could submit the resulting
docbook of your lyx file to be included in a bigger project.
> _________________________________________________________________
¸...¹
>
> --
> Bill Tihen, Director of Technology
> The American School in Switzerland
> Website: <http://www.tasis.ch/>
> email: <[EMAIL PROTECTED]>
--
José
