Go to file
Joel D. Ruark ffd347d411 Proofread.edits (#229) 2019-10-19 13:38:47 +00:00
checking Removed stray spaces around underline and bold codes (#215) 2019-10-08 21:25:39 +00:00
intro Revise uW Description (#220) 2019-10-16 18:05:28 +00:00
process Proofread.edits (#223) 2019-10-15 14:13:02 +00:00
translate Proofread.edits (#229) 2019-10-19 13:38:47 +00:00
.gitignore Updates for version 10 release (#51) 2018-10-03 19:47:34 +00:00
LICENSE.md Updated license verbiage (#130) 2019-06-27 14:28:49 +00:00
README.md Proofread.edits (#223) 2019-10-15 14:13:02 +00:00
manifest.yaml Publishing prep (#208) 2019-10-04 18:29:43 +00:00
media.yaml Fixed media block 2017-10-13 12:52:28 -04:00

README.md

unfoldingWord® Translation Academy

Description

unfoldingWord® Translation Academy (UTA) is a modular handbook that provides a condensed explanation of Bible translation and checking principles that the global Church has implicitly affirmed define trustworthy translations. It enables translators to learn how to create trustworthy translations of the Bible in their own language.

Downloading

If you want to download unfoldingWord® Translation Academy to use, go here: https://www.unfoldingword.org/uta. UTA is also included in tS and tC.

Improving UTA

Please use the issue queue to provide feedback or suggestions for improvement.

If you want to make your suggested changes then you may use the online editor to do so. See the protected branch workflow document for step by step instructions.

Structure

UTA is written in a simple Markdown format and organized according to the Resource Container Manual type. See that link for more information but here is a quick summary.

Each manual has its own directory in this repository (for example, the Checking Manual is in the checking directory). Each module has its own directory inside of these manual directories. Inside each of these are three files:

  • 01.md - This is the main body of the module
  • sub-title.md - This file contians the question that the module is intended to answer.
  • title.md - This contains the title of the module

There are also YAML formatted files in each manuals directory. The toc.yaml file is for encoding the Table of Contents and the config.yaml file is for encoding dependencies between the modules.

GL Translators

UTA Translation Philosophy

To learn the philosophy of how to translate the UTA please see the Translate unfoldingWord® Translation Academy article in the Gateway Language Manual.

If you are translating online, please fork the Door43-Catalog/en_ta repository, following this workflow: Translate Content Online.

Technical Information for Translating UTA

  • Do not rename any files or directories. Only translate what is inside the files.
  • The config.yaml and toc.yaml files do not need to be changed unless you add a new module. When you are finished translating, you may want to update the title fields in the toc.yaml file, but you shouldnt make any other changes in those files.
  • Images that are included in UTA should be no more than 600px wide. NOTE: If you use the images already in UTA, you do not need to translate the names of the image files. They will work in their current format.
  • Hyperlinks (links to other articles or to other pages on the internet) follow this pattern: [text to display](http://www.example.com). You can translate the “text to display” inside the square brackets but not the web address that follows inside the parentheses.

You are free to add additional modules. In order for the new modules to be included, all of the following conditions need to be satisfied:

  • You must create a directory in one of the manual directories (like the translate directory) that has the short name of the module you want to write. For example, to create a new module on “testing” in the Translation Manual, you will want to put the file in “translate/testing/01.md”.
  • The file must be included in the table of contents, toc.yaml for the appropriate manual.
  • The value of the slug in the toc.yaml file and the directory (without the extension) must be the same as the directory name (testing in this example).
  • The slug must be unique, and not used in any of the other manuals. This is a requirement so that it is possible to create unambiguous links to each module.

License

See the LICENSE file for licensing information.