improved indentation and whitespace for markdown code blocks

All code blocks in markdown have been intended by at least 4 spaces.

We add `--tab-stop=8` to all `pandoc(1)` executions in order to set
a better tab stop indentation, especially for tab intended code blocks.

Changed `bin/pandoc-wrapper.sh` VERSION from "1.5.3 2024-03-26"
to "1.6 2024-03-31".

Fixed `1991/brnstnd/sorta.README.md` so that the sorta code
is code blocks.

Removed unneeded paragraph group in copyright in `inc/footer.default.html`.

Fixed excess whitespace after list Author on entry `index.html` page.

Changed `bin/output-index-author.sh` VERSION from "1.5.2 2024-03-26"
to "1.6 2024-03-31".

Performed `make www` to perform the above and test under macOS.

TODO: Fix the problem of the initial line of code being extra intended.
TODO: Fix excess whitespace around code that is inline.
This commit is contained in:
Landon Curt Noll committed 2024-04-01 04:48:48 -07:00
1 parent b84c27ce02
commit a996f8d2b8
734 files changed
+16723 -16963

No files matched your search

+14 -14
View File
@@ -1,21 +1,21 @@
## To build:
```sh
make
make
```
## To use:
```sh
./akari [ input_file | - ] [ output_file | - ] [even]
./akari [ input_file | - ] [ output_file | - ] [even]
```
## Try:
```sh
./try.sh
./try.sh
```
@@ -57,10 +57,10 @@ keep odd pixels on odd [scanlines](https://en.wikipedia.org/wiki/Scan_line).
### Examples:
```sh
gcc akari.c -o akari
./akari < example.ppm > odd_output.ppm
./akari - - even < example.ppm > even_output.ppm
./akari example.ppm odd_output.ppm
gcc akari.c -o akari
./akari < example.ppm > odd_output.ppm
./akari - - even < example.ppm > even_output.ppm
./akari example.ppm odd_output.ppm
```
`Akari` accepts 3 input formats:
@@ -83,7 +83,7 @@ ASCII art. Since the source code is formatted as ASCII art, it's only
natural to try:
```sh
./akari akari.c akari2.c
./akari akari.c akari2.c
```
`akari2.c` is also a valid C program, and accepts up to 1 argument.
@@ -92,29 +92,29 @@ expanded output to `stdout`. If the extra argument is specified, the
output text will also pass through a rot13 filter.
```sh
gcc akari2.c -o akari2
./akari2 < input.txt > expanded_output.txt
./akari2 rot13 < input.txt > expanded_and_rot13_output.txt
gcc akari2.c -o akari2
./akari2 < input.txt > expanded_output.txt
./akari2 rot13 < input.txt > expanded_and_rot13_output.txt
```
You can combine the two programs together to have just a regular rot13
filter:
```sh
./akari2 rot13 < input.txt | ./akari > rot13.txt
./akari2 rot13 < input.txt | ./akari > rot13.txt
```
Of course, we wouldn't stop with just 2 programs, you can downsample
the source *again* and get yet another C program:
```sh
./akari < akari.c | ./akari > akari3.c
./akari < akari.c | ./akari > akari3.c
```
We must go deeper:
```sh
./akari < akari.c | ./akari | ./akari > akari4.c
./akari < akari.c | ./akari | ./akari > akari4.c
```
`akari3.c` and `akari4.c` are still (mostly valid) C programs.