.TH "sisu" "1" "2011-04-17" "3.0.7-beta-rb1.9.2p180" "SiSU"
.br
.SH NAME
.br
sisu - documents: markup, structuring, publishing in multiple standard formats, and search
.br
.SH SYNOPSIS
.br
sisu [-abcDdFehIiMmNnopqRrSsTtUuVvwXxYyZz0-9] [filename/wildcard]
.br
sisu [-Ddcv] [instruction] [filename/wildcard]
.br
sisu [-CcFLSVvW]
.br
sisu --v2 [operations]
.br
sisu --v3 [operations]
.br
sisu3 [operations]
.SH SISU - MANUAL,
RALPH AMISSAH
.br
.SH WHAT IS SISU?
.br
.SH 1. INTRODUCTION - WHAT IS SISU?
.br
.br
.B SiSU
is a framework for document structuring, publishing (in multiple open
standard formats) and search, comprising of: (a) a lightweight document
structure and presentation markup syntax; and (b) an accompanying engine for
generating standard document format outputs from documents prepared in sisu
markup syntax, which is able to produce multiple standard outputs (including
the population of sql databases) that (can) share a common numbering system for
the citation of text within a document.
.br
.B SiSU
is developed under an open source, software libre license (GPL3). Its use
case for development is work with medium to large document sets and cope with
evolving document formats/ representation technologies. Documents are prepared
once, and generated as need be to update the technical presentation or add
additional output formats. Various output formats (including search related
output) share a common mechanism for cross-output-format citation.
.br
.B SiSU
both defines a markup syntax and provides an engine that produces open
standards format outputs from documents prepared with
.B SiSU
markup. From a single lightly prepared document sisu custom builds several
standard output formats which share a common (text object) numbering system for
citation of content within a document (that also has implications for search).
The sisu engine works with an abstraction of the document's structure and
content from which it is possible to generate different forms of representation
of the document. Significantly
.B SiSU
markup is more sparse than html and outputs which include html, EPUB, LaTeX,
landscape and portrait pdfs, Open Document Format (ODF), all of which can be
added to and updated.
.B SiSU
is also able to populate SQL type databases at an object level, which means
that searches can be made with that degree of granularity.
.br
Source document preparation and output generation is a two step process: (i)
document source is prepared, that is, marked up in sisu markup syntax and (ii)
the desired output subsequently generated by running the sisu engine against
document source. Output representations if updated (in the sisu engine) can be
generated by re-running the engine against the prepared source. Using
.B SiSU
markup applied to a document,
.B SiSU
custom builds (to take advantage of the strengths of different ways of
representing documents) various standard open output formats including plain
text, HTML, XHTML, XML, EPUB, OpenDocument, LaTeX or PDF files, and populate an
SQL database with objects[^1] (equating generally to paragraph-sized chunks) so
searches may be performed and matches returned with that degree of granularity
( e.g. your search criteria is met by these documents and at these locations
within each document). Document output formats share a common object numbering
system for locating content. This is particularly suitable for "published"
works (finalized texts as opposed to works that are frequently changed or
updated) for which it provides a fixed means of reference of content.
.br
In preparing a
.B SiSU
document you optionally provide semantic information related to the document
in a document header, and in marking up the substantive text provide
information on the structure of the document, primarily indicating heading
levels and footnotes. You also provide information on basic text attributes
where used. The rest is automatic, sisu from this information custom builds[^2]
the different forms of output requested.
.br
.B SiSU
works with an abstraction of the document based on its structure which is
comprised of its headings[^3] and objects[^4], which enables
.B SiSU
to represent the document in many different ways, and to take advantage of
the strengths of different ways of presenting documents. The objects are
numbered, and these numbers can be used to provide a common basis for citing
material within a document across the different output format types. This is
significant as page numbers are not well suited to the digital age, in web
publishing, changing a browser's default font or using a different browser can
mean that text will appear on a different page; and publishing in different
formats, html, landscape and portrait pdf etc. again page numbers are not
useful to cite text. Dealing with documents at an object level together with
object numbering also has implications for search that
.B SiSU
is able to take advantage of.
.br
One of the challenges of maintaining documents is to keep them in a format that
allows use of them independently of proprietary platforms. Consider issues
related to dealing with legacy proprietary formats today and what guarantee you
have that old proprietary formats will remain (or can be read without
proprietary software/equipment) in 15 years time, or the way the way in which
html has evolved over its relatively short span of existence.
.B SiSU
provides the flexibility of producing documents in multiple non-proprietary
open formats including html, pdf[^5] ODF,[^6] and EPUB.[^7] Whilst
.B SiSU
relies on software, the markup is uncomplicated and minimalistic which
guarantees that future engines can be written to run against it. It is also
easily converted to other formats, which means documents prepared in
.B SiSU
can be migrated to other document formats. Further security is provided by
the fact that the software itself,
.B SiSU
is available under GPL3 a licence that guarantees that the source code will
always be open, and free as in libre, which means that that code base can be
used, updated and further developed as required under the terms of its license.
Another challenge is to keep up with a moving target.
.B SiSU
permits new forms of output to be added as they become important, (Open
Document Format text was added in 2006 when it became an ISO standard for
office applications and the archival of documents), EPUB was introduced in
2009; and allows the technical representations existing output to be updated
(html has evolved and the related module has been updated repeatedly over the
years, presumably when the World Wide Web Consortium (w3c) finalises html 5
which is currently under development, the html module will again be updated
allowing all existing documents to be regenerated as html 5).
.br
The document formats are written to the file-system and available for indexing
by independent indexing tools, whether off the web like Google and Yahoo or on
the site like Lucene and Hyperestraier.
.br
.B SiSU
also provides other features such as concordance files and document content
certificates, and the working against an abstraction of document structure has
further possibilities for the research and development of other document
representations, the availability of objects is useful for example for topic
maps and thesauri, together with the flexibility of
.B SiSU
offers great possibilities.
.br
.B SiSU
is primarily for published works, which can take advantage of the citation
system to reliably reference its documents.
.B SiSU
works well in a complementary manner with such collaborative technologies as
Wikis, which can take advantage of and be used to discuss the substance of
content prepared in
.B SiSU
.
.br
.br
.SH 2. COMMANDS SUMMARY
.br
.SH 2.1 DESCRIPTION
.br
.B SiSU
.B SiSU
is a document publishing system, that from a simple single marked-up
document, produces multiple of output formats including: plaintext, html,
xhtml, XML, epub, odt (odf text), LaTeX, pdf, info, and SQL (PostgreSQL and
SQLite), which share numbered text objects ("object citation numbering") and
the same document structure information. For more see:
.SH 2.2 DOCUMENT PROCESSING COMMAND FLAGS
.TP
.B -a [filename/wildcard]
produces plaintext with Unix linefeeds and without markup, (object numbers
are omitted), has footnotes at end of each paragraph that contains them [ \ -A
\ for \ equivalent \ dos \ (linefeed) \ output \ file] [see \ -e \ for \
endnotes]. (Options include: --endnotes for endnotes --footnotes for footnotes
at the end of each paragraph --unix for unix linefeed (default) --msdos for
msdos linefeed)
.TP
.B -b [filename/wildcard]
see --xhtml
.TP
.B --color-toggle [filename/wildcard]
screen toggle ansi screen colour on or off depending on default set (unless
-c flag is used: if sisurc colour default is set to 'true', output to screen
will be with colour, if sisurc colour default is set to 'false' or is undefined
screen output will be without colour). Alias -c
.TP
.B --concordance [filename/wildcard]
produces concordance (wordmap) a rudimentary index of all the words in a
document. (Concordance files are not generated for documents of over 260,000
words unless this limit is increased in the file sisurc.yml). Alias -w
.TP
.B -C [--init-site]
configure/initialise shared output directory files initialize shared output
directory (config files such as css and dtd files are not updated if they
already exist unless modifier is used). -C --init-site configure/initialise
site more extensive than -C on its own, shared output directory files/force
update, existing shared output config files such as css and dtd files are
updated if this modifier is used.
.TP
.B -CC
configure/initialise shared output directory files initialize shared output
directory (config files such as css and dtd files are not updated if they
already exist unless modifier is used). The equivalent of: -C --init-site
configure/initialise site, more extensive than -C on its own, shared output
directory files/force update, existing shared output config files such as css
and dtd files are updated if -CC is used.
.TP
.B -c [filename/wildcard]
see --color-toggle
.TP
.B --dal [filename/wildcard/url]
assumed for most other flags, creates new intermediate files for processing
(document abstraction) that is used in all subsequent processing of other
output. This step is assumed for most processing flags. To skip it see -n.
Alias -m
.TP
.B --delete [filename/wildcard]
see --zap
.TP
.B -D [instruction] [filename]
see --pg
.TP
.B -d [--db-[database \ type \ (sqlite|pg)]] --[instruction] [filename]
see --sqlite
.TP
.B --epub [filename/wildcard]
produces an epub document, [sisu \ version \ 2 \ only] (filename.epub). Alias
-e
.TP
.B -e [filename/wildcard]
see --epub
.TP
.B -F [--webserv=webrick]
see --sample-search-form
.TP
.B --git [filename/wildcard]
produces or updates markup source file structure in a git repo (experimental
and subject to change). Alias -g
.TP
.B -g [filename/wildcard]
see --git
.TP
.B --harvest *.ss[tm]
makes two lists of sisu output based on the sisu markup documents in a
directory: list of author and authors works (year and titles), and; list by
topic with titles and author. Makes use of header metadata fields (author,
title, date, topic_register). Can be used with maintenance (-M) and remote
placement (-R) flags.
.TP
.B --help [topic]
provides help on the selected topic, where topics (keywords) include: list,
(com)mands, short(cuts), (mod)ifiers, (env)ironment, markup, syntax, headers,
headings, endnotes, tables, example, customise, skin, (dir)ectories, path,
(lang)uage, db, install, setup, (conf)igure, convert, termsheet, search, sql,
features, license
.TP
.B --html [filename/wildcard]
produces html output, segmented text with table of contents (toc.html and
index.html) and the document in a single file (scroll.html). Alias -h
.TP
.B -h [filename/wildcard]
see --html
.TP
.B -I [filename/wildcard]
see --texinfo
.TP
.B -i [filename/wildcard]
see --manpage
.TP
.B --keep-processing-files [filename/wildcard/url]
see --maintenance
.TP
.B -L
prints license information.
.TP
.B --machine [filename/wildcard/url]
see --dal (document abstraction level/layer)
.TP
.B --maintenance [filename/wildcard/url]
maintenance mode, interim processing files are preserved and their locations
indicated. (also see -V). Aliases -M and --keep-processing-files
.TP
.B --manpage [filename/wildcard]
produces man page of file, not suitable for all outputs. Alias -i
.TP
.B -M [filename/wildcard/url]
see --maintenance
.TP
.B -m [filename/wildcard/url]
see --dal (document abstraction level/layer)
.TP
.B --no-ocn
[with \ --html \ --pdf \ or \ --epub] switches off object citation numbering.
Produce output without identifying numbers in margins of html or LaTeX/pdf
output.
.TP
.B -N [filename/wildcard/url]
document digest or document content certificate ( DCC ) as md5 digest tree of
the document: the digest for the document, and digests for each object
contained within the document (together with information on software versions
that produced it) (digest.txt). -NV for verbose digest output to screen.
.TP
.B -n [filename/wildcard/url]
skip the creation of intermediate processing files (document abstraction) if
they already exist, this skips the equivalent of -m which is otherwise assumed
by most processing flags.
.TP
.B --odf [filename/wildcard/url]
see --odt
.TP
.B --odt [filename/wildcard/url]
output basic document in opendocument file format (opendocument.odt). Alias
-o
.TP
.B -o [filename/wildcard/url]
see --odt
.TP
.B --pdf [filename/wildcard]
produces LaTeX pdf (portrait.pdf & landscape.pdf). Default paper size is set
in config file, or document header, or provided with additional command line
parameter, e.g. --papersize-a4 preset sizes include: 'A4', U.S. 'letter' and
'legal' and book sizes 'A5' and 'B5' (system defaults to A4). Alias -p
.TP
.B --pg [instruction] [filename]
database postgresql ( --pgsql may be used instead) possible instructions,
include: --createdb; --create; --dropall; --import [filename]; --update
[filename]; --remove [filename]; see database section below. Alias -D
.TP
.B --po [language_directory/filename \ language_directory]
see --po4a
.TP
.B --po4a [language_directory/filename \ language_directory]
produces \.pot and po files for the file in the languages specified by the
language directory.
.B SiSU
markup is placed in subdirectories named with the language code, e.g. en/ fr/
es/. The sisu config file must set the output directory structure to
multilingual. v3, experimental
.TP
.B -P [language_directory/filename \ language_directory]
see --po4a
.TP
.B -p [filename/wildcard]
see --pdf
.TP
.B --quiet [filename/wildcard]
quiet less output to screen.
.TP
.B -q [filename/wildcard]
see --quiet
.TP
.B --rsync [filename/wildcard]
copies sisu output files to remote host using rsync. This requires that
sisurc.yml has been provided with information on hostname and username, and
that you have your "keys" and ssh agent in place. Note the behavior of rsync
different if -R is used with other flags from if used alone. Alone the rsync
--delete parameter is sent, useful for cleaning the remote directory (when -R
is used together with other flags, it is not). Also see --scp. Alias -R
.TP
.B -R [filename/wildcard]
see --rsync
.TP
.B -r [filename/wildcard]
see --scp
.TP
.B --sample-search-form [--webserv=webrick]
generate examples of (naive) cgi search form for sqlite and pgsql depends on
your already having used sisu to populate an sqlite and/or pgsql database, (the
sqlite version scans the output directories for existing sisu_sqlite databases,
so it is first necessary to create them, before generating the search form) see
-d -D and the database section below. If the optional parameter
--webserv=webrick is passed, the cgi examples created will be set up to use the
default port set for use by the webrick server, (otherwise the port is left
blank and the system setting used, usually 80). The samples are dumped in the
present work directory which must be writable, (with screen instructions given
that they be copied to the cgi-bin directory). -Fv (in addition to the above)
provides some information on setting up hyperestraier for sisu. Alias -F
.TP
.B --scp [filename/wildcard]
copies sisu output files to remote host using scp. This requires that
sisurc.yml has been provided with information on hostname and username, and
that you have your "keys" and ssh agent in place. Also see --rsync. Alias -r
.TP
.B --sqlite --[instruction] [filename]
database type default set to sqlite, (for which --sqlite may be used instead)
or to specify another database --db-[pgsql, \ sqlite] (however see -D) possible
instructions include: --createdb; --create; --dropall; --import [filename];
--update [filename]; --remove [filename]; see database section below. Alias -d
.TP
.B --sisupod
produces a sisupod a zipped sisu directory of markup files including sisu
markup source files and the directories local configuration file, images and
skins. Note: this only includes the configuration files or skins contained in
\./_sisu not those in ~/.sisu -S [filename/wildcard] option. Note: (this option
is tested only with zsh). Alias -S
.TP
.B --sisupod [filename/wildcard]
produces a zipped file of the prepared document specified along with
associated images, by default named sisupod.zip they may alternatively be named
with the filename extension \.ssp This provides a quick way of gathering the
relevant parts of a sisu document which can then for example be emailed. A
sisupod includes sisu markup source file, (along with associated documents if a
master file, or available in multilingual versions), together with related
images and skin.
.B SiSU
commands can be run directly against a sisupod contained in a local
directory, or provided as a url on a remote site. As there is a security issue
with skins provided by other users, they are not applied unless the flag
--trust or --trusted is added to the command instruction, it is recommended
that file that are not your own are treated as untrusted. The directory
structure of the unzipped file is understood by sisu, and sisu commands can be
run within it. Note: if you wish to send multiple files, it quickly becomes
more space efficient to zip the sisu markup directory, rather than the
individual files for sending). See the -S option without [filename/wildcard].
Alias -S
.TP
.B --source [filename/wildcard]
copies sisu markup file to output directory. Alias -s
.TP
.B -S
see --sisupod
.TP
.B -S [filename/wildcard]
see --sisupod
.TP
.B -s [filename/wildcard]
see --source
.TP
.B --texinfo [filename/wildcard]
produces texinfo and info file, (view with pinfo). Alias -I
.TP
.B --txt [filename/wildcard]
produces plaintext with Unix linefeeds and without markup, (object numbers
are omitted), has footnotes at end of each paragraph that contains them [ \ -A
\ for \ equivalent \ dos \ (linefeed) \ output \ file] [see \ -e \ for \
endnotes]. (Options include: --endnotes for endnotes --footnotes for footnotes
at the end of each paragraph --unix for unix linefeed (default) --msdos for
msdos linefeed). Alias -t
.TP
.B -T [filename/wildcard \ (*.termsheet.rb)]
standard form document builder, preprocessing feature
.TP
.B -t [filename/wildcard]
see --txt
.TP
.B --urls [filename/wildcard]
prints url output list/map for the available processing flags options and
resulting files that could be requested, (can be used to get a list of
processing options in relation to a file, together with information on the
output that would be produced), -u provides url output mapping for those flags
requested for processing. The default assumes sisu_webrick is running and
provides webrick url mappings where appropriate, but these can be switched to
file system paths in sisurc.yml. Alias -U
.TP
.B -U [filename/wildcard]
see --urls
.TP
.B -u [filename/wildcard]
provides url mapping of output files for the flags requested for processing,
also see -U
.TP
.B --v2 [filename/wildcard]
invokes the sisu v2 document parser/generator. This is the default and is
normally omitted.
.TP
.B --v3 [filename/wildcard]
invokes the sisu v3 document parser/generator. Currently under development
and incomplete, v3 requires >= ruby1.9.2p180. You may run sisu3 instead.
.TP
.B --verbose [filename/wildcard]
provides verbose output of what is being generated, where output is placed
(and error messages if any), as with -u flag provides a url mapping of files
created for each of the processing flag requests. Alias -v
.TP
.B -V
on its own, provides
.B SiSU
version and environment information (sisu --help env)
.TP
.B -V [filename/wildcard]
even more verbose than the -v flag.
.TP
.B -v
on its own, provides
.B SiSU
version information
.TP
.B -v [filename/wildcard]
see --verbose
.TP
.B --webrick
starts ruby's webrick webserver points at sisu output directories, the
default port is set to 8081 and can be changed in the resource configuration
files. [tip: \ the \ webrick \ server \ requires \ link \ suffixes, \ so \ html
\ output \ should \ be \ created \ using \ the \ -h \ option \ rather \ than \
-H \ ; \ also, \ note \ -F \ webrick \ ]. Alias -W
.TP
.B -W
see --webrick
.TP
.B --wordmap [filename/wildcard]
see --concordance
.TP
.B -w [filename/wildcard]
see --concordance
.TP
.B --xhtml [filename/wildcard]
produces xhtml/XML output for browser viewing (sax parsing). Alias -b
.TP
.B --xml-dom [filename/wildcard]
produces XML output with deep document structure, in the nature of dom. Alias
-X
.TP
.B --xml-sax [filename/wildcard]
produces XML output shallow structure (sax parsing). Alias -x
.TP
.B -X [filename/wildcard]
see --xml-dom
.TP
.B -x [filename/wildcard]
see --xml-sax
.TP
.B -Y [filename/wildcard]
produces a short sitemap entry for the document, based on html output and the
sisu_manifest. --sitemaps generates/updates the sitemap index of existing
sitemaps. (Experimental, [g,y,m \ announcement \ this \ week])
.TP
.B -y [filename/wildcard]
produces an html summary of output generated (hyperlinked to content) and
document specific metadata (sisu_manifest.html). This step is assumed for most
processing flags.
.TP
.B --zap [filename/wildcard]
Zap, if used with other processing flags deletes output files of the type
about to be processed, prior to processing. If -Z is used as the lone
processing related flag (or in conjunction with a combination of -[mMvVq]),
will remove the related document output directory. Alias -Z
.TP
.B -Z [filename/wildcard]
see --zap
.SH 3. COMMAND LINE MODIFIERS
.br
.TP
.B --no-ocn
[with \ --html \ --pdf \ or \ --epub] switches off object citation numbering.
Produce output without identifying numbers in margins of html or LaTeX/pdf
output.
.TP
.B --no-annotate
strips output text of editor endnotes[^*1] denoted by asterisk or dagger/plus
sign
.TP
.B --no-asterisk
strips output text of editor endnotes[^*2] denoted by asterisk sign
.TP
.B --no-dagger
strips output text of editor endnotes[^+1] denoted by dagger/plus sign
.SH 4. DATABASE COMMANDS
.br
.br
dbi - database interface
.br
-D or --pgsql set for postgresql -d or --sqlite default set for sqlite -d is
modifiable with --db=[database \ type \ (pgsql \ or \ sqlite)]
.TP
.B --pg -v --createall
initial step, creates required relations (tables, indexes) in existing
postgresql database (a database should be created manually and given the same
name as working directory, as requested) (rb.dbi) [ \ -dv \ --createall \
sqlite \ equivalent] it may be necessary to run sisu -Dv --createdb initially
NOTE: at the present time for postgresql it may be necessary to manually create
the database. The command would be 'createdb [database \ name]' where database
name would be SiSU_[present \ working \ directory \ name \ (without \ path)].
Please use only alphanumerics and underscores.
.TP
.B --pg -v --import
[filename/wildcard] imports data specified to postgresql db (rb.dbi) [ \ -dv
\ --import \ sqlite \ equivalent]
.TP
.B --pg -v --update
[filename/wildcard] updates/imports specified data to postgresql db (rb.dbi)
[ \ -dv \ --update \ sqlite \ equivalent]
.TP
.B --pg --remove
[filename/wildcard] removes specified data to postgresql db (rb.dbi) [ \ -d \
--remove \ sqlite \ equivalent]
.TP
.B --pg --dropall
kills data" and drops (postgresql or sqlite) db, tables & indexes [ \ -d \
--dropall \ sqlite \ equivalent]
.br
The -v is for verbose output.
.SH 5. SHORTCUTS, SHORTHAND FOR MULTIPLE FLAGS
.br
.TP
.B --update [filename/wildcard]
Checks existing file output and runs the flags required to update this
output. This means that if only html and pdf output was requested on previous
runs, only the -hp files will be applied, and only these will be generated this
time, together with the summary. This can be very convenient, if you offer
different outputs of different files, and just want to do the same again.
.TP
.B -0 to -5 [filename \ or \ wildcard]
Default shorthand mappings (note that the defaults can be changed/configured
in the sisurc.yml file):
.TP
.B -0
-mNhwpAobxXyYv [this \ is \ the \ default \ action \ run \ when \ no \
options \ are \ give, \ i.e. \ on \ 'sisu \ [filename]']
.TP
.B -1
-mhewpy
.TP
.B -2
-mhewpaoy
.TP
.B -3
-mhewpAobxXyY
.TP
.B -4
-mhewpAobxXDyY --import
.TP
.B -5
-mhewpAobxXDyY --update
.br
add -v for verbose mode and -c for color, e.g. sisu -2vc [filename \ or \
wildcard]
.br
consider -u for appended url info or -v for verbose output
.SH 5.1 COMMAND LINE WITH FLAGS - BATCH PROCESSING
.br
In the data directory run sisu -mh filename or wildcard eg. "sisu -h cisg.sst"
or "sisu -h *.{sst,ssm}" to produce html version of all documents.
.br
Running sisu (alone without any flags, filenames or wildcards) brings up the
interactive help, as does any sisu command that is not recognised. Enter to
escape.
.SH 6. HELP
.br
.SH 6.1 SISU MANUAL
.br
The most up to date information on sisu should be contained in the sisu_manual,
available at:
.br
.br
The manual can be generated from source, found respectively, either within the
.B SiSU
tarball or installed locally at:
.br
./data/doc/sisu/markup-samples/sisu_manual
.br
/usr/share/doc/sisu/markup-samples/sisu_manual
.br
move to the respective directory and type e.g.:
.br
sisu sisu_manual.ssm
.SH 6.2 SISU MAN PAGES
.br
If
.B SiSU
is installed on your system usual man commands should be available, try:
.br
man sisu
.br
Most
.B SiSU
man pages are generated directly from sisu documents that are used to prepare
the sisu manual, the sources files for which are located within the
.B SiSU
tarball at:
.br
./data/doc/sisu/markup-samples/sisu_manual
.br
Once installed, directory equivalent to:
.br
/usr/share/doc/sisu/markup-samples/sisu_manual
.br
Available man pages are converted back to html using man2html:
.br
/usr/share/doc/sisu/html/
.br
./data/doc/sisu/html
.br
An online version of the sisu man page is available here:
.br
* various sisu man pages [^8]
.br
* sisu.1 [^9]
.SH 6.3 SISU BUILT-IN INTERACTIVE HELP
.br
This is particularly useful for getting the current sisu setup/environment
information:
.br
sisu --help
.br
sisu --help [subject]
.br
sisu --help commands
.br
sisu --help markup
.br
sisu --help env [for \ feedback \ on \ the \ way \ your \ system \ is \
setup \ with \ regard \ to \ sisu]
.br
sisu -V [environment \ information, \ same \ as \ above \ command]
.br
sisu (on its own provides version and some help information)
.br
Apart from real-time information on your current configuration the
.B SiSU
manual and man pages are likely to contain more up-to-date information than
the sisu interactive help (for example on commands and markup).
.br
NOTE: Running the command sisu (alone without any flags, filenames or
wildcards) brings up the interactive help, as does any sisu command that is not
recognised. Enter to escape.
.SH 7. INTRODUCTION TO SISU MARKUP[^10]
.br
.SH 7.1 SUMMARY
.br
.B SiSU
source documents are plaintext (UTF-8)[^11] files
.br
All paragraphs are separated by an empty line.
.br
Markup is comprised of:
.br
* at the top of a document, the document header made up of semantic meta-data
about the document and if desired additional processing instructions (such an
instruction to automatically number headings from a particular level down)
.br
* followed by the prepared substantive text of which the most important single
characteristic is the markup of different heading levels, which define the
primary outline of the document structure. Markup of substantive text includes:
.br
* heading levels defines document structure
.br
* text basic attributes, italics, bold etc.
.br
* grouped text (objects), which are to be treated differently, such as code
blocks or poems.
.br
* footnotes/endnotes
.br
* linked text and images
.br
* paragraph actions, such as indent, bulleted, numbered-lists, etc.
.br
Some interactive help on markup is available, by typing sisu and selecting
markup or sisu --help markup
.br
To check the markup in a file:
.br
sisu --identify [filename].sst
.br
For brief descriptive summary of markup history
.br
sisu --query-history
.br
or if for a particular version:
.br
sisu --query-0.38
.SH 7.2 MARKUP EXAMPLES
.SH 7.2.1 ONLINE
.br
Online markup examples are available together with the respective outputs
produced from or from
.br
There is of course this document, which provides a cursory overview of sisu
markup and the respective output produced:
.br
an alternative presentation of markup syntax:
/usr/share/doc/sisu/on_markup.txt.gz
.SH 7.2.2 INSTALLED
.br
With
.B SiSU
installed sample skins may be found in: /usr/share/doc/sisu/markup-samples
(or equivalent directory) and if sisu-markup-samples is installed also under:
/usr/share/doc/sisu/markup-samples-non-free
.SH 8. MARKUP OF HEADERS
.br
.br
Headers contain either: semantic meta-data about a document, which can be used
by any output module of the program, or; processing instructions.
.br
Note: the first line of a document may include information on the markup
version used in the form of a comment. Comments are a percentage mark at the
start of a paragraph (and as the first character in a line of text) followed by
a space and the comment:
.nf
% this would be a comment
.fi
.SH 8.1 SAMPLE HEADER
.br
This current document is loaded by a master document that has a header similar
to this one:
.nf
% SiSU master 2.0
@title: SiSU
:subtitle: Manual
@creator: :author: Amissah, Ralph
@rights: Copyright (C) Ralph Amissah 2007, License GPL 3
@classify:
:type: information
:topic_register: SiSU:manual;electronic documents:SiSU:manual
:subject: ebook, epublishing, electronic book, electronic publishing,
electronic document, electronic citation, data structure,
citation systems, search
% used_by: manual
@date:
:published: 2008-05-22
:created: 2002-08-28
:issued: 2002-08-28
:available: 2002-08-28
:modified: 2010-03-03
@make:
:num_top: 1
:breaks: new=C; break=1
:skin: skin_sisu_manual
:bold: /Gnu|Debian|Ruby|SiSU/
:manpage: name=sisu - documents: markup, structuring, publishing
in multiple standard formats, and search;
synopsis=sisu \ [-abcDdeFhIiMmNnopqRrSsTtUuVvwXxYyZz0-9] \ [filename/wildcard \ ]
. sisu \ [-Ddcv] \ [instruction]
. sisu \ [-CcFLSVvW]
. sisu --v2 \ [operations]
. sisu --v3 \ [operations]
@links:
{ SiSU Homepage }http://www.sisudoc.org/
{ SiSU Manual }http://www.sisudoc.org/sisu/sisu_manual/
{ Book Samples & Markup Examples }http://www.jus.uio.no/sisu/SiSU/examples.html
{ SiSU Download }http://www.jus.uio.no/sisu/SiSU/download.html
{ SiSU Changelog }http://www.jus.uio.no/sisu/SiSU/changelog.html
{ SiSU Git repo }http://git.sisudoc.org/?p=code/sisu.git;a=summary
{ SiSU List Archives }http://lists.sisudoc.org/pipermail/sisu/
{ SiSU @ Debian }http://packages.qa.debian.org/s/sisu.html
{ SiSU Project @ Debian }http://qa.debian.org/developer.php?login=sisu@lists.sisudoc.org
{ SiSU @ Wikipedia }http://en.wikipedia.org/wiki/SiSU
.fi
.SH 8.2 AVAILABLE HEADERS
.br
Header tags appear at the beginning of a document and provide meta information
on the document (such as the Dublin Core), or information as to how the
document as a whole is to be processed. All header instructions take the form
@headername: or on the next line and indented by once space :subheadername: All
Dublin Core meta tags are available
.br
.B @indentifier:
information or instructions
.br
where the "identifier" is a tag recognised by the program, and the
"information" or "instructions" belong to the tag/indentifier specified
.br
Note: a header where used should only be used once; all headers apart from
@title: are optional; the @structure: header is used to describe document
structure, and can be useful to know.
.br
This is a sample header
.nf
% SiSU 2.0 \ [declared \ file-type \ identifier \ with \ markup \ version]
.fi
.nf
@title: \ [title \ text] \ [this \ header \ is \ the \ only \ one \ that \ is \ mandatory]
:subtitle: \ [subtitle \ if \ any]
:language: English
.fi
.nf
@creator:
:author: \ [Lastname, \ First \ names]
:illustrator: \ [Lastname, \ First \ names]
:translator: \ [Lastname, \ First \ names]
:prepared_by: \ [Lastname, \ First \ names]
.fi
.nf
@date:
:published: \ [year \ or \ yyyy-mm-dd]
:created: \ [year \ or \ yyyy-mm-dd]
:issued: \ [year \ or \ yyyy-mm-dd]
:available: \ [year \ or \ yyyy-mm-dd]
:modified: \ [year \ or \ yyyy-mm-dd]
:valid: \ [year \ or \ yyyy-mm-dd]
:added_to_site: \ [year \ or \ yyyy-mm-dd]
:translated: \ [year \ or \ yyyy-mm-dd]
.fi
.nf
@rights:
:copyright: Copyright (C) \ [Year \ and \ Holder]
:license: \ [Use \ License \ granted]
:text: \ [Year \ and \ Holder]
:translation: \ [Name, \ Year]
:illustrations: \ [Name, \ Year]
.fi
.nf
@classify:
:topic_register: SiSU:markup sample:book;book:novel:fantasy
:type:
:subject:
:description:
:keywords:
:abstract:
:isbn: \ [ISBN]
:loc: \ [Library \ of \ Congress \ classification]
:dewey: \ [Dewey \ classification]
:pg: \ [Project \ Gutenberg \ text \ number]
.fi
.nf
@links: { SiSU }http://www.sisudoc.org
{ FSF }http://www.fsf.org
.fi
.nf
@make:
:skin: skin_name
[skins change default settings related to the appearance of documents generated]
:num_top: 1
:headings: \ [text \ to \ match \ for \ each \ level
(e.g. PART; Chapter; Section; Article;
or another: none; BOOK|FIRST|SECOND; none; CHAPTER;)
:breaks: new=:C; break=1
:promo: sisu, ruby, sisu_search_libre, open_society
:bold: [regular expression of words/phrases to be made bold]
:italics: \ [regular \ expression \ of \ words/phrases \ to \ italicise]
.fi
.nf
@original:
:language: \ [language]
.fi
.nf
@notes:
:comment:
:prefix: \ [prefix \ is \ placed \ just \ after \ table \ of \ contents]
.fi
.SH 9. MARKUP OF SUBSTANTIVE TEXT
.br
.SH 9.1 HEADING LEVELS
.br
Heading levels are :A~ ,:B~ ,:C~ ,1~ ,2~ ,3~ \... :A - :C being part / section
headings, followed by other heading levels, and 1 -6 being headings followed by
substantive text or sub-headings. :A~ usually the title :A~? conditional level
1 heading (used where a stand-alone document may be imported into another)
.br
.B :A~ [heading \ text]
Top level heading [this \ usually \ has \ similar \ content \ to \ the \
title \ @title: \ ] NOTE: the heading levels described here are in 0.38
notation, see heading
.br
.B :B~ [heading \ text]
Second level heading [this \ is \ a \ heading \ level \ divider]
.br
.B :C~ [heading \ text]
Third level heading [this \ is \ a \ heading \ level \ divider]
.br
.B 1~ [heading \ text]
Top level heading preceding substantive text of document or sub-heading 2,
the heading level that would normally be marked 1. or 2. or 3. etc. in a
document, and the level on which sisu by default would break html output into
named segments, names are provided automatically if none are given (a number),
otherwise takes the form 1~my_filename_for_this_segment
.br
.B 2~ [heading \ text]
Second level heading preceding substantive text of document or sub-heading 3
, the heading level that would normally be marked 1.1 or 1.2 or 1.3 or 2.1 etc.
in a document.
.br
.B 3~ [heading \ text]
Third level heading preceding substantive text of document, that would
normally be marked 1.1.1 or 1.1.2 or 1.2.1 or 2.1.1 etc. in a document
.nf
1~filename level 1 heading,
% the primary division such as Chapter that is followed by substantive text,
% and may be further subdivided (this is the level on which by default html
% segments are made)
.fi
.SH 9.2 FONT ATTRIBUTES
.br
.B markup example:
.nf
normal text, *{emphasis}*, !{bold text}!, /{italics}/, _{underscore}_, "{citation}",
^{superscript}^, ,{subscript},, +{inserted text}+, -{strikethrough}-, #{monospace}#
normal text
.br
*{emphasis}* \ [note: \ can \ be \ configured \ to \ be \ represented \ by \ bold, \ italics \ or \ underscore]
.br
!{bold text}!
.br
_{underscore}_
.br
/{italics}/
.br
"{citation}"
.br
^{superscript}^
.br
,{subscript},
.br
+{inserted text}+
.br
\-{strikethrough}\-
.br
#{monospace}#
.fi
.br
.B resulting output:
.br
normal text,
.B emphasis
,
.B bold text
,
.I italics
,
.I underscore
, "citation", ^superscript^, [subscript], ++inserted text++,
--strikethrough--, monospace
.br
normal text
.br
.B emphasis
[note: \ can \ be \ configured \ to \ be \ represented \ by \ bold, \ italics
\ or \ underscore]
.br
.B bold text
.br
.I italics
.br
.I underscore
.br
"citation"
.br
^superscript^
.br
[subscript]
.br
++inserted text++
.br
--strikethrough--
.br
monospace
.SH 9.3 INDENTATION AND BULLETS
.br
.B markup example:
.nf
ordinary paragraph
.br
_1 indent paragraph one step
.br
_2 indent paragraph two steps
.br
_9 indent paragraph nine steps
.fi
.br
.B resulting output:
.br
ordinary paragraph
.br
indent paragraph one step
.br
indent paragraph two steps
.br
indent paragraph nine steps
.br
.B markup example:
.nf
_* bullet text
.br
_1* bullet text, first indent
.br
_2* bullet text, two step indent
.fi
.br
.B resulting output:
.br
* bullet text
.br
* bullet text, first indent
.br
* bullet text, two step indent
.br
Numbered List (not to be confused with headings/titles, (document structure))
.br
.B markup example:
.nf
# numbered list numbered list 1., 2., 3, etc.
.br
_# numbered list numbered list indented a., b., c., d., etc.
.fi
.SH 9.4 FOOTNOTES / ENDNOTES
.br
Footnotes and endnotes are marked up at the location where they would be
indicated within a text. They are automatically numbered. The output type
determines whether footnotes or endnotes will be produced
.br
.B markup example:
.nf
~{ a footnote or endnote }~
.fi
.br
.B resulting output:
.br
[^12]
.br
.B markup example:
.nf
normal text~{ self contained endnote marker & endnote in one }~ continues
.fi
.br
.B resulting output:
.br
normal text[^13] continues
.br
.B markup example:
.nf
normal text ~{* unnumbered asterisk footnote/endnote, insert multiple asterisks if required }~ continues
.br
normal text ~{** another unnumbered asterisk footnote/endnote }~ continues
.fi
.br
.B resulting output:
.br
normal text [^*] continues
.br
normal text [^**] continues
.br
.B markup example:
.nf
normal text ~[* \ editors \ notes, \ numbered \ asterisk \ footnote/endnote \ series \ ]~ continues
.br
normal text ~[+ \ editors \ notes, \ numbered \ asterisk \ footnote/endnote \ series \ ]~ continues
.fi
.br
.B resulting output:
.br
normal text [^*3] continues
.br
normal text [^+2] continues
.br
.B Alternative endnote pair notation for footnotes/endnotes:
.nf
% note the endnote marker "~^"
normal text~^ continues
.br
^~ endnote text following the paragraph in which the marker occurs
.fi
.br
the standard and pair notation cannot be mixed in the same document
.SH 9.5 LINKS
.SH 9.5.1 NAKED URLS WITHIN TEXT, DEALING WITH URLS
.br
urls found within text are marked up automatically. A url within text is
automatically hyperlinked to itself and by default decorated with angled
braces, unless they are contained within a code block (in which case they are
passed as normal text), or escaped by a preceding underscore (in which case the
decoration is omitted).
.br
.B markup example:
.nf
normal text http://www.sisudoc.org/ continues
.fi
.br
.B resulting output:
.br
normal text continues
.br
An escaped url without decoration
.br
.B markup example:
.nf
normal text _http://www.sisudoc.org/ continues
deb http://www.jus.uio.no/sisu/archive unstable main non-free
.fi
.br
.B resulting output:
.br
normal text <_http://www.sisudoc.org/> continues
.br
deb <_http://www.jus.uio.no/sisu/archive> unstable main non-free
.br
where a code block is used there is neither decoration nor hyperlinking, code
blocks are discussed later in this document
.br
.B resulting output:
.nf
deb http://www.jus.uio.no/sisu/archive unstable main non-free
.br
deb-src http://www.jus.uio.no/sisu/archive unstable main non-free
.fi
.SH 9.5.2 LINKING TEXT
.br
To link text or an image to a url the markup is as follows
.br
.B markup example:
.nf
about { SiSU }http://url.org markup
.fi
.br
.B resulting output:
.br
aboutSiSU markup
.br
A shortcut notation is available so the url link may also be provided
automatically as a footnote
.br
.B markup example:
.nf
about {~^ SiSU }http://url.org markup
.fi
.br
.B resulting output:
.br
about SiSU [^14] markup
.SH 9.5.3 LINKING IMAGES
.br
.B markup example:
.nf
{ tux.png 64x80 }image
.br
% various url linked images
.br
{tux.png 64x80 "a better way" }http://www.sisudoc.org/
.br
.br
{GnuDebianLinuxRubyBetterWay.png 100x101 "Way Better - with Gnu/Linux, Debian and Ruby" }http://www.sisudoc.org/
.br
.br
{~^ ruby_logo.png "Ruby" }http://www.ruby-lang.org/en/
.br
.br
.fi
.br
.B resulting output:
.br
[ tux.png ]
.br
tux.png 64x80 "Gnu/Linux - a better way"
.br
[ \ ruby_logo \ (png \ missing) \ ] [^15]
.br
GnuDebianLinuxRubyBetterWay.png 100x101 "Way Better - with Gnu/Linux, Debian
and Ruby"
.br
.B linked url footnote shortcut
.nf
{~^ \ [text \ to \ link] }http://url.org
% maps to: { \ [text \ to \ link] }http://url.org ~{ http://url.org }~
% which produces hyper-linked text within a document/paragraph,
% with an endnote providing the url for the text location used in the hyperlink
.fi
.nf
text marker *~name
.fi
.br
note at a heading level the same is automatically achieved by providing names
to headings 1, 2 and 3 i.e. 2~[name] and 3~[name] or in the case of
auto-heading numbering, without further intervention.
.SH 9.6 GROUPED TEXT
.SH 9.6.1 TABLES
.br
Tables may be prepared in two either of two forms
.br
.B markup example:
.nf
table{ c3; 40; 30; 30;
This is a table
this would become column two of row one
column three of row one is here
And here begins another row
column two of row two
column three of row two, and so on
}table
.fi
.br
.B resulting output:
[table omitted, see other document formats]
.br
a second form may be easier to work with in cases where there is not much
information in each column
.br
.B markup example:
[^16]
.nf
!_ Table 3.1: Contributors to Wikipedia, January 2001 - June 2005
{table~h 24; 12; 12; 12; 12; 12; 12;}
|Jan. 2001|Jan. 2002|Jan. 2003|Jan. 2004|July 2004|June 2006
Contributors* | 10| 472| 2,188| 9,653| 25,011| 48,721
Active contributors** | 9| 212| 846| 3,228| 8,442| 16,945
Very active contributors*** | 0| 31| 190| 692| 1,639| 3,016
No. of English language articles| 25| 16,000| 101,000| 190,000| 320,000| 630,000
No. of articles, all languages | 25| 19,000| 138,000| 490,000| 862,000|1,600,000
\\* Contributed at least ten times; \\** at least 5 times in last month; \\*\** more than 100 times in last month.
.fi
.br
.B resulting output:
.br
.B Table 3.1: Contributors to Wikipedia, January 2001 - June 2005
[table omitted, see other document formats]
.br
* Contributed at least ten times; ** at least 5 times in last month; *** more
than 100 times in last month.
.SH 9.6.2 POEM
.br
.B basic markup:
.nf
poem{
Your poem here
}poem
Each verse in a poem is given an object number.
.fi
.br
.B markup example:
.nf
poem{
`Fury said to a
mouse, That he
met in the
house,
"Let us
both go to
law: I will
prosecute
YOU. --Come,
I'll take no
denial; We
must have a
trial: For
really this
morning I've
nothing
to do."
Said the
mouse to the
cur, "Such
a trial,
dear Sir,
With
no jury
or judge,
would be
wasting
our
breath."
"I'll be
judge, I'll
be jury,"
Said
cunning
old Fury:
"I'll
try the
whole
cause,
and
condemn
you
to
death."'
}poem
.fi
.br
.B resulting output:
`Fury said to a
.br
mouse, That he
.br
met in the
.br
house,
.br
"Let us
.br
both go to
.br
law: I will
.br
prosecute
.br
YOU. --Come,
.br
I'll take no
.br
denial; We
.br
must have a
.br
trial: For
.br
really this
.br
morning I've
.br
nothing
.br
to do."
.br
Said the
.br
mouse to the
.br
cur, "Such
.br
a trial,
.br
dear Sir,
.br
With
.br
no jury
.br
or judge,
.br
would be
.br
wasting
.br
our
.br
breath."
.br
"I'll be
.br
judge, I'll
.br
be jury,"
.br
Said
.br
cunning
.br
old Fury:
.br
"I'll
.br
try the
.br
whole
.br
cause,
.br
and
.br
condemn
.br
you
.br
to
.br
death."'
.br
.SH 9.6.3 GROUP
.br
.B basic markup:
.nf
group{
.br
Your grouped text here
.br
}group
.br
A group is treated as an object and given a single object number.
.fi
.br
.B markup example:
.nf
group{
.br
'Fury said to a
mouse, That he
met in the
house,
"Let us
both go to
law: I will
prosecute
YOU. --Come,
I'll take no
denial; We
must have a
trial: For
really this
morning I've
nothing
to do."
Said the
mouse to the
cur, "Such
a trial,
dear Sir,
With
no jury
or judge,
would be
wasting
our
breath."
"I'll be
judge, I'll
be jury,"
Said
cunning
old Fury:
"I'll
try the
whole
cause,
and
condemn
you
to
death."'
}group
.fi
.br
.B resulting output:
`Fury said to a
.br
mouse, That he
.br
met in the
.br
house,
.br
"Let us
.br
both go to
.br
law: I will
.br
prosecute
.br
YOU. --Come,
.br
I'll take no
.br
denial; We
.br
must have a
.br
trial: For
.br
really this
.br
morning I've
.br
nothing
.br
to do."
.br
Said the
.br
mouse to the
.br
cur, "Such
.br
a trial,
.br
dear Sir,
.br
With
.br
no jury
.br
or judge,
.br
would be
.br
wasting
.br
our
.br
breath."
.br
"I'll be
.br
judge, I'll
.br
be jury,"
.br
Said
.br
cunning
.br
old Fury:
.br
"I'll
.br
try the
.br
whole
.br
cause,
.br
and
.br
condemn
.br
you
.br
to
.br
death."'
.br
.SH 9.6.4 CODE
.br
Code tags code{ \... }code (used as with other group tags described above) are
used to escape regular sisu markup, and have been used extensively within this
document to provide examples of
.B SiSU
markup. You cannot however use code tags to escape code tags. They are
however used in the same way as group or poem tags.
.br
A code-block is treated as an object and given a single object number. [an \
option \ to \ number \ each \ line \ of \ code \ may \ be \ considered \ at \
some \ later \ time]
.br
.B use of code tags instead of poem compared, resulting output:
.nf
`Fury said to a
mouse, That he
met in the
house,
"Let us
both go to
law: I will
prosecute
YOU. --Come,
I'll take no
denial; We
must have a
trial: For
really this
morning I've
nothing
to do."
Said the
mouse to the
cur, "Such
a trial,
dear Sir,
With
no jury
or judge,
would be
wasting
our
breath."
"I'll be
judge, I'll
be jury,"
Said
cunning
old Fury:
"I'll
try the
whole
cause,
and
condemn
you
to
death."'
.fi
.br
From
.B SiSU
2.7.7 on you can number codeblocks by placing a hash after the opening code
tag code{# as demonstrated here:
.nf
1 | `Fury said to a
2 | mouse, That he
3 | met in the
4 | house,
5 | "Let us
6 | both go to
7 | law: I will
8 | prosecute
9 | YOU. --Come,
10 | I'll take no
11 | denial; We
12 | must have a
13 | trial: For
14 | really this
15 | morning I've
16 | nothing
17 | to do."
18 | Said the
19 | mouse to the
20 | cur, "Such
21 | a trial,
22 | dear Sir,
23 | With
24 | no jury
25 | or judge,
26 | would be
27 | wasting
28 | our
29 | breath."
30 | "I'll be
31 | judge, I'll
32 | be jury,"
33 | Said
34 | cunning
35 | old Fury:
36 | "I'll
37 | try the
38 | whole
39 | cause,
40 | and
41 | condemn
42 | you
43 | to
44 | death."'
.fi
.SH 9.7 BOOK INDEX
.br
To make an index append to paragraph the book index term relates to it, using
an equal sign and curly braces.
.br
Currently two levels are provided, a main term and if needed a sub-term.
Sub-terms are separated from the main term by a colon.
.nf
Paragraph containing main term and sub-term.
={Main term:sub-term}
.fi
.br
The index syntax starts on a new line, but there should not be an empty line
between paragraph and index markup.
.br
The structure of the resulting index would be:
.nf
Main term, 1
sub-term, 1
.fi
.br
Several terms may relate to a paragraph, they are separated by a semicolon. If
the term refers to more than one paragraph, indicate the number of paragraphs.
.nf
Paragraph containing main term, second term and sub-term.
={first term; second term: sub-term}
.fi
.br
The structure of the resulting index would be:
.nf
First term, 1,
Second term, 1,
sub-term, 1
.fi
.br
If multiple sub-terms appear under one paragraph, they are separated under the
main term heading from each other by a pipe symbol.
.nf
Paragraph containing main term, second term and sub-term.
={Main term:sub-term+1|second sub-term
A paragraph that continues discussion of the first sub-term
.fi
.br
The plus one in the example provided indicates the first sub-term spans one
additional paragraph. The logical structure of the resulting index would be:
.nf
Main term, 1,
sub-term, 1-3,
second sub-term, 1,
.fi
.SH 10. COMPOSITE DOCUMENTS MARKUP
.br
.br
It is possible to build a document by creating a master document that requires
other documents. The documents required may be complete documents that could be
generated independently, or they could be markup snippets, prepared so as to be
easily available to be placed within another text. If the calling document is a
master document (built from other documents), it should be named with the
suffix
.B \.ssm
Within this document you would provide information on the other documents
that should be included within the text. These may be other documents that
would be processed in a regular way, or markup bits prepared only for inclusion
within a master document
.B \.sst
regular markup file, or
.B \.ssi
(insert/information) A secondary file of the composite document is built
prior to processing with the same prefix and the suffix
.B \._sst
.br
basic markup for importing a document into a master document
.nf
<< filename1.sst
<< filename2.ssi
.fi
.br
The form described above should be relied on. Within the Vim editor it results
in the text thus linked becoming hyperlinked to the document it is calling in
which is convenient for editing. Alternative markup for importation of
documents under consideration, and occasionally supported have been.
.nf
<< filename.ssi
<<{filename.ssi}
% using textlink alternatives
<< |filename.ssi|@|^|
.fi
.SH MARKUP SYNTAX HISTORY
.br
.SH 11. NOTES RELATED TO FILES-TYPES AND MARKUP SYNTAX
.br
2.0 introduced new headers and is therefore incompatible with 1.0 though
otherwise the same with the addition of a couple of tags (i.e. a superset)
.br
0.38 is substantially current for version 1.0
.br
depreciated 0.16 supported, though file names were changed at 0.37
.br
* sisu --query=[sisu \ version \ [0.38] or 'history]
.br
provides a short history of changes to
.B SiSU
markup
.br
.B SiSU 2.0
(2010-03-06:09/6) same as 1.0, apart from the changing of headers and the
addition of a monospace tag related headers now grouped, e.g.
.nf
@title:
:subtitle:
@creator:
:author:
:translator:
:illustrator:
@rights:
:text:
:illustrations:
.fi
.br
see document markup samples, and sisu --help headers
.br
the monospace tag takes the form of a hash '#'
.nf
#{ this enclosed text would be monospaced }#
.fi
.br
.B 1.0
(2009-12-19:50/6) same as 0.69
.br
.B 0.69
(2008-09-16:37/2) (same as 1.0) and as previous (0.57) with the addition of
book index tags
.nf
/^={.+?}$/
.fi
.br
e.g. appended to a paragraph, on a new-line (without a blank line in between)
logical structure produced assuming this is the first text "object"
.nf
={GNU/Linux community distribution:Debian+2|Fedora|Gentoo;Free Software Foundation+5}
.fi
.nf
Free Software Foundation, 1-6
GNU/Linux community distribution, 1
Debian, 1-3
Fedora, 1
Gentoo,
.fi
.br
.B 0.66
(2008-02-24:07/7) same as previous, adds semantic tags, [experimental \ and \
not-used]
.nf
/[:;]{.+?}[:;][a-z+]/
.fi
.br
.B 0.57
(2007w34/4)
.B SiSU
0.57 is the same as 0.42 with the introduction of some a shortcut to use the
headers @title and @creator in the first heading [expanded \ using \ the \
contents \ of \ the \ headers \ @title: \ and \ @author:]
.nf
:A~ @title by @author
.fi
.br
.B 0.52
(2007w14/6) declared document type identifier at start of text/document:
.br
.B SiSU
0.52
.br
or, backward compatible using the comment marker:
.br
%
.B SiSU
0.38
.br
variations include '
.B SiSU
(text|master|insert) [version]' and 'sisu-[version]'
.br
.B 0.51
(2007w13/6) skins changed (simplified), markup unchanged
.br
.B 0.42
(2006w27/4) * (asterisk) type endnotes, used e.g. in relation to author
.br
.B SiSU
0.42 is the same as 0.38 with the introduction of some additional endnote
types,
.br
Introduces some variations on endnotes, in particular the use of the asterisk
.nf
~{* for example for describing an author }~ and ~{** for describing a second author }~
.fi
.br
* for example for describing an author
.br
** for describing a second author
.br
and
.nf
~[* \ my \ note \ ]~ or ~[+ \ another \ note \ ]~
.fi
.br
which numerically increments an asterisk and plus respectively
.br
*1 my note +1 another note
.br
.B 0.38
(2006w15/7) introduced new/alternative notation for headers, e.g. @title:
(instead of 0~title), and accompanying document structure markup,
:A,:B,:C,1,2,3 (maps to previous 1,2,3,4,5,6)
.br
.B SiSU
0.38 introduced alternative experimental header and heading/structure
markers,
.nf
@headername: and headers :A~ :B~ :C~ 1~ 2~ 3~
.fi
.br
as the equivalent of:
.nf
0~headername and headers 1~ 2~ 3~ 4~ 5~ 6~
.fi
.br
The internal document markup of
.B SiSU
0.16 remains valid and standard Though note that
.B SiSU
0.37 introduced a new file naming convention
.br
.B SiSU
has in effect two sets of levels to be considered, using 0.38 notation A-C
headings/levels, pre-ordinary paragraphs /pre-substantive text, and 1-3
headings/levels, levels which are followed by ordinary text. This may be
conceptualised as levels A,B,C, 1,2,3, and using such letter number notation,
in effect: A must exist, optional B and C may follow in sequence (not strict) 1
must exist, optional 2 and 3 may follow in sequence i.e. there are two
independent heading level sequences A,B,C and 1,2,3 (using the 0.16 standard
notation 1,2,3 and 4,5,6) on the positive side: the 0.38 A,B,C,1,2,3
alternative makes explicit an aspect of structuring documents in
.B SiSU
that is not otherwise obvious to the newcomer (though it appears more
complicated, is more in your face and likely to be understood fairly quickly);
the substantive text follows levels 1,2,3 and it is 'nice' to do most work in
those levels
.br
.B 0.37
(2006w09/7) introduced new file naming convention, \.sst (text), \.ssm
(master), \.ssi (insert), markup syntax unchanged
.br
.B SiSU
0.37 introduced new file naming convention, using the file extensions \.sst
\.ssm and \.ssi to replace \.s1 \.s2 \.s3 \.r1 \.r2 \.r3 and \.si
.br
this is captured by the following file 'rename' instruction:
.nf
rename 's/\.s[123]$/\.sst/' *.s{1,2,3}
rename 's/\.r[123]$/\.ssm/' *.r{1,2,3}
rename 's/\.si$/\.ssi/' *.si
.fi
.br
The internal document markup remains unchanged, from
.B SiSU
0.16
.br
.B 0.35
(2005w52/3) sisupod, zipped content file introduced
.br
.B 0.23
(2005w36/2) utf-8 for markup file
.br
.B 0.22
(2005w35/3) image dimensions may be omitted if rmagick is available to be
relied upon
.br
.B 0.20.4
(2005w33/4) header 0~links
.br
.B 0.16
(2005w25/2) substantial changes introduced to make markup cleaner, header
0~title type, and headings [1-6]~ introduced, also percentage sign (%) at start
of a text line as comment marker
.br
.B SiSU
0.16 (0.15 development branch) introduced the use of
.br
the header 0~ and headings/structure 1~ 2~ 3~ 4~ 5~ 6~
.br
in place of the 0.1 header, heading/structure notation
.br
.B SiSU
0.1 headers and headings structure represented by header 0{~ and
headings/structure 1{ 2{ 3{ 4{~ 5{ 6{
.SH 12. SISU FILETYPES
.br
.br
.B SiSU
has plaintext and binary filetypes, and can process either type of document.
.SH 12.1 \.SST \.SSM \.SSI MARKED UP PLAIN TEXT
.br
.B SiSU
documents are prepared as plain-text (utf-8) files with
.B SiSU
markup. They may make reference to and contain images (for example), which
are stored in the directory beneath them _sisu/image.
.B SiSU
plaintext markup files are of three types that may be distinguished by the
file extension used: regular text \.sst; master documents, composite documents
that incorporate other text, which can be any regular text or text insert; and
inserts the contents of which are like regular text except these are marked
\.ssi and are not processed.
.br
.B SiSU
processing can be done directly against a sisu documents; which may be
located locally or on a remote server for which a url is provided.
.br
.B SiSU
source markup can be shared with the command:
.br
sisu -s [filename]
.SH 12.1.1 SISU TEXT - REGULAR FILES (.SST)
.br
The most common form of document in
.B SiSU
, see the section on
.B SiSU
markup.
.br
.br
.SH 12.1.2 SISU MASTER FILES (.SSM)
.br
Composite documents which incorporate other
.B SiSU
documents which may be either regular
.B SiSU
text \.sst which may be generated independently, or inserts prepared solely
for the purpose of being incorporated into one or more master documents.
.br
The mechanism by which master files incorporate other documents is described as
one of the headings under under
.B SiSU
markup in the
.B SiSU
manual.
.br
Note: Master documents may be prepared in a similar way to regular documents,
and processing will occur normally if a \.sst file is renamed \.ssm without
requiring any other documents; the \.ssm marker flags that the document may
contain other documents.
.br
Note: a secondary file of the composite document is built prior to processing
with the same prefix and the suffix \._sst [^17]
.br
.br
.SH 12.1.3 SISU INSERT FILES (.SSI)
.br
Inserts are documents prepared solely for the purpose of being incorporated
into one or more master documents. They resemble regular
.B SiSU
text files except they are ignored by the
.B SiSU
processor. Making a file a \.ssi file is a quick and convenient way of
flagging that it is not intended that the file should be processed on its own.
.SH 12.2 SISUPOD, ZIPPED BINARY CONTAINER (SISUPOD.ZIP, \.SSP)
.br
A sisupod is a zipped
.B SiSU
text file or set of
.B SiSU
text files and any associated images that they contain (this will be extended
to include sound and multimedia-files)
.br
.B SiSU
plaintext files rely on a recognised directory structure to find contents
such as images associated with documents, but all images for example for all
documents contained in a directory are located in the sub-directory
_sisu/image. Without the ability to create a sisupod it can be inconvenient to
manually identify all other files associated with a document. A sisupod
automatically bundles all associated files with the document that is turned
into a pod.
.br
The structure of the sisupod is such that it may for example contain a single
document and its associated images; a master document and its associated
documents and anything else; or the zipped contents of a whole directory of
prepared
.B SiSU
documents.
.br
The command to create a sisupod is:
.br
sisu -S [filename]
.br
Alternatively, make a pod of the contents of a whole directory:
.br
sisu -S
.br
.B SiSU
processing can be done directly against a sisupod; which may be located
locally or on a remote server for which a url is provided.
.br
.br
.SH 13. EXPERIMENTAL ALTERNATIVE INPUT REPRESENTATIONS
.br
.SH 13.1 ALTERNATIVE XML
.br
.B SiSU
offers alternative XML input representations of documents as a proof of
concept, experimental feature. They are however not strictly maintained, and
incomplete and should be handled with care.
.br
.B convert from sst to simple xml representations (sax, dom and node):
.br
sisu --to-sax [filename/wildcard] or sisu --to-sxs [filename/wildcard]
.br
sisu --to-dom [filename/wildcard] or sisu --to-sxd [filename/wildcard]
.br
sisu --to-node [filename/wildcard] or sisu --to-sxn [filename/wildcard]
.br
.B convert to sst from any sisu xml representation (sax, dom and node):
.br
sisu --from-xml2sst [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.br
or the same:
.br
sisu --from-sxml [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.SH 13.1.1 XML SAX REPRESENTATION
.br
To convert from sst to simple xml (sax) representation:
.br
sisu --to-sax [filename/wildcard] or sisu --to-sxs [filename/wildcard]
.br
To convert from any sisu xml representation back to sst
.br
sisu --from-xml2sst [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.br
or the same:
.br
sisu --from-sxml [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.SH 13.1.2 XML DOM REPRESENTATION
.br
To convert from sst to simple xml (dom) representation:
.br
sisu --to-dom [filename/wildcard] or sisu --to-sxd [filename/wildcard]
.br
To convert from any sisu xml representation back to sst
.br
sisu --from-xml2sst [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.br
or the same:
.br
sisu --from-sxml [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.SH 13.1.3 XML NODE REPRESENTATION
.br
To convert from sst to simple xml (node) representation:
.br
sisu --to-node [filename/wildcard] or sisu --to-sxn [filename/wildcard]
.br
To convert from any sisu xml representation back to sst
.br
sisu --from-xml2sst [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.br
or the same:
.br
sisu --from-sxml [filename/wildcard \ [.sxs.xml,.sxd.xml,sxn.xml]]
.SH 14. CONFIGURATION
.br
.SH 14.1 DETERMINING THE CURRENT CONFIGURATION
.br
Information on the current configuration of
.B SiSU
should be available with the help command:
.br
sisu -v
.br
which is an alias for:
.br
sisu --help env
.br
Either of these should be executed from within a directory that contains sisu
markup source documents.
.SH 14.2 CONFIGURATION FILES (CONFIG.YML)
.br
.B SiSU
configration parameters are adjusted in the configuration file, which can be
used to override the defaults set. This includes such things as which directory
interim processing should be done in and where the generated output should be
placed.
.br
The
.B SiSU
configuration file is a yaml file, which means indentation is significant.
.br
.B SiSU
resource configuration is determined by looking at the following files if
they exist:
.br
./_sisu/sisurc.yml
.br
~/.sisu/sisurc.yml
.br
/etc/sisu/sisurc.yml
.br
The search is in the order listed, and the first one found is used.
.br
In the absence of instructions in any of these it falls back to the internal
program defaults.
.br
Configuration determines the output and processing directories and the database
access details.
.br
If
.B SiSU
is installed a sample sisurc.yml may be found in /etc/sisu/sisurc.yml
.SH 15. SKINS
.br
.br
Skins modify the default appearance of document output on a document,
directory, or site wide basis. Skins are looked for in the following locations:
.br
./_sisu/skin
.br
~/.sisu/skin
.br
/etc/sisu/skin
.br
.B Within the skin directory
are the following the default sub-directories for document skins:
.br
./skin/doc
.br
./skin/dir
.br
./skin/site
.br
A skin is placed in the appropriate directory and the file named skin_[name].rb
.br
The skin itself is a ruby file which modifies the default appearances set in
the program.
.SH 15.1 DOCUMENT SKIN
.br
Documents take on a document skin, if the header of the document specifies a
skin to be used.
.nf
@skin: skin_united_nations
.fi
.SH 15.2 DIRECTORY SKIN
.br
A directory may be mapped on to a particular skin, so all documents within that
directory take on a particular appearance. If a skin exists in the skin/dir
with the same name as the document directory, it will automatically be used for
each of the documents in that directory, (except where a document specifies the
use of another skin, in the skin/doc directory).
.br
A personal habit is to place all skins within the doc directory, and symbolic
links as needed from the site, or dir directories as required.
.SH 15.3 SITE SKIN
.br
A site skin, modifies the program default skin.
.SH 15.4 SAMPLE SKINS
.br
With
.B SiSU
installed sample skins may be found in:
.br
/etc/sisu/skin/doc and
/usr/share/doc/sisu/markup-samples/samples/_sisu/skin/doc
.br
(or equivalent directory) and if sisu-markup-samples is installed also under:
.br
/usr/share/doc/sisu/markup-samples-non-free/samples/_sisu/skin/doc
.br
Samples of list.yml and promo.yml (which are used to create the right column
list) may be found in:
.br
/usr/share/doc/sisu/markup-samples-non-free/samples/_sisu/skin/yml (or
equivalent directory)
.SH 16. CSS - CASCADING STYLE SHEETS (FOR HTML, XHTML AND XML)
.br
.br
CSS files to modify the appearance of
.B SiSU
html, XHTML or XML may be placed in the configuration directory: \./_sisu/css
; ~/.sisu/css or; /etc/sisu/css and these will be copied to the output
directories with the command sisu -CC.
.br
The basic CSS file for html output is html.css, placing a file of that name in
directory _sisu/css or equivalent will result in the default file of that name
being overwritten.
.br
HTML: html.css
.br
XML DOM: dom.css
.br
XML SAX: sax.css
.br
XHTML: xhtml.css
.br
The default homepage may use homepage.css or html.css
.br
Under consideration is to permit the placement of a CSS file with a different
name in directory _sisu/css directory or equivalent, and change the default CSS
file that is looked for in a skin.[^18]
.SH 17. ORGANISING CONTENT
.br
.SH 17.1 DIRECTORY STRUCTURE AND MAPPING
.br
The output directory root can be set in the sisurc.yml file. Under the root,
subdirectories are made for each directory in which a document set resides. If
you have a directory named poems or conventions, that directory will be created
under the output directory root and the output for all documents contained in
the directory of a particular name will be generated to subdirectories beneath
that directory (poem or conventions). A document will be placed in a
subdirectory of the same name as the document with the filetype identifier
stripped (.sst \.ssm)
.br
The last part of a directory path, representing the sub-directory in which a
document set resides, is the directory name that will be used for the output
directory. This has implications for the organisation of document collections
as it could make sense to place documents of a particular subject, or type
within a directory identifying them. This grouping as suggested could be by
subject (sales_law, english_literature); or just as conveniently by some other
classification (X University). The mapping means it is also possible to place
in the same output directory documents that are for organisational purposes
kept separately, for example documents on a given subject of two different
institutions may be kept in two different directories of the same name, under a
directory named after each institution, and these would be output to the same
output directory. Skins could be associated with each institution on a
directory basis and resulting documents will take on the appropriate different
appearance.
.SH 18. HOMEPAGES
.br
.br
.B SiSU
is about the ability to auto-generate documents. Home pages are regarded as
custom built items, and are not created by
.B SiSU
. More accurately,
.B SiSU
has a default home page, which will not be appropriate for use with other
sites, and the means to provide your own home page instead in one of two ways
as part of a site's configuration, these being:
.br
1. through placing your home page and other custom built documents in the
subdirectory _sisu/home/ (this probably being the easier and more convenient
option)
.br
2. through providing what you want as the home page in a skin,
.br
Document sets are contained in directories, usually organised by site or
subject. Each directory can/should have its own homepage. See the section on
directory structure and organisation of content.
.SH 18.1 HOME PAGE AND OTHER CUSTOM BUILT PAGES IN A SUB-DIRECTORY
.br
Custom built pages, including the home page index.html may be placed within the
configuration directory _sisu/home/ in any of the locations that is searched
for the configuration directory, namely \./_sisu ; ~/_sisu ; /etc/sisu From
there they are copied to the root of the output directory with the command:
.br
sisu -CC
.SH 18.2 HOME PAGE WITHIN A SKIN
.br
Skins are described in a separate section, but basically are a file written in
the programming language
.B Ruby
that may be provided to change the defaults that are provided with sisu with
respect to individual documents, a directories contents or for a site.
.br
If you wish to provide a homepage within a skin the skin should be in the
directory _sisu/skin/dir and have the name of the directory for which it is to
become the home page. Documents in the directory commercial_law would have the
homepage modified in skin_commercial law.rb; or the directory poems in
skin_poems.rb
.nf
class Home
def homepage
# place the html content of your homepage here, this will become index.html
<
this is my new homepage.