improve how markdown code language is commented

We added a space between the markdown triple code mark
and language that was enclosed in HTML comments.

So a line of the form:

````
```<!---c--->
````

became:

````
``` <!---c--->
````

This was done to **help** some code see that the HTML comment
string was not a markdown code specifier.   Not all code
understands this after this changed.  For example, `pandoc(1)`
still forms HTML classes of the form "&lt;!---c--&gt;"
when it encounters the above mentioned change.

We also fixed a problem with `2019/dogon/README.md` regarding
a markdown code block.

We also fixed a problem with `2020/yang/README.md` regarding
a markdown code block.
This commit is contained in:
Landon Curt Noll committed 2024-04-12 11:45:50 -07:00
1 parent c549f6585e
commit 3ddbac9e6b
357 files changed
+2432 -2399

No files matched your search

+9 -9
View File
@@ -1,20 +1,20 @@
## To build:
```<!---sh-->
``` <!---sh-->
make all
```
## To use:
```<!---sh-->
``` <!---sh-->
./garry <input_file >output_file
```
## Try:
```<!---sh-->
``` <!---sh-->
./try.sh
```
@@ -29,21 +29,21 @@ left intact) looked very much like a rat "dropping core". See
### Alternate build:
```<!---sh-->
``` <!---sh-->
make alt
```
### Alternate use:
```<!---sh-->
``` <!---sh-->
./garry.alt <input_file >output_file
```
### Alternate try:
```<!---sh-->
``` <!---sh-->
./try.alt.sh
```
@@ -63,13 +63,13 @@ environment variables.
The calling syntax is pretty simple, just use it with `stdio`-redirection
or inside pipelines, e.g.:
```<!---sh-->
``` <!---sh-->
./garry <file_to_convert >converted_file
```
or
```<!---sh-->
``` <!---sh-->
cat all_my_files/* | ./garry | lp
```
@@ -87,7 +87,7 @@ Unknown Env-variables or malformed expressions are ignored and kept intact.
Additionally, the filter replaces escaped octal values in the environment
variables by their binary representation, e.g.:
```<!---sh-->
``` <!---sh-->
$ TEST="\110\145\154\154\157"
$ export TEST
$ echo '$TEST$' | ./garry