Overview
Comment: | fix fmt |
---|---|
Downloads: | Tarball | ZIP archive | SQL archive |
Timelines: | family | ancestors | trunk |
Files: | files | file ages | folders |
SHA3-256: |
dae97ddb58e6e4060eaf4f5eb6e85f5a |
User & Date: | lexi on 2019-06-09 00:25:42 |
Other Links: | manifest | tags |
Context
2019-06-09
| ||
00:25 | fix fmt Leaf check-in: dae97ddb58 user: lexi tags: trunk | |
00:17 | initial commit check-in: 6f8377c8fe user: lexi tags: trunk | |
Changes
Modified src/doc/index.md from [10143aaa34] to [1f92d69d54].
11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
## dependencies tsunami's only dependency is a working Perl 5 installation. ## directory hierarchy the first thing to understand is how your tsunami project is laid out. its root directory contains three folders (`src`, `cfg`, and `out`) and the scripts `pub.pl` and `up.sh`. the `src` directory contains your *input files*. in other words, whenever you want to add something to the site, you'll do it by putting it in here. by default, it also contains the `doc` directory, which holds this documentation. you may want to move it somewhere else before you publish your real site, but leaving it in place won't do any harm. * *see: [input files](input-files.html)* the `cfg` directory contains top-level configuration for the site. currently the only items here are `links` and `sitename`. both of these files can contain *comments*, which are text ignored by the software that builds the site. a line can be marked as a comment by starting it with whitespace (spaces or tabs). blank lines are ignored. * `links` is used to change the contents of the navigation bar just under the header. take a look at the file for a more detailed explanation of how to use it. * `sitename` contains one or two lines, a title and a subtitle for the site. these are printed at the top of every page. `out` only exists if you have run `pub.pl` at least once. it contains a generated site ready to upload. **never edit files in `out`!** any changes you make will be overwritten as soon as you regenerate the site. ## build script the program that examines the input files and generates a site from them is `pub.pl`. whenever you change the configuration or the contents of `src`, you can run `pub.pl` to update `out` to reflect the changes. * *see: [using pub.pl](using-pub.html)* whenever you run `pub.pl`, it iterates over everything in `src` and builds a matching directory tree in `out`. it populates this tree with the “compiled” form of each file it finds. see [input files](input-files.html) for more information on this process. `pub.pl` is the core of the toolchain and is the only thing you need to start a new tsunami project, as long as you remember to put the configuration and input files in the right place. ## upload script the file `up.sh` is a script that automates [uploading your site](upload.html) to GitHub Pages. |
> > |
11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
## dependencies tsunami's only dependency is a working Perl 5 installation. ## directory hierarchy the first thing to understand is how your tsunami project is laid out. its root directory contains three folders (`src`, `cfg`, and `out`) and the scripts `pub.pl` and `up.sh`. the `src` directory contains your *input files*. in other words, whenever you want to add something to the site, you'll do it by putting it in here. by default, it also contains the `doc` directory, which holds this documentation. you may want to move it somewhere else before you publish your real site, but leaving it in place won't do any harm. * *see: [input files](input-files.html)* the `cfg` directory contains top-level configuration for the site. currently the only items here are `links` and `sitename`. both of these files can contain *comments*, which are text ignored by the software that builds the site. a line can be marked as a comment by starting it with whitespace (spaces or tabs). blank lines are ignored. * `links` is used to change the contents of the navigation bar just under the header. take a look at the file for a more detailed explanation of how to use it. * `sitename` contains one or two lines, a title and a subtitle for the site. these are printed at the top of every page. `out` only exists if you have run `pub.pl` at least once. it contains a generated site ready to upload. **never edit files in `out`!** any changes you make will be overwritten as soon as you regenerate the site. ## build script the program that examines the input files and generates a site from them is `pub.pl`. whenever you change the configuration or the contents of `src`, you can run `pub.pl` to update `out` to reflect the changes. * *see: [using pub.pl](using-pub.html)* whenever you run `pub.pl`, it iterates over everything in `src` and builds a matching directory tree in `out`. it populates this tree with the “compiled” form of each file it finds. see [input files](input-files.html) for more information on this process. `pub.pl` is the core of the toolchain and is the only thing you need to start a new tsunami project, as long as you remember to put the configuration and input files in the right place. ## upload script the file `up.sh` is a script that automates [uploading your site](upload.html) to GitHub Pages. |