1
0
mirror of https://github.com/rkd77/elinks.git synced 2024-11-04 08:17:17 -05:00
elinks/doc
2006-12-01 22:31:16 +02:00
..
man Sync man pages 2006-06-12 22:30:42 +02:00
tools Revert FreeBSD sed changes; they don't work for GNU sed 2006-01-27 02:52:44 +01:00
.gitignore Update to the new names of generated txt files 2006-01-14 08:02:30 +01:00
asciidoc.conf Replace --'s so they do not get translated to — 2006-01-14 19:47:47 +01:00
bittorrent.txt Center some dialog examples 2006-01-12 04:49:50 +01:00
bookmarks.txt doc: Always refer to elinks.cz rather than elinks.or.cz. 2006-04-27 00:13:33 +03:00
color-model.txt Remove now useless $Id: lines. 2005-10-21 09:14:07 +02:00
dev-intro.txt doc: Fixed a quote in AsciiDoc markup. 2006-05-14 22:22:37 +03:00
ecmascript.txt Update SpiderMonkey instructions to reflect current features summary 2006-07-06 17:34:52 +00:00
elinks.1.txt doc: Always refer to elinks.cz rather than elinks.or.cz. 2006-04-27 00:13:33 +03:00
elinks.conf.5.txt Make it possible to build all-docs when $(builddir) != $(srcdir) 2006-01-16 00:21:05 +01:00
elinkskeys.5.txt Make it possible to build all-docs when $(builddir) != $(srcdir) 2006-01-16 00:21:05 +01:00
events.txt Correct documentation for follow-url and goto-url 2006-11-14 00:24:20 +00:00
exmode.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
faq.txt doc: Always refer to elinks.cz rather than elinks.or.cz. 2006-04-27 00:13:33 +03:00
feedback.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
hacking.txt Names of enum constants should be in upper case. 2006-11-12 14:51:18 +02:00
installation.txt Make it possible to build all-docs when $(builddir) != $(srcdir) 2006-01-16 00:21:05 +01:00
introduction.txt doc: Always refer to elinks.cz rather than elinks.or.cz. 2006-04-27 00:13:33 +03:00
lua-scripting.txt doc: More AsciiDoc compatibility. 2006-04-27 00:08:22 +03:00
mailcap.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
Makefile make install-doc installs doc/python.txt too. 2006-12-01 22:31:16 +02:00
manual.txt Make the link to the old manual 'accessible' in the HTML versions 2006-01-19 04:33:07 +01:00
marks.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
mime.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
perl.pod Initial commit of the HEAD branch of the ELinks CVS repository, as of 2005-09-15 15:58:31 +02:00
python.txt doc: Additional functionality for Python backend. 2006-11-26 11:37:51 +02:00
README Mention API docs, and how to build them 2006-01-27 01:06:59 +01:00
release.txt doc/release.txt: What to do to bugs fixed in the new version. 2006-11-25 19:37:04 +02:00
remote.txt Fix misparsing of -remote URLs containing parenthesis (bug 830) 2006-11-12 18:49:05 +01:00
small.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
tabs.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
terminals.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00
urlshortcuts.txt Drop useless comment block now that CVS Id tags are gone 2006-01-03 14:28:26 +01:00

			Overview of the ELinks documentation

There is only limited documentation available for ELinks so far, sorry. It
basically consists of the documents in this directory and the features.conf,
README and INSTALL files in the project's root directory.

You are encouraged to get a copy of the ELinks manual. It tries to be a
complete book of all there is to know about ELinks. For example, most files
listed in the next section is in some way part of the ELinks manual.

Instructions on building the manual is given below. If you do not intend to
build it yourself either access it on the ELinks homepage or, if you
downloaded ELinks via a tarball, the manual should be in the html/ directory.


Where to start
--------------

This sections tries to give a quick overview of important files you will find
in this directory or it's children.

 - Man pages:

	elinks(1) ................................... man/man1/elinks.1
	elinks.conf(5) .............................. man/man5/elinks.conf.5
	elinkskeys(5) ............................... man/man5/elinkskeys.5

   Man pages are best viewed with the man program. The easiest way to do this
   is by telling the man program to look for man pages in the doc/man
   directory by using the -M switch. If you are standing in the top-level
   directory, you can do this by invoking the man program using:

	man -M doc/man elinks.conf

 - User's Guide:

	Getting ELinks up and running................ installation.txt
	Introduction to the World of ELinks ......... introduction.txt
	Frequently Asked Questions .................. faq.txt
	JavaScript/ECMAScript in ELinks ............. ecmascript.txt
	Notes on User Feedback ...................... feedback.txt
	The Smallest Binary Quest Spoilerbook ....... small.txt

   Note: The ELinks manual really should be read in one of the generated
   formats: html, html-chunked or pdf, however the entry point can be found in
   manual.txt and might be of some help, when deciding what other .txt
   documents to read in this directory.

 - Developer's Guide:

	Introduction to ELinks Developing ........... dev-intro.txt
	The Demented Guide to Source Hacking ........ hacking.txt

   The developing intro tries to explain some of the basic concepts in the
   ELinks internal. While the hacking guide contains great deal about general
   source code structure and especially guidelines regarding coding style,
   submitting patches etc., thus every aspiring developer should take the
   pains to read through it, do not forget to also look for README and similar
   text files in the subdirectories containing the relevant sources for
   detailed notes regarding given modules/subsystems. Additionally, it is
   possible to build API docs. More about this below.

	The Lua Scripting Book ...................... lua-scripting.txt
	Events Reference Sheet ...................... events.txt

   The above covers internal scripting, by which we mean scripting of the
   browser internals through embedded Lua, Guile or Perl scripts. ECMAScript
   scripts embedded in documents have nothing to do with that.


Building documentation
----------------------

The following tools are used for generating documentation in various formats:

 - asciidoc: the basic tool for lifting the .txt files to other formats.
 - xmlto: used for outputting chunked HTML and man pages. 
 - jw: used for pdf documents.
 - pod2html: used for perl docs.

All these tools are checked by configure, thus to successfully build all the
possible documentation (with the tools available on the system), just run

	$ make all-docs

in the doc/ directory. It will build, if possibly, the manual in the following
manual formats (with tool requirements listed):

 - HTML one-file (asciidoc)
 - HTML chunked / multiple files (asciidoc + xmlto)
 - PDF (asciidoc + jw)

and the following man page formats:
 
 - HTML (asciidoc)
 - man / groff (asciidoc + xmlto)

Note: You do not need to build manpages. They are shipped with ELinks. However,
if you want to have the manpages to match your local configuration and changes
you can rebuild them (this is mostly an issue with elinks.conf(5) which might
otherwise contain options that is not supported by the version you install.

Note: You must first build the ELinks binary for "make all-docs" to work
successfully. The binary is used for getting option documentation.

The documentation can be installed with:

	$ make install-doc

Building API documentation
^^^^^^^^^^^^^^^^^^^^^^^^^^

There is some starting effort to make it possible to build HTML documentation
of the APIs presented by the different modules and subsystems in ELinks. To
build API documentation run:

	$ make api

in the doc/ directory. The API documentation can then be found in the doc/api/
directory.

NOTE: Currently only few files provides API docs and there is no over-all
structure of the various APIs.

The API toolchain uses a Perl script (doc/tools/code2doc) to extract info from
header files and generate text files with AsciiDoc markup. The text files are
then converted to HTML with AsciiDoc.

To get an idea of how the code markup works take a look at src/dom/stack.h.
It has a small tag saying that it provides API docs for the dom-stack module:

	/* API Doc :: dom-stack */

The API doc markup should be pretty straight forward. Here is an example of the
basic structure:

	/** <title>
	 *
	 * <content>
	 */

Only text in comments starting with '/**' are used. If the comment immediately
preceeds a declaration of some struct, enum, typedef, function, or macro, the
name of the declared identifier will be used when creating the output to create
anchors which can be referred to using ref:[].


Contributing
------------

Contributions are very warmly welcomed, whether it is fixing typos or bad
grammar, rewritings or new material. Any information relevant to ELinks usage
can be included in the manual, including FAQ material, tips and cheats ;)

There is no strict codingstyle, but please don't limit your use of whitespaces
and take a look at the style used in the current documents to get ideas of what
is reasonable.

Contributions should be sent to Jonas Fonseca <fonseca@diku.dk> or to the
ELinks mailing list. If you are changing something in an existing document,
please read about how to make unified patches in the Patches section of the
doc/hacking.txt file.