/[svn]/doc/docbase/writing_docs/01_writing_docs.html
ViewVC logotype

Annotation of /doc/docbase/writing_docs/01_writing_docs.html

Parent Directory Parent Directory | Revision Log Revision Log


Revision 2738 - (hide annotations) (download) (as text)
Tue Apr 28 17:24:16 2015 UTC (8 years, 11 months ago) by schoenebeck
File MIME type: text/html
File size: 36624 byte(s)
- Site's CSS style: Added support for "dir" and "file" HTML tags.

1 schoenebeck 2732 <html>
2     <head>
3     <meta name="author" content="Christian Schoenebeck">
4     <title>Writing Docs</title>
5     <meta name="description" content="Writing new articles for this site.">
6 schoenebeck 2738 <link rel="stylesheet" href="http://doc.linuxsampler.org/css/preview.css">
7     <script type="text/javascript" src="http://doc.linuxsampler.org/js/preview.js"></script>
8 schoenebeck 2732 </head>
9     <body>
10     <p>
11     This article provides a short introduction about how to write documents
12     for this site. We appreciate any volunteers trying to help us writing
13     documentation for LinuxSampler and friends.
14     </p>
15    
16     <h3>At a Glance</h3>
17     <p>
18     There are plenty of documentation systems out there. Why did we need yet
19     another one? Most of those systems require you to learn some kind of custom,
20     exotic markup language to write documents with them. Then there are
21     <i title="<u><b>W</b>hat <b>Y</b>ou <b>S</b>ee <b>I</b>s <b>W</b>hat <b>Y</b>ou <b>G</b>et:</u> A system that immediately shows you the result while creating content.">
22     WYSIWG
23     </i> systems which require to maintain user accounts for people who want to
24     add or change content and are suffering under periodic security issues,
25     which in turn require frequent software updates to avoid the site getting
26     compromised. And last but not least; they don't deliver everything you
27     need and are often hard to extend or to be customized.
28     </p>
29     <p>
30     <img src="new_article.png" style="height:112px; margin-right:15px;">
31     This site is using one of the best, most flexible, and well known markup
32     languages as basis for writing documents:
33     <a href="http://en.wikipedia.org/wiki/HTML">HTML</a>. But obviously there
34     are some caveats to use HTML as-is. Most notably it requires you to write
35     a lot of monothonic, superfluous things again and again just to achieve
36     simple things. And on the other hand it requires authors to invest a
37     substantial amount of time learning the numerous required aspects of HTML
38     and <a href="http://en.wikipedia.org/wiki/Cascading_Style_Sheets">CSS</a>.
39     Fortunately; you don't have to. You don't need to have any precognition
40     of HTML or CSS to write articles for this site.
41     </p>
42     <p>
43     Here are some of the features of our documentation system in overview:
44     <ul>
45     <li>
46     Articles are created as plain and extremely simple HTML files, which
47     do not neccessarily require any previous knowledge in HTML
48     (or even CSS) by article authors.
49     </li>
50     <li>
51     The article's HTML file can immediately be previewed on the author's
52     local computer by just opening it with a browser. No upload or web
53     application required while creating or editing articles.
54     </li>
55     <li>
56     Once the article is ready, it can be submitted to our server, which
57     will then be filled up automatically by our software to generate our
58     documentation site. The software performs all redundant work that is
59     usually required to build websites with regular HTML files. This
60     automatic generation supports the following features:
61     <ol>
62     <li>
63     Automatic generation of the site's article structure. The site's
64     structure can very easily be changed, by just moving around the
65     article source HTML files in the article source repository. No single
66     article needs to be edited for any site structure changes.
67     </li>
68     <li>
69     Automatic correction of links and image references in articles,
70     i.e. on site structure changes, trivial input errors or file type
71     changes. No user interventation required.
72     </li>
73     <li>
74     Automatic syntax highlighting of source code snippets in articles,
75     so the author can concentrate simply on the content and correctness
76     of his source code snippets. The software
77     generates the correct look of your source code examples for you.
78     </li>
79     <li>
80     Automatic generation of site's navigation bar, article's table of
81     contents and article section IDs for the entire website.
82     </li>
83     <li>
84     Automated generation of tooltips for links to other articles and
85     technical terms or abbreviations.
86     </li>
87     <li>
88     Automatic detection of fundamental errors in articles. Our system
89     tries to correct any kind of issues automatically as much and as far
90     as possible, in order to avoid bothering article authors with any kind of trivial
91     things. However there are cases where it simply cannot resolve
92     issues with individual articles on its own, even not by "guessing".
93     In this case it will notify the author(s) about the precise problem,
94     so they are aware about it and asks them to do the manual correction.
95     </li>
96     <li>
97     This site's software is written in native C++, it generates and
98     updates the entire site extremely fast. And since it is only
99     updating the site's files when some input article changed, it can
100     also be run as unpriviliged user and/or in a sandbox environment.
101     </li>
102     </ol>
103     </li>
104     <li>
105     The site's template is a regular, static HTML file. So you can edit and
106     test the site's overall look with a regular browser. No need to comment
107     in/out things just for changing the general look of the site.
108     </li>
109     <li>
110     Extensible: all articles are still real HTML after all. So you can
111     easily add any kind of HTML, CSS and Java Script on your own for
112     individual articles of yours if really required. So it is not neccessarily
113     required to change our site's software just to add some kind of customization
114     for some of your articles.
115     </li>
116     </ul>
117     </p>
118     <p>
119     Enough said, let's dive in and actually see how to create an article.
120     </p>
121    
122     <h2>A Base Article</h2>
123     <p>
124     Creating a new article for this site is as simple as creating a new text
125     file and adding following text:
126     </p>
127     <code l="html">
128     <h1>My First Article</h1>
129     <p>
130     This is the first paragraph.
131     </p>
132     </code>
133     <p>
134     This would already be sufficient to be a valid document and all the rest
135     would automatically be added by our site's software for you. It is
136     recommended though to start new documents always with following template
137     instead:
138     </p>
139     <code>
140     &lt;html&gt;
141     &lt;head&gt;
142     &lt;title>??article-title??&lt;/title&gt;
143     &lt;meta name="author" content="??author-name??"&gt;
144     &lt;meta name="description" content="??short-description??"&gt;
145     &lt;link rel="stylesheet" href="http://doc.linuxsampler.org/css/preview.css"&gt;
146     &lt;script type="text/javascript" src="http://doc.linuxsampler.org/js/preview.js"&gt;&lt;/script&gt;
147     &lt;/head&gt;
148     &lt;body&gt;
149     <h1>??article-headline??</h1>
150     <p>
151     This is the first paragraph.
152     </p>
153     &lt;/body&gt;
154     &lt;/html&gt;
155     </code>
156     <p>
157     Add this to an empty text file and rename the file to a HTML file with
158     arbitrary name like <code>my_first_article.html</code>.
159     That template above has the advantage that you can simply open that file
160     locally on your machine with your web browser and immediately preview how
161     the article will look like on our website while you are writing the
162     article. So you don't need to upload it somewhere for that purpose.
163     </p>
164     <p>
165     Don't worry, you don't need to understand everything that's there. All you
166     need to know is described next.
167     </p>
168    
169     <h3>Article Short Description</h3>
170     <p>
171     You may provide a short description of your article with
172     <code>??short-description??</code>. This is completely optional. It is used
173     for example when your article is linked from another article. In that
174     case the reader may i.e. move the mouse pointer over the link and a tooltip
175     will popup with the document's title and the short description as summary
176     of what that article is about.
177     </p>
178    
179     <h3>Article Title</h3>
180     <p>
181     With <code>??article-title??</code> you provide the title of the article,
182     which will be displayed in the browser's window title bar and it will also
183     be displayed on our site's horizontal navigation bar, which you can find
184     at the top of each page. It will also be used by our site to auto generate
185     a directory structure for the generated website, thus it also has an
186     impact on the final <i>URL</i> of your article.
187     </p>
188     <p>
189     With <code>??article-headline??</code> you define the prominent headline
190     shown at the very beginning of the article.
191     </p>
192     <p>
193     In most cases <code>??article-title??</code> and
194     <code>??article-headline??</code> will probably be the same text for one
195     article. In that case you may also omit either one of the two. The
196     software will then automatically add the missing headline or title for
197     you.
198     </p>
199     <p>
200     In some few cases you may want to have more control over the aspects of
201     the article's title, its final URL path and what shall be displayed in
202     the navigation bar. In this case you may use some additional optional tags
203     in your document's head like this:
204     </p>
205     <code>
206     &lt;html&gt;
207     &lt;head&gt;
208     &lt;title>??article-title??&lt;/title&gt; <!-- article's title -->
209    
210     &lt;urlpath>??article-path??&lt;/urlpath&gt; <!-- article's directory (in URL path) -->
211    
212     &lt;navpath>??nav-bar-name??&lt;/navpath&gt; <!-- article's name in navigation bar -->
213    
214     &lt;meta name="author" content="John Smith"&gt;
215     &lt;meta name="description" content="This is my first article."&gt;
216     &lt;link rel="stylesheet" href="http://doc.linuxsampler.org/css/preview.css"&gt;
217     &lt;script type="text/javascript" src="http://doc.linuxsampler.org/js/preview.js"&gt;&lt;/script&gt;
218     &lt;/head&gt;
219     &lt;body&gt;
220     <h1>??article-headline??</h1>
221     <p>
222     This is the first paragraph.
223     </p>
224     &lt;/body&gt;
225     &lt;/html&gt;
226     </code>
227     <p>
228     In this case, <code>??article-title??</code> is now only used for displaying the
229     article's name in the browser's title bar and in case the reader
230     bookmarks your article with his browser.
231     <code>??article-path??</code> is the directory
232     name where the final, generated article shall be place at. Accordingly
233     this also changes the final URL to the article. And last but not least,
234     <code>??nav-bar-name??</code> defines the name of your article as it shall
235     be displayed on the site's navigation bar. As said, these additional tags
236     are completely optional. In most cases you should be fine by just providing
237     a <code>&lt;title&gt;</code> and/or <code>&lt;h1&gt;</code> with your
238     article.
239     </p>
240    
241     <h3>Article Authors</h3>
242     <p>
243     Also completely optional is providing <code>??author-name??</code> as
244     name(s) of the person(s) who wrote the article. If you provide that information,
245     then the name will be displayed in the footer section of the article on
246     our site. Don't be shy and add your name to get credited for your work.
247     If you change an already existing article, you may simply add your name
248     by adding a comma like so:
249     </p>
250     <code>
251     &lt;meta name="author" content="John Doe, Bob Fox, Mary Smith"&gt;
252     </code>
253     <p>
254     The author information may also be useful for people to contact the person
255     who wrote the original article in order to ask some questions about it.
256     </p>
257    
258     <h2>Headlines</h2>
259     <p>
260     All headlines in your article are defined with regular HTML headline
261     tags. The following three headline types are available:
262     </p>
263     <ol>
264     <li><code><h1>??article-headline??</h1></code> Like described in the
265     previous section, a <code><h1></code> headline is the most prominent
266     headline of your article. It should only be used once; at the very
267     beginning of your article to display the general topic of the article.
268     </li>
269     <li><code><h2>??sub-headline??</h2></code> This headline type is a bit
270     less prominent than a <code><h1></code> headline. You may use
271     <code><h2></code> headlines to introduce important sections
272     of your article.
273     </li>
274     <li><code><h3>??sub-sub-headline??</h3></code> This is the least
275     prominent headline type. You may use it to further subdivide your
276     article in smaller sections.
277     </li>
278     </ol>
279     <p>
280     This is the corresponding look for each one of the three headline types:
281     </p>
282     <example>
283     <h1>This is a &lt;h1&gt; headline</h1>
284     <h2>This is a &lt;h2&gt; headline</h2>
285     <h3>This is a &lt;h3&gt; headline</h3>
286     </example>
287     <p>
288     It's completely up to you which one of those three headline types to use,
289     how often you use them and where. All of them will be taken by the site's
290     software to automatically generate a table of content of your Article,
291     which will be shown at the left side next to your article on our site.
292     </p>
293     <p>
294     Once your article is uploaded to our site, IDs for the individual
295     headlines will automatically be generated for you. If for example you had
296     somewhere in your article a headline called "Conclusion of Topic", then
297     this particular paragraph of your article may be directly linked to from
298     other articles or other sites with an URL like
299     <code>http://doc.linuxsampler.org/path/to/your/article/#conclusion_of_topic</code>.
300     If you want to override this behavior, because you rather want to use your
301     own ID for a paragraph of your article, then simply set the desired ID with
302     your headline:
303     </p>
304     <code>
305     <h3 id="my_conclusion">Conclusion of topic</h3>
306     </code>
307    
308     <h2>Paragraphs</h2>
309     <p>
310     You should wrap each continous text block of your article in between
311     a paragraph tag pair like:
312     </p>
313     <code>
314     <p>
315     This is a paragraph. All the text in a paragraph is combined to one continous
316     text block. You may add as much text as you want to a paragraph of your article,
317     but better separate you article into logical parts of separate paragraphs. So to start a
318     new paragraph, wrap the next text block into a new pair of paragraph tags.
319     </p>
320     <p>
321     This is the next paragraph. There will be an empty line between this paragraph and
322     the previous and next paragraph, to separate paragraphs visually from each other.
323     </p>
324     </code>
325     <p>
326     Which would look like:
327     </p>
328     <example>
329     <p>
330     This is a paragraph. All the text in a paragraph is combined to one continous
331     text block. You may add as much text as you want to a paragraph of your article,
332     but better separate you article into logical parts of separate paragraphs. So to start a
333     new paragraph, wrap the next text block into a new pair of paragraph tags.
334     </p>
335     <p>
336     This is the next paragraph. There will be an empty line between this paragraph and
337     the previous and next paragraph, to separate paragraphs visually from each other.
338     </p>
339     </example>
340     <p>
341     Wrapping paragraphs into <code><p>??text??</p></code> blocks not only causes
342     trivial new lines in between them. This construct also allows you to easily
343     define whether certain additional content like images and source code
344     examples shall be shown directly embedded within the text block or shall
345     rather be shown separately outside of text blocks, like described next.
346     </p>
347    
348     <h2>Pictures</h2>
349     <p>
350     To display i.e. screen shots, figures and other kinds of images in your
351     article, simply place the picture file in the directory where your
352     current article's file is located at. Then add the image to your article
353     with an <code><img src="some_picture.png"></code> HTML tag. There are two
354     distinct ways to do that, like described below.
355     </p>
356     <h3>Stand-Alone Pictures</h3>
357     <p>
358     To place a picture on
359     its own between two text paragraphs, simply place the <code><img></code>
360     tag between the two paragraphs in your HTML file:
361     </p>
362     <code>
363     <p>
364     This is the first paragraph. Just before the picture.
365     </p>
366    
367     <img src="some_picture.png" caption="??footnote??" title="??tooltip-text??">
368    
369     <p>
370     This is the next paragraph, just after the picture.
371     </p>
372     </code>
373     <p>
374     The optional <code>??footnote??</code> adds a footnote text just below the
375     image and the optional <code>??tooltip-text??</code> defines a text which
376     will popup if the reader points his mouse over the image. The previous
377     example would look like this:
378     </p>
379     <example>
380     <p>
381     This is the first paragraph. Just before the picture.
382     </p>
383     <img src="a_picture.png" caption="Some Explanation" title="A tooltip text">
384     <p>
385     This is the next paragraph, just after the picture.
386     </p>
387     </example>
388     <p>
389     You also don't have to care about the size of the image. If the image
390     resolution is largen than the width of the article would currently require
391     on the user's screen, then the image will automatically be downscaled to
392     fit the width of the article. It is recommended though to keep the width
393     of images approximately below 1200px, just to not waste too much repository space
394     (that is disk space) and network bandwidth.
395     </p>
396    
397     <h3>Embedded Pictures</h3>
398     <p>
399     Sometimes however it looks nicer to have a picture embedded directly inside a
400     paragraph of text and let that text float around that picture, especially
401     when using rather small images. To achieve that, simply place the image
402     tag inside the paragraph of your HTML file like:
403     </p>
404     <code>
405     <p>
406     <img src="some_picture.png">
407     This is some text of a paragraph. In this particular case, this text will
408     float around the picture. The rest of this text is just repeating,
409     repeating, repeating, repeating, repeating, repeating, repeating,
410     repeating, repeating, repeating, repeating, repeating, repeating,
411     repeating, repeating, repeating, repeating, repeating, repeating,
412     repeating, repeating, repeating, repeating, repeating, repeating,
413     repeating, repeating, repeating, repeating, repeating, repeating,
414     repeating, repeating, repeating, repeating, repeating, repeating,
415     repeating, repeating, repeating, repeating, repeating, repeating,
416     repeating, repeating, repeating, repeating, repeating, repeating,
417     repeating, repeating, repeating, repeating, repeating, repeating.
418     </p>
419     </code>
420     <p>
421     Which would look like this:
422     </p>
423     <example style="clear:both;">
424     <p>
425     <img src="a_picture.png">
426     This is some text of a paragraph. In this particular case, this text will
427     float around the picture. The rest of this text is just repeating,
428     repeating, repeating, repeating, repeating, repeating, repeating,
429     repeating, repeating, repeating, repeating, repeating, repeating,
430     repeating, repeating, repeating, repeating, repeating, repeating,
431     repeating, repeating, repeating, repeating, repeating, repeating,
432     repeating, repeating, repeating, repeating, repeating, repeating,
433     repeating, repeating, repeating, repeating, repeating, repeating,
434     repeating, repeating, repeating, repeating, repeating, repeating,
435     repeating, repeating, repeating, repeating, repeating, repeating,
436     repeating, repeating, repeating, repeating, repeating, repeating.
437     </p>
438     </example>
439     <p>
440     As you can see, no special knowledge in i.e. HTML or CSS required to achieve
441     such things very easily.
442     </p>
443    
444     <h3>Unique Pictures</h3>
445     <p>
446     Once your article and its picture(s) are uploaded to our server, our
447     system will automatically check that all images on our entire site have
448     unique and unambiguous file names, no matter at which directory they
449     are stored to exactly. The "file name" that is checked in this case, is
450     actually the picture's file name without its file type extension
451     (i.e. without ".png", ".jpg", ".gif", etc. at its end). There are two reasons for this:
452     <ol>
453     <li><b>Site Structure Changes:</b>
454     After a while, the structure on a website changes. Certain articles
455     are moved to completely different directories and some article's may
456     reference pictures that were already added and used by other articles before.
457     Which makes sense of course, why saving the exact same picture 10 times
458     under different image files if you can just reference that already existing image file from your new article?
459     Now when those articles and/or the images move to different locations,
460     the image references within such articles might turn to dead references.
461     Our system automatically detects this and corrects the references in
462     articles to any kind of image file automatically, without requiring
463     any user intervention. So we can change the structure of the website
464     at any time without having to update any article file.
465     </li>
466     <li><b>File Type Changes:</b>
467     Sometimes it happens that a picture needs to be replaced with a
468     picture in a different file format. For example the original picture
469     was added in .jpeg format to have a very small file size, but later on
470     some kind of transparency is required for the picture, which is not
471     supported by JPEG. In this case the picture would i.e. be updated
472     and replaced with a .png image file. Our system also detects this and
473     automatically updates all references to that image file in all articles
474     to the precise new name of the image file. Again, no user intervention
475     required.
476     </li>
477     </ol>
478     But for the system to be able to that automatically, it requires all
479     image files to have unique file names, like described above. If you try
480     to upload a new image file to our system which uses a file name that was
481     already taken by another image, then you will automatically be notified by
482     our system via email, asking you to rename one of the image files.
483     </p>
484    
485     <h2>Source Code</h2>
486     <p>
487     You might need to post example source code in some of your articles. This
488     is very simple to do. Just wrap your source code into a pair of
489     <code>&lt;code&gt;</code> tags like this:
490     </p>
491     <code>
492     &lt;code&gt;
493    
494     ??source-code??
495    
496     &lt;/code&gt;
497     </code>
498     <p>
499     Syntax highlighting is automatically generated for you, according to the
500     programming language or markup language used by you. That way you don't
501     have to waste time on how to display source code nicely, and rather
502     concentrate on the content of your article. Like with images, you can
503     decide in which context the source code shall appear in your article,
504     as described next.
505     </p>
506    
507 schoenebeck 2733 <note>
508     Automatic syntax highlighting is currently available for the
509     <ul>
510     <li><a href="nksp.html">NKSP real-time instrument script language</a></li>
511     <li>HTML markup language</li>
512     </ul>
513     If you need another source code language, just tell
514     <a href="http://www.linuxsampler.org/developers.html#Schoenebeck">Christian</a>
515     and he will add the required module for any kind of language
516     (even the most exotic one) on our server in short time.
517     </note>
518    
519 schoenebeck 2732 <h3>Stand-Alone Code</h3>
520     <p>
521     If you put your code block outside of paragraphs, that is between
522     paragraph blocks in your HTML file, then the source code will also appear
523     on its own between the paragraph blocks. Here is an example for the
524     <a href="nksp.html">NKSP script language</a>.
525     </p>
526     <code>
527     <p>
528     Paragraph just before the source code block.
529     </p>
530     &lt;code&gt;
531     on init
532     @foo := "A message"
533     message(@foo)
534     end on
535     &lt;/code&gt;
536     <p>
537     Next paragraph just after the source code block.
538     </p>
539     </code>
540     <p>
541     Which would appear like:
542     </p>
543     <example>
544     <p>
545     Paragraph just before the source code block.
546     </p>
547     <code lang="nksp">
548     on init
549     @foo := "A message"
550     message(@foo)
551     end on
552     </code>
553     <p>
554     Next paragraph just after the source code block.
555     </p>
556     </example>
557     <p>
558     The source code automatically appears nicely in color and with line
559     numbers between the two paragraphs. This site's software will also take
560     care about removing white lines at the front and end of your source code
561     blocks appropriately.
562     </p>
563    
564     <h3>Embedded Code</h3>
565     <p>
566     In case you are mentioning a very small part of the source code in your
567     text, then you probably might want that to be displayed actually as source code
568     directly embedded into your paragraph. You might already guess how to
569     do that: simply put the code block into the paragraph text block of your
570     HTML file:
571     </p>
572     <code>
573     <p>
574     A variable is assigned with NKSP like this &lt;code&gt;$foo := 5&lt;/code&gt;, in this
575     case you are assigning &lt;code&gt;5&lt;/code&gt; to the integer variable &lt;code&gt;$foo&lt;/code&gt;.
576     </p>
577     </code>
578     <p>
579     And this would be the result:
580     </p>
581     <example>
582     <p>
583     A variable is assigned with NKSP like this <code lang="nksp">$foo := 5</code>, in this
584     case you are assigning <code lang="nksp">5</code> to the integer variable <code lang="nksp">$foo</code>.
585     </p>
586     </example>
587     <p>
588     That looks now much more easier to read, doesn't it?
589     </p>
590    
591     <note>
592     Syntax highlighting of source code is automatically generated by our site's software
593     once the document is uploaded to our server. So when you are just
594     previewing your article with source code snippets on your local machine,
595     then those source code snippets will yet be displayed monochrome,
596     without any syntax highlighting.
597     </note>
598    
599     <h3>Metaphors</h3>
600     <p>
601     You might have noticed, we have used a special kind of <code>??place-holder??</code> for
602     human-readable portions in source code before, which shall outline to the reader
603     that it is not actually "real" source code, but just reflecting its semantic meaning.
604     Simply put the respective pseudo-code into a pair of two question marks,
605     like so:
606     </p>
607     <code>
608     &lt;code&gt;
609     on init
610     declare const $i = \?\?some-value\?\?
611    
612     message(\?\?text-string\?\?)
613     end on
614     &lt;/code&gt;
615     </code>
616     <p>
617     Which will look like this:
618     </p>
619     <example>
620     <code lang="nksp">
621     on init
622     declare const $i = ??some-value??
623    
624     message(??text-string??)
625     end on
626     </code>
627     </example>
628     <p>
629     These <i>metaphors</i> are especially useful in beginners tutorials for
630     clearly separating real source code portions from pseudo-code portions,
631     and to point the reader's eyes to the most important locations of your
632     source code snippet.
633     </p>
634    
635     <h2>Links and Article File Names</h2>
636     <p>
637     If you want to add links in your article to another article or to some
638     other website, then you just use an ordinary HTML link tag pair:
639     </p>
640     <code>
641     <p>
642     This paragraph contains &lt;a href="../nksp.html"&gt;a link to another article&lt;/a&gt;
643     and to &lt;a href="http://www.linuxsampler.org"&gt;another website&lt;/a&gt;.
644     </p>
645     </code>
646     <example>
647     <p>
648     This paragraph contains <a href="../nksp.html">a link to another article</a>
649     and to <a href="http://www.linuxsampler.org">another website</a>.
650     </p>
651     </example>
652     <p>
653     Concerning links to other websites, there is nothing special for you to know about.
654     </p>
655     <p>
656     Regarding local links to another article however: these are monitored
657     similar like references to image files (as <a href="#unique_pictures">described before</a>), that is
658     our system automatically detects if the path of some of your local links to
659     another article is incorrect, i.e. because the website structure changed
660     in the meantime, and it will automatically correct the path to the correct
661     location of the article for you, without requiring any user intervention.
662     For this reason, all articles must have unique file names for the entire
663     site, no matter in which directory the respective article's HTML file is
664     located at exactly.
665     </p>
666     <p>
667     An article file on our site usually has the following
668     file name form:
669     </p>
670     <code>
671     ??number-prefix??_??unique-name??.html
672     </code>
673     <p>
674     The <code>??number-prefix??</code> is optional. It allows us to control
675     the order of articles on the same website structure level (i.e.
676     concerning its location in the navigation bar).
677     The <code>??unique-name??</code> portion of the file name though is actually the
678     relevant part our site's software is looking at. This "root" of its file
679     name must be globally unique among our entire site. If you add a new
680     article to our site with a file name that is already taken by another
681     article, then our system will automatically inform you via email to
682     resolve this issue by renaming one of them. Also note that the file name
683     just acts as internal ID while writing articles. The original file name
684     of the input HTML file will not be directly exposed to readers on our
685     documentation site.
686     </p>
687    
688     <h2>Terms</h2>
689     <p>
690     Technical terms and abbreviations are often used in articles to reduce
691     the amount of text for transmitting some kind of information about a
692     certain topic to the reader. You might want to emphasize technical terms and abbreviations
693     in your article, by wrapping the term into a pair of <code><i></code> HTML
694     tags. On our site this will not only show the term in a special unified
695     font style (currently italic), but it allows you also to define the
696     meaning of the term <b>once</b>. Which goes like this:
697     </p>
698    
699     <h3>Defining a Term</h3>
700     <p>
701     You may define a new term like this:
702     </p>
703     <code>
704     <p>
705     He left the bar and jumped right into his
706     &lt;i title="A very large vehicle."&gt;Mega Liner&lt;/i&gt;
707     to follow the street right into sunset.
708     </p>
709     </code>
710     <example>
711     <p>
712     He left the bar and jumped right into his
713     <i title="A very large truck vehicle.">Mega Liner</i>
714     to follow the street right into sunset.
715     </p>
716     </example>
717     <p>
718     Now when you point your mouse over the term, a popup will appear,
719     describing the meaning of the term.
720     </p>
721    
722     <h3>Referencing an already defined Term</h3>
723     <p>
724     Obviously you don't want to define
725     the same term over and over again, just to provide the user the meaning of
726     it at any occurence of the site. That's why our software does that
727     automatically for you once your article is uploaded to our server. Now
728     when you use the term at another place, i.e. in another article, then
729     it will automatically have the same meaning attached to it:
730     </p>
731     <code>
732     <p>
733     Once again he was sitting behind the wheel of his &lt;i&gt;Mega Liner&lt;/i&gt;,
734     but things were different back then.
735     </p>
736     </code>
737     <example>
738     <p>
739     Once again he was sitting behind the wheel of his <i>Mega Liner</i>, but
740     things were different back then.
741     </p>
742     </example>
743     <p>
744     Point your mouse again over the term, and you will notice that the same
745     term definition will popup as tooltip, like at its original location where
746     it was defined before.
747     <p>
748     </p>
749     Due to this fact, our site's software does not even allow you to define the
750     same term more than once (at least not with a different meaning that is).
751     It will scan all documents in our current pool and if somebody tries to
752     re-declare an already existing term again with a different meaning, he
753     will automatically be notified by our system via email and kindly asked
754     to resolve the ambiguousness.
755     </p>
756     <note>
757     Our system automatically handles redundant variants of terms. That means
758     first of all, that all term names are stored, compared and looked up case insensitive,
759     and the system automatically tries to auto complete i.e. plural forms
760     of the same term.
761     </note>
762    
763     <h2>Tables</h2>
764     <p>
765     Tables are written like ordinary HTML tables. That is:
766     </p>
767     <code>
768 schoenebeck 2735 &lt;table&gt;
769     &lt;tr&gt;
770     &lt;th&gt;Name&lt;/th&gt; &lt;th&gt;Description&lt;/th&gt;
771     &lt;/tr&gt;
772     &lt;tr&gt;
773     &lt;td&gt;Foo&lt;/td&gt; &lt;td&gt;Some text.&lt;/td&gt;
774     &lt;/tr&gt;
775     &lt;tr&gt;
776     &lt;td&gt;Bar&lt;/td&gt; &lt;td&gt;And more text.&lt;/td&gt;
777     &lt;/tr&gt;
778     &lt;tr&gt;
779     &lt;td&gt;Thing&lt;/td&gt; &lt;td&gt;And that's it.&lt;/td&gt;
780     &lt;/tr&gt;
781     &lt;/table&gt;
782 schoenebeck 2732 </code>
783     <example>
784     <table>
785     <tr>
786     <th>Name</th> <th>Description</th>
787     </tr>
788     <tr>
789     <td>Foo</td> <td>Some text.</td>
790     </tr>
791     <tr>
792     <td>Bar</td> <td>And more text.</td>
793     </tr>
794     <tr>
795     <td>Thing</td> <td>And that's it.</td>
796     </tr>
797     </table>
798     </example>
799     <p>
800     So <code>&lt;tr&gt;</code> wraps up individual rows of a table,
801     <code>&lt;th&gt;</code> contains the individual cells of the table header,
802     and <code>&lt;td&gt;</code> contains the individual cells of the table's
803     body.
804     </p>
805    
806     <h2>Note Boxes</h2>
807     <p>
808     Once in a while you need to inform the reader about noteworthy issues.
809     For this purpose we are using a special <code>&lt;note&gt;</code> tag.
810     </p>
811     <h3>Regular Notes</h3>
812     <p>
813     To add regular notes to your article with low or normal importance, add
814     the note like this:
815     </p>
816     <code>
817     &lt;note&gt;
818     This is an issue you need to know about. Please read this carefully to avoid
819     making any mistakes.
820     &lt;/note&gt;
821     </code>
822     <example>
823     <note>
824     This is an issue you need to know about. Please read this carefully to avoid
825     making any mistakes.
826     </note>
827     </example>
828     <p>
829     This is not a regular HTML tag defined in the HTML standard, but with
830     modern browsers supporting CSS3, it should display just as intended.
831     </p>
832    
833     <h3>Important Notes</h3>
834     <p>
835     If you need to inform the reader about a very important issue instead,
836     then you might use the following slightly different form:
837     </p>
838     <code>
839     &lt;note class="important"&gt;
840     Now this is a very important issue you need to be aware of. If you ignore it,
841     your task will fail.
842     &lt;/note&gt;
843     </code>
844     <example>
845     <note class="important">
846     Now this is a very important issue you need to be aware of. If you ignore it,
847     your task will fail.
848     </note>
849     </example>
850     <p>
851     The only thing that changed compared to the regular note, is the "class"
852     attribute of the note tag.
853     </p>
854    
855     <h2>Extensions</h2>
856     <p>
857     This is almost the end of this article. You are still seeking for features
858     for one of your articles, that are not already covered by our system?
859     Then either ask <a href="http://www.linuxsampler.org/developers.html#Schoenebeck">Christian</a>
860     whether that feature could be added, or ... extend your article on your
861     own. It's real HTML after all! So you can add your own HTML, CSS and
862     Java Script to your articles at any time!
863     </p>
864    
865     <h2>What next?</h2>
866     <p>
867     You are at the end of our tour introducing our documentation system.
868     You may now start writing your first article. Once you are done with it,
869     simply
870     <a href="http://www.linuxsampler.org/developers.html">
871     send your article to some of us
872     </a>, or request an account to our Subversion repository, so you can
873     manage articles of our documentation site on your own.
874     </p>
875     <p>
876     Thanks for your support!
877     </p>
878    
879     </body>
880     </html>

  ViewVC Help
Powered by ViewVC