Fossil SCM
Fix typos in documentation.
Commit
5150b9de8380b79c239fb8b1502cfe2bb07fe14f
Parent
449094a8ffcdb7d…
2 files changed
+2
-2
+3
-3
+2
-2
| --- www/embeddeddoc.wiki | ||
| +++ www/embeddeddoc.wiki | ||
| @@ -48,11 +48,11 @@ | ||
| 48 | 48 | the check-in containing the documentation you want to access. |
| 49 | 49 | Or <i><version></i> can be the name of a |
| 50 | 50 | [./branching.wiki | branch] in order to show |
| 51 | 51 | the documentation for the latest version of that branch. |
| 52 | 52 | Or <i><version></i> can be one of the keywords "<b>tip</b>" or |
| 53 | -"<b>ckout</b>". The "<b>tip</b>" keyword means to use the most recently | |
| 53 | +"<b>ckout</b>". The "<b>tip</b>" keyword means to use the most recent | |
| 54 | 54 | checked-in. This is useful if you want to see the very latest |
| 55 | 55 | version of the documentation. The "<b>ckout</b>" keywords means to |
| 56 | 56 | pull the documentation file from the local source tree on disk, not |
| 57 | 57 | from the any check-in. The "<b>ckout</b>" keyword normally |
| 58 | 58 | only works when you start your server using the "<b>fossil server</b>" |
| @@ -69,11 +69,11 @@ | ||
| 69 | 69 | different file suffixes, including all the popular ones such as |
| 70 | 70 | ".css", ".gif", ".htm", ".html", ".jpg", ".jpeg", ".png", and ".txt". |
| 71 | 71 | |
| 72 | 72 | Documentation files whose names end in ".wiki" use the |
| 73 | 73 | [/wiki_rules | same markup as wiki pages] - |
| 74 | -a safe subset of HTML together with some rules for paragraph | |
| 74 | +a safe subset of HTML together with some wiki rules for paragraph | |
| 75 | 75 | breaks, lists, and hyperlinks. The ".wiki" and ".txt" pages |
| 76 | 76 | are rendered with the standard fossil header and footer added. |
| 77 | 77 | All other mimetypes are delivered directly to the requesting |
| 78 | 78 | web browser without interpretation, additions, or changes. |
| 79 | 79 | |
| 80 | 80 |
| --- www/embeddeddoc.wiki | |
| +++ www/embeddeddoc.wiki | |
| @@ -48,11 +48,11 @@ | |
| 48 | the check-in containing the documentation you want to access. |
| 49 | Or <i><version></i> can be the name of a |
| 50 | [./branching.wiki | branch] in order to show |
| 51 | the documentation for the latest version of that branch. |
| 52 | Or <i><version></i> can be one of the keywords "<b>tip</b>" or |
| 53 | "<b>ckout</b>". The "<b>tip</b>" keyword means to use the most recently |
| 54 | checked-in. This is useful if you want to see the very latest |
| 55 | version of the documentation. The "<b>ckout</b>" keywords means to |
| 56 | pull the documentation file from the local source tree on disk, not |
| 57 | from the any check-in. The "<b>ckout</b>" keyword normally |
| 58 | only works when you start your server using the "<b>fossil server</b>" |
| @@ -69,11 +69,11 @@ | |
| 69 | different file suffixes, including all the popular ones such as |
| 70 | ".css", ".gif", ".htm", ".html", ".jpg", ".jpeg", ".png", and ".txt". |
| 71 | |
| 72 | Documentation files whose names end in ".wiki" use the |
| 73 | [/wiki_rules | same markup as wiki pages] - |
| 74 | a safe subset of HTML together with some rules for paragraph |
| 75 | breaks, lists, and hyperlinks. The ".wiki" and ".txt" pages |
| 76 | are rendered with the standard fossil header and footer added. |
| 77 | All other mimetypes are delivered directly to the requesting |
| 78 | web browser without interpretation, additions, or changes. |
| 79 | |
| 80 |
| --- www/embeddeddoc.wiki | |
| +++ www/embeddeddoc.wiki | |
| @@ -48,11 +48,11 @@ | |
| 48 | the check-in containing the documentation you want to access. |
| 49 | Or <i><version></i> can be the name of a |
| 50 | [./branching.wiki | branch] in order to show |
| 51 | the documentation for the latest version of that branch. |
| 52 | Or <i><version></i> can be one of the keywords "<b>tip</b>" or |
| 53 | "<b>ckout</b>". The "<b>tip</b>" keyword means to use the most recent |
| 54 | checked-in. This is useful if you want to see the very latest |
| 55 | version of the documentation. The "<b>ckout</b>" keywords means to |
| 56 | pull the documentation file from the local source tree on disk, not |
| 57 | from the any check-in. The "<b>ckout</b>" keyword normally |
| 58 | only works when you start your server using the "<b>fossil server</b>" |
| @@ -69,11 +69,11 @@ | |
| 69 | different file suffixes, including all the popular ones such as |
| 70 | ".css", ".gif", ".htm", ".html", ".jpg", ".jpeg", ".png", and ".txt". |
| 71 | |
| 72 | Documentation files whose names end in ".wiki" use the |
| 73 | [/wiki_rules | same markup as wiki pages] - |
| 74 | a safe subset of HTML together with some wiki rules for paragraph |
| 75 | breaks, lists, and hyperlinks. The ".wiki" and ".txt" pages |
| 76 | are rendered with the standard fossil header and footer added. |
| 77 | All other mimetypes are delivered directly to the requesting |
| 78 | web browser without interpretation, additions, or changes. |
| 79 | |
| 80 |
+3
-3
| --- www/stats.wiki | ||
| +++ www/stats.wiki | ||
| @@ -124,19 +124,19 @@ | ||
| 124 | 124 | change several dozen different files. Regardless of the number of files |
| 125 | 125 | changed, it still only counts as one check-in. |
| 126 | 126 | |
| 127 | 127 | The "Uncompressed Size" is the total size of all the artifacts within |
| 128 | 128 | the fossil repository assuming they were all uncompressed and stored |
| 129 | -separately on the disk. Fossil makes use of delta compress between related | |
| 130 | -versions of the same file, and then using zlib compression on the resulting | |
| 129 | +separately on the disk. Fossil makes use of delta compression between related | |
| 130 | +versions of the same file, and then uses zlib compression on the resulting | |
| 131 | 131 | deltas. The total resulting repository size is shown after the uncompressed |
| 132 | 132 | size. |
| 133 | 133 | |
| 134 | 134 | On the right end of the table, we show the "Clone Bandwidth". This is the |
| 135 | 135 | total number of bytes sent from client to server ("uplink") and from server |
| 136 | 136 | back to client ("downlink") in order to clone a repository. These byte counts |
| 137 | -include all of the HTTP protocol overhead. | |
| 137 | +include HTTP protocol overhead. | |
| 138 | 138 | |
| 139 | 139 | In the table and throughout this article, |
| 140 | 140 | "GB" means gigabytes (10<sup><small>9</small></sup> bytes) |
| 141 | 141 | not <a href="http://en.wikipedia.org/wiki/Gibibyte">gibibytes</a> |
| 142 | 142 | (2<sup><small>30</small></sup> bytes). Similarly, "MB" and "KB" |
| 143 | 143 |
| --- www/stats.wiki | |
| +++ www/stats.wiki | |
| @@ -124,19 +124,19 @@ | |
| 124 | change several dozen different files. Regardless of the number of files |
| 125 | changed, it still only counts as one check-in. |
| 126 | |
| 127 | The "Uncompressed Size" is the total size of all the artifacts within |
| 128 | the fossil repository assuming they were all uncompressed and stored |
| 129 | separately on the disk. Fossil makes use of delta compress between related |
| 130 | versions of the same file, and then using zlib compression on the resulting |
| 131 | deltas. The total resulting repository size is shown after the uncompressed |
| 132 | size. |
| 133 | |
| 134 | On the right end of the table, we show the "Clone Bandwidth". This is the |
| 135 | total number of bytes sent from client to server ("uplink") and from server |
| 136 | back to client ("downlink") in order to clone a repository. These byte counts |
| 137 | include all of the HTTP protocol overhead. |
| 138 | |
| 139 | In the table and throughout this article, |
| 140 | "GB" means gigabytes (10<sup><small>9</small></sup> bytes) |
| 141 | not <a href="http://en.wikipedia.org/wiki/Gibibyte">gibibytes</a> |
| 142 | (2<sup><small>30</small></sup> bytes). Similarly, "MB" and "KB" |
| 143 |
| --- www/stats.wiki | |
| +++ www/stats.wiki | |
| @@ -124,19 +124,19 @@ | |
| 124 | change several dozen different files. Regardless of the number of files |
| 125 | changed, it still only counts as one check-in. |
| 126 | |
| 127 | The "Uncompressed Size" is the total size of all the artifacts within |
| 128 | the fossil repository assuming they were all uncompressed and stored |
| 129 | separately on the disk. Fossil makes use of delta compression between related |
| 130 | versions of the same file, and then uses zlib compression on the resulting |
| 131 | deltas. The total resulting repository size is shown after the uncompressed |
| 132 | size. |
| 133 | |
| 134 | On the right end of the table, we show the "Clone Bandwidth". This is the |
| 135 | total number of bytes sent from client to server ("uplink") and from server |
| 136 | back to client ("downlink") in order to clone a repository. These byte counts |
| 137 | include HTTP protocol overhead. |
| 138 | |
| 139 | In the table and throughout this article, |
| 140 | "GB" means gigabytes (10<sup><small>9</small></sup> bytes) |
| 141 | not <a href="http://en.wikipedia.org/wiki/Gibibyte">gibibytes</a> |
| 142 | (2<sup><small>30</small></sup> bytes). Similarly, "MB" and "KB" |
| 143 |