File: README.sgml

package info (click to toggle)
sdc 1.0.8beta-8
  • links: PTS
  • area: contrib
  • in suites: slink
  • size: 1,400 kB
  • ctags: 874
  • sloc: lisp: 8,120; ansic: 967; makefile: 671; perl: 136; sh: 50
file content (235 lines) | stat: -rw-r--r-- 6,836 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
		       <!-- -*-jfw-sgml-*- -->
<!doctype document public "-//JFW//DTD Document//EN"[
<!ENTITY sdc "sdc" >
<!ENTITY cr SYSTEM "copyright.text" >
]>

<document
face="nidx 1c"
author="J&oe;rg Wittenberger"
>README for &sdc;

&sdc; is a well featured,
free system aiming to make SGML suitable for day to day use.
It's in a "production state" now
and proved for large documentation.

With &sdc; it is really simple to write technical documentation,
reports, books, letters, man pages,
or
prepare talks and classes (with slides and hand outs).
You can include some graphic
(made with other tools, e.g., xfig, tgif or anything creating EPS-Files)
or other special data representation (e.g., tlb/roff tables)
and so on with ease.

Whatever you do,
while writing you never have to worry
what the final result will look like.
When done,
you convert your writing into the desired target format by &sdc;
and promised: it will look <em/at least/ reasonable.

The goal of &sdc; is
to be author friendly,
easy to use without the need of special editors
and to hide as much of the backend as possible.
For the sake of the latter extremly funny features
of the one or other backend are not supported.
Or at least not in a portable way.

The version 0.7 (sdc-1.0) is a mayor rewrite.
Internals have changed to allow
for more flexibility and arbitrary changes to the document
structure. While it should not do, that might affect some (a few)
documents.

It turned out long ago, that some shells have an internal command with
the same name as the original -- typeset. Therefor I'm looking for a
new name.  If you have an idea: PLEASE mail me.

<sect>The package

consists of:

<list>
<o>a executable (parser/formater)

<o>a library of document type definitions (DTD'S)

<o>a set of files describing the formatting for the various output
formats (currently LaTeX, PostSript, HTML, Info, roff -man, ASCII,
limited RTF and slides). RTF is still supported the old way.

<o> some scrips to do automatic conversion of graphic and other
notations

</list>

<sect>Features

<list>
<o> The whole system is written in the aim to be author friendly. The
DTD's are very easy to use. (LaTeX, QUERTZ, TeXInfo or HTML are
<em/much/ more complicated.)

For SGML experts: We use mixed content model almost everywhere. While
you can type text at any place it's meaning is ambigous
sometimes. Therefor we parse internaly a second time and format as if
we had a element content most of the time.

<o> Backend formaters are completely hidden. Don't worry about any
'special' characters but the two introduced trough SGML (< and &).

<o> Multi Language support (current english and german) including
automatic hyphenation (for PostScript). Custumization to support
danish, dutch, finnish, french, norwegian, spanish and swedish should
be a matter of minutes. (Not done because I can't test it.)

<o> Support for system notations. (xfig, tgif, roff/tbl, LaTeX, lout)
Suitable for converting entities like pictures and complicated
formulas into a format accepted by the target format.

<o> DTD's for simple documents, reports, books, manpages and
DIN-letters. (The latter is in german and easy enough to be used by
secretaries knowing nothing about computers and SGML). Adding new
DTD's is quite simple and strait forward.  Book support partially
done.

<o> Required markup is minimized.

<o> Support of bibliography databases. (Database is SGML too.)

<o> Automated creation of sorted indices.

<o> Automagical insertion of standard text parts (like bibliography
[from referenced items of the currently used databases], content and
cross reference text).

<o> Support for literate programing.

<o> Adding new output formats is fairly easy. (roff -ms and RTF will be
the next targets)

<o> Frontend SGML-parser is sgmls/nsgmls, thus you can use everything
these understand.

<o> Easy to extend through Scheme.
</list>

<sect>Requirements

To install it you need:

<enum>
<o> my favorite scheme compiler bigloo (essential).  You may obtain
the latest version from
<nl>
<verb>
ftp://ftp.inria.fr/INRIA/Projects/icsla/Implementations
</verb>

There is a plan to support guille, but this will take a bit of time I
don't have by now.

<o>sgmls version 1.1.91 or above or nsgmls (essential) which is used
as the SGML-parser (we use features not in V 1.1). If you have C++
available you can use nsgmls instead. It comes with sp from

<quote>
http://www.jclark.com/sp.html
</quote>

There is also sgmls version 1.1.91 available which doesn't need this
******* C++. Otherwise I can sent sgmls 1.1.91 out by mail. Just drop
me a note.

<o>LaTeX (semi optional) serving one backend which looks nicer
than the Lout (especially for math formulas) but is harder to deal
with.  Note that to include eps pictures &sdc; relies on epsfig.sty
respectivly the graphics package.

<o>Lout version 3.05 (or above, semi optional) which is the (hidden)
PostScript and ASCII formatter (much easier to program than LaTeX).
You may obtain the latest Version from

<quote>
ftp://ftp.cs.su.oz.au/jeff (original ftp site) or <nl>
ftp://ftp.inria.fr:/textproc
</quote>

<o>if you want automatic figure handling as it comes, you'll need
tools like tgif, xfig, ghostscript and pnm tools.

<o>I can recomment the psgml packages
   to edit your documents.

   get it from
   <quote>
   http://ftp.lysator.liu.se/pub/sgml/"
   </quote>

   But with the little amount of markup it's not nessesary.
   I use a supplied mode with some highlighting,
   which is quite a hack, but the hilit is useful.

</enum>

<sect>Distribution

<quote>
http:/www.inf.tu-dresden.de/~jw6
</quote>

For usage see the intro.ps.  Unfortunatly it's not too detailed, but
comparing source and output might serve it's purpose for everyone.
Cause it's probably one of the most complicated documents you can
write (it descibes usage of SGML with SGML) I hopefully caught most of
the bugs.

<sect>COPYING

&cr;

<quote>
&lt;joerg.wittenberger@inf.tu-dresden.de>
</quote>

<sect>Changes

See the Changes.sgml or the approbriate section in the introduction.

<sect>Things to do

<enum>
<o>Add a note in the doc's about the `id'-attribute of sect's etc.
   especially their use in the info target.

<o>Use new epstogif as supplied from Sebastian Schnberg.

<o>-R option to use diffenrent \figure env for LaTeX

<o>Implement equations as in HTML-3 (This is in fact LaTeX :-)

<o>a automatic glossary.

<o>Implement &lt;label> for info

<o>Improve output for slides (no empty slides).

<o>refine the A FAQ-DTD (due to user response)

<o>Refine the Brief (letter) formatting.

<o>LaTeX code for verb-elements is still subotpimal. It ought to break
full lines. Anybody knows how to achieve this?

<o>Merged indexes

<o>Write the developers documentation

<o>rewrite RTF output

<o>move temp files to use $TMPDIR or /tmp with permission 0600

</enum>