comprehensive-rust/.gitignore

# Build artifacts
/book/
target/
*.bin

# Translation artifacts
po/messages.pot
po/*.mo
po/*.po~

# macOS artifacts
.DS_Store

# Jetbrains IDEs project files
.idea/
.iml
.iws
count.dat
Italian translation: initial setup (#541) * Git-ignore Jetbrains IDEs project files * First commit of Italian translation file Just a few translations so far, to get things going. 2023-04-01 22:56:38 +01:00			`# Build artifacts`
Publish Comprehensive Rust 🦀 2022-12-21 16:36:30 +01:00			`/book/`
Add support for translations This implements a translation pipeline using the industry-standard Gettext[1] system. I picked Gettext for the reasons described in [2] and [3]: * It’s widely used in open source software. This means that there are graphical editors which will help you in editing the `.po` files. An example is Poedit[4], which is available for all major platforms. There are also many online systems for doing translations. An example is Pontoon[5], which is used for the Rust website itself. We can consider setting up such an instance ourselves. * It is a light-weight yet structured format. This means that nothing changes with regards to how you update the original English text. We can still accept fixes and PRs like normal. The structure means that translators can see exactly which part of the course they need to update after a change. This is completely lost if you simply copy over the original text and translate it in-place in the Markdown files. The code here only adds support for translations. They are not yet tested, published or used for anything. Next steps will be: * Add support for switching languages via a bit of JavaScript on each page. * Update the speaker notes feature to support translations (right now “Speaker Notes” is hard-coded into the generated HTML). I think we should turn it into a mdbook preprocessor instead. * Add testing: We should test that the `.po` files are well-formed. We should also run `mdbook test` on each language since the translations can alter the embedded code. Fixes #115. [1]: https://www.gnu.org/software/gettext/manual/html_node/index.html [2]: https://github.com/rust-lang/mdBook/pull/1864 [3]: https://github.com/rust-lang/mdBook/issues/5#issuecomment-1144887806 [4]: https://poedit.net/ [5]: https://pontoon.rust-lang.org/ 2023-01-08 13:45:19 +01:00			`target/`
Italian translation: initial setup (#541) * Git-ignore Jetbrains IDEs project files * First commit of Italian translation file Just a few translations so far, to get things going. 2023-04-01 22:56:38 +01:00			`*.bin`

			`# Translation artifacts`
Add support for translations This implements a translation pipeline using the industry-standard Gettext[1] system. I picked Gettext for the reasons described in [2] and [3]: * It’s widely used in open source software. This means that there are graphical editors which will help you in editing the `.po` files. An example is Poedit[4], which is available for all major platforms. There are also many online systems for doing translations. An example is Pontoon[5], which is used for the Rust website itself. We can consider setting up such an instance ourselves. * It is a light-weight yet structured format. This means that nothing changes with regards to how you update the original English text. We can still accept fixes and PRs like normal. The structure means that translators can see exactly which part of the course they need to update after a change. This is completely lost if you simply copy over the original text and translate it in-place in the Markdown files. The code here only adds support for translations. They are not yet tested, published or used for anything. Next steps will be: * Add support for switching languages via a bit of JavaScript on each page. * Update the speaker notes feature to support translations (right now “Speaker Notes” is hard-coded into the generated HTML). I think we should turn it into a mdbook preprocessor instead. * Add testing: We should test that the `.po` files are well-formed. We should also run `mdbook test` on each language since the translations can alter the embedded code. Fixes #115. [1]: https://www.gnu.org/software/gettext/manual/html_node/index.html [2]: https://github.com/rust-lang/mdBook/pull/1864 [3]: https://github.com/rust-lang/mdBook/issues/5#issuecomment-1144887806 [4]: https://poedit.net/ [5]: https://pontoon.rust-lang.org/ 2023-01-08 13:45:19 +01:00			`po/messages.pot`
Adds latest English changes to pt-BR translation (#396) * Adds latest English changes to pt-BR translation Updating latest changes in English version to pt-BR.po file using the `msgmerge --update po/pt-BR.po po/messages.pot` command. * Removes all `fuzzy` Removing all `#, fuzzy` lines so the translation can be live. 2023-02-14 17:43:00 +00:00			`po/*.mo`
Additional Italian translation (#642) * Additional Italian translations * Updated base template * git-ignoring backup copies `po/*.po~` files, generated when updating an existing translation 2023-05-19 12:52:32 +01:00			`po/*.po~`
Italian translation: initial setup (#541) * Git-ignore Jetbrains IDEs project files * First commit of Italian translation file Just a few translations so far, to get things going. 2023-04-01 22:56:38 +01:00
			`# macOS artifacts`
Adds latest English changes to pt-BR translation (#396) * Adds latest English changes to pt-BR translation Updating latest changes in English version to pt-BR.po file using the `msgmerge --update po/pt-BR.po po/messages.pot` command. * Removes all `fuzzy` Removing all `#, fuzzy` lines so the translation can be live. 2023-02-14 17:43:00 +00:00			`.DS_Store`
Italian translation: initial setup (#541) * Git-ignore Jetbrains IDEs project files * First commit of Italian translation file Just a few translations so far, to get things going. 2023-04-01 22:56:38 +01:00
			`# Jetbrains IDEs project files`
			`.idea/`
			`.iml`
			`.iws`
Comprehensive Rust v2 (#1073) I've taken some work by @fw-immunant and others on the new organization of the course and condensed it into a form amenable to a text editor and some computational analysis. You can see the inputs in `course.py` but the interesting bits are the output: `outline.md` and `slides.md`. The idea is to break the course into more, smaller segments with exercises at the ends and breaks in between. So `outline.md` lists the segments, their duration, and sums those durations up per-day. It shows we're about an hour too long right now! There are more details of the segments in `slides.md`, or you can see mostly the same stuff in `course.py`. This now contains all of the content from the v1 course, ensuring both that we've covered everything and that we'll have somewhere to redirect every page. Fixes #1082. Fixes #1465. --------- Co-authored-by: Nicole LeGare <dlegare.1001@gmail.com> Co-authored-by: Martin Geisler <mgeisler@google.com> 2023-11-29 10:39:24 -05:00			`count.dat`