ຂັ້ນຕອນການເຮັດວຽກຂອງການແປ¶

ການໃຊ້ Weblate ຊ່ວຍຍົກລະດັບຄຸນນະພາບ, ຫຼຸດຜ່ອນການເຮັດວຽກດ້ວຍຕົນເອງ, ແລະ ເຮັດໃຫ້ທຸກຄົນທີ່ມີສ່ວນຮ່ວມໃນຂະບວນການທ້ອງຖິ່ນ (localization) ໃກ້ຊິດຕິດພັນກັນຫຼາຍຂຶ້ນ. ມັນຂຶ້ນຢູ່ກັບທ່ານວ່າຕ້ອງການໃຊ້ຟີເຈີຂອງ Weblate ຫຼາຍໜ້ອຍພຽງໃດ.

ຕໍ່ໄປນີ້ບໍ່ແມ່ນລາຍການທັງໝົດຂອງວິທີການຕັ້ງຄ່າ Weblate. ທ່ານສາມາດສ້າງຂັ້ນຕອນການເຮັດວຽກອື່ນໆໂດຍອີງຕາມຕົວຢ່າງທີ່ລະບຸໄວ້ທີ່ນີ້.

ການປັບແຕ່ງຂັ້ນຕອນການເຮັດວຽກ¶

ນອກເໜືອຈາກການຕັ້ງຄ່າໃນລະດັບ ການຕັ້ງຄ່າໂຄງການ ແລະ ການຕັ້ງຄ່າ Component (ເຊັ່ນ ເປີດໃຊ້ການກວດສອບ (Reviews), ເປີດໃຊ້ຄໍາແນະນໍາ, ການລົງຄະແນນສຽງການແນະນຳ, ແລະ ຍອມຮັບການແນະນຳໂດຍອັດຕະໂນມັດ), ຂັ້ນຕອນການເຮັດວຽກຂອງການແປຍັງສາມາດປັບແຕ່ງໄດ້ຕາມແຕ່ລະພາສາ.

ການປັບແຕ່ງຂັ້ນຕອນການເຮັດວຽກສຳລັບທັງເວັບໄຊສ໌ສາມາດເຮັດໄດ້ໃນຂະນະທີ່ ການປ່ຽນແປງຄຳນິຍາມພາສາ.

ການປັບແຕ່ງສຳລັບແຕ່ລະໂຄງການສາມາດເຮັດໄດ້ໃນແຕ່ລະໜ້າພາສາຂອງໂຄງການ.

Review and suggestion settings can be overridden, the only limitation is that ເປີດໃຊ້ການກວດສອບ (Reviews) needs to be turned on and can only be disabled in the per-language customization.

ການຕັ້ງຄ່າທຳອິດທີ່ມີຢູ່ຈະຖືກນຳໃຊ້:

ການປັບແຕ່ງລະດັບໂຄງການ-ພາສາ
ການປັບແຕ່ງລະດັບພາສາ
ການຕັ້ງຄ່າໂຄງການ/ອົງປະກອບ

Note

ກະລຸນາລະມັດລະວັງເມື່ອໃຊ້ການທັບຊ້ອນແບບທັງເວັບໄຊສ໌ ເພາະມັນຈະມີຜົນກັບທຸກໂຄງການ (ເວັ້ນແຕ່ໂຄງການນັ້ນຈະມີການທັບຊ້ອນຂອງຕົນເອງສຳລັບພາສານັ້ນໆ).

Custom source language¶

Select Source language in a project's language workflow settings to translate from another language in the same project. For example, you can translate a regional language variant from its parent language. Leave the selection empty to use the component's source language.

The selected language's translation is displayed as the source in the editor and used for translation checks, automatic translation, and translation memory. The original source strings and file identifiers remain unchanged.

Changing a parent translation marks its translated children as needing editing. Children are read-only while their parent is untranslated or needs editing, including when reviews are disabled. A parent that is translated (waiting for review) or approved permits editing. This restriction also applies through multiple levels of parent languages. Languages cannot depend on themselves or form a cycle.

If a component lacks the selected language or a matching string, its children are read-only until that source becomes available. Weblate preserves their translations and the configured source language; it does not fall back to the component source. Clearing the setting or selecting the component source language restores the canonical source. Moving a component applies the destination project's workflow settings. Changing workflow settings updates affected strings before returning; on large projects, this can delay translation edits.

Languages selected as custom sources cannot be deleted until these workflow settings are cleared or changed to another language.

This setting can only be configured per project and language. Existing intermediate language configuration continues to control the component source.

Workflow changes affect new translation-memory updates. Previously stored source and target pairs remain subject to the existing translation-memory retention and cleanup settings. A missing source does not create an active memory entry.

ການຈຳກັດພາສາໃນການແປ¶

ມີການຕັ້ງຄ່າຫຼາຍຢ່າງທີ່ສາມາດຈຳກັດພາສາການແປໄດ້. ພວກມັນໃຊ້ໃນຂັ້ນຕອນຕ່າງໆ ຂອງວົງຈອນການແປ ແລະ ສາມາດນຳໃຊ້ຮ່ວມກັນໄດ້:

ຄວບຄຸມຄຳຮ້ອງຂໍສຳລັບພາສາທີ່ຍັງບໍ່ມີເທື່ອ

Configure ການເພີ່ມການແປໃໝ່ at workspace, project, category, or component level. Categories and components can inherit this setting; see ການສືບທອດການຕັ້ງຄ່າ. You can let users contact maintainers, point them to translation instructions, create the language file automatically, or disable adding new translations.

ຜູ້ດູແລໂຄງການຍັງສາມາດເພີ່ມການແປໄດ້ ເມື່ອ Weblate ສາມາດສ້າງໄຟລ໌ຂອງມັນໄດ້. ສຳລັບສ່ວນປະກອບທີ່ບໍ່ໄດ້ສືບທອດການຕັ້ງຄ່າໂຄງການ, ໃຫ້ປ່ຽນ ການເພີ່ມການແປໃໝ່ ແຕ່ລະອັນ ຫຼື ໃຊ້ລະບົບອັດຕະໂນມັດຜ່ານ PATCH /api/components/(string:project)/(string:component)/.

To allow existing project languages while requesting approval for new ones, select Create existing project languages; contact maintainers for new languages. A language qualifies when any non-glossary component in the project has a target translation for it, even with no translated strings. Source-only languages and glossary translations do not qualify. This applies across categories, including shared components and components the contributor cannot access.

Maintainers approve a language by creating its first target translation. Removing the last qualifying translation removes eligibility. Component overrides that allow unrestricted language creation can also introduce an eligible language. Project and category submissions use the languages present at the start of the operation, so component processing order does not affect the result.

Project and category submissions modify only components owned by that project or category. To add a language to a shared component, use its own language creation page; the owning project's eligibility and permissions apply there.

The REST translation creation endpoint returns HTTP 403 for languages requiring approval; submit these requests through the web interface. The permission to add several languages does not bypass this policy. Maintainers and trusted add-ons retain their existing creation permissions, and repository file discovery is unaffected.

Disabling new translations controls user requests. It does not stop discovery of translation files added to the repository or automatic glossary language synchronization.

Limit which translation files Weblate discovers or creates

Configure ຕົວຢັ້ງຢືນພາສາ on each component. For example, ^(de|en|fr)$ limits the component to translation files whose language code is de, en, or fr. The filter applies while scanning the component file mask and when creating a new translation file; it does not change permissions for translations that are already present.

Language filters are configured per component, with no project-wide language allowlist. To apply a filter across many components, automate the changes using PATCH /api/components/(string:project)/(string:component)/.

ອະນຸຍາດການເຂົ້າເຖິງການແປສະເພາະພາສາທີ່ເລືອກ

ໃຫ້ໃຊ້ ທີມທີ່ກຳນົດຂອບເຂດພາສາ ເມື່ອຕ້ອງການໃຫ້ຜູ້ໃຊ້ແຕ່ລະຄົນ ສາມາດແປພາສາທີ່ແຕກຕ່າງກັນໄດ້. ທີມສາມາດໃຫ້ໄດ້ສະເພາະການອະນຸຍາດເທົ່ານັ້ນ, ດັ່ງນັ້ນໃຫ້ເອົາການອະນຸຍາດການແປທີ່ກວ້າງກວ່າອອກ ເຊິ່ງອາດຈະມີຜົນກັບຜູ້ໃຊ້ກຸ່ມດຽວກັນນັ້ນ.

ຈຳກັດການແກ້ໄຂໂດຍກົງຂອງພາສາທີ່ມີຢູ່ແລ້ວ

ເປີດການຕັ້ງຄ່າພາສາໃນໂຄງການ, ເປີດໃຊ້ ປັບແຕ່ງຂັ້ນຕອນການແປສຳລັບພາສານີ້ໃນໂຄງການນີ້, ແລະ ເປີດໃຊ້ ຈຳກັດການແກ້ໄຂໂດຍກົງ.

ຜູ້ໃຊ້ທີ່ມີສິດ ແກ້ໄຂຂໍ້ຄວາມເມື່ອມີການບັງຄັບໃຊ້ຄຳແນະນຳ ຈະຍັງສາມາດແກ້ໄຂໂດຍກົງໄດ້ຕໍ່ໄປ. ຜູ້ໃຊ້ອື່ນໆສາມາດເພີ່ມຄຳແນະນຳໄດ້ ເມື່ອ ເປີດໃຊ້ຄຳແນະນຳ. ໃຫ້ປິດການໃຊ້ຄຳແນະນຳນຳ ຫາກຕ້ອງການໃຫ້ພາສານັ້ນແກ້ໄຂໄດ້ສະເພາະຜູ້ໃຊ້ທີ່ມີສິດເທົ່ານັ້ນ.

ການຈຳກັດນີ້ຍັງສາມາດຕັ້ງຄ່າທົ່ວລະບົບໄດ້ໃນລະຫວ່າງ ການປ່ຽນແປງຄຳນິຍາມພາສາ. ການປັບແຕ່ງໃນລະດັບພາສາຂອງໂຄງການ ຈະມີຄວາມສຳຄັນກວ່າການຕັ້ງຄ່າພາສາທົ່ວລະບົບ.

ໃຊ້ການໂຫວດຄຳແນະນຳ

ເປີດໃຊ້ ການໂຫວດຄຳແນະນຳ ເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດໂຫວດຄຳແນະນຳໄດ້. ການໂຫວດພຽງຢ່າງດຽວບໍ່ໄດ້ຈຳກັດການແກ້ໄຂໂດຍກົງ. ເກນການ ຍອມຮັບຄຳແນະນຳອັດຕະໂນມັດ ທີ່ເປັນຄ່າບວກ ຍັງຮຽກຮ້ອງໃຫ້ຜູ້ໃຊ້ທີ່ບໍ່ມີສິດ ແກ້ໄຂຂໍ້ຄວາມເມື່ອມີການບັງຄັບໃຊ້ຄຳແນະນຳ ຕ້ອງສົ່ງເປັນຄຳແນະນຳແທນ. ໃຫ້ໃຊ້ ຈຳກັດການແກ້ໄຂໂດຍກົງ ເມື່ອຕ້ອງການໃຫ້ການຈຳກັດນີ້ ບໍ່ຂຶ້ນກັບການຍອມຮັບອັດຕະໂນມັດ.

See also

ການເຂົ້າເຖິງການແປ¶

ການຄວບຄຸມການເຂົ້າເຖິງ ຈະບໍ່ຖືກກ່າວເຖິງໂດຍລະອຽດທັງໝົດໃນຂັ້ນຕອນການເຮັດວຽກນີ້, ເພາະຕົວເລືອກສ່ວນໃຫຍ່ຂອງມັນສາມາດນຳໃຊ້ໄດ້ກັບທຸກຂັ້ນຕອນການເຮັດວຽກ. ກະລຸນາສຶກສາເອກະສານທີ່ກ່ຽວຂ້ອງກ່ຽວກັບວິທີການຈັດການການເຂົ້າເຖິງການແປ.

ໃນບົດຕໍ່ໆໄປ, ຜູ້ໃຊ້ໃດໆ ໝາຍເຖິງຜູ້ໃຊ້ທີ່ມີສິດເຂົ້າເຖິງການແປ. ມັນອາດຈະເປັນຜູ້ໃຊ້ທີ່ຢືນຢັນຕົວຕົນຄົນໃດກໍໄດ້ຖ້າໂຄງການເປັນສາທາລະນະ, ຫຼື ຜູ້ໃຊ້ທີ່ມີສິດ ແປ (Translate) ໃນໂຄງການນັ້ນ.

ສະຖານະການແປ¶

ແຕ່ລະຂໍ້ຄວາມທີ່ແປແລ້ວສາມາດຢູ່ໃນສະຖານະໃດໜຶ່ງດັ່ງຕໍ່ໄປນີ້:

ຍັງບໍ່ໄດ້ແປ

ການແປຍັງຫວ່າງເປົ່າ, ມັນອາດຈະຖືກເກັບໄວ້ໃນໄຟລ໌ຫຼືບໍ່ກໍໄດ້, ຂຶ້ນຢູ່ກັບຮູບແບບໄຟລ໌.

ຕ້ອງມີການແກ້ໄຂ

ການແປຕ້ອງການການແກ້ໄຂ, ສິ່ງນີ້ມັກຈະເປັນຜົນມາຈາກການຈັບຄູ່ແບບບໍ່ແນ່ນອນ (fuzzy matching) ຫຼື ການກະທຳຂອງຜູ້ແປ. ຂຶ້ນຢູ່ກັບຮູບແບບໄຟລ໌ ມັນອາດຈະຖືກໝາຍວ່າຕ້ອງການການແກ້ໄຂ (ຕົວຢ່າງເຊັ່ນ ມັນໄດ້ຮັບເຄື່ອງໝາຍ fuzzy ໃນໄຟລ໌ gettext).

ຕ້ອງການການຂຽນໃໝ່

ການແປຕ້ອງໄດ້ຖືກຂຽນໃໝ່ຍ້ອນມີການປ່ຽນແປງຂໍ້ຄວາມຕົ້ນສະບັບ.

ຕ້ອງການການກວດສອບ

ສະຖານະທີ່ໃຊ້ສຳລັບຂໍ້ຄວາມຕົ້ນສະບັບ/ແມ່ແບບທີ່ຕ້ອງການການກວດສອບຈາກຜູ້ພັດທະນາ. ໂດຍທົ່ວໄປແລ້ວມັນຈະຖືກຕັ້ງສຳລັບຂໍ້ຄວາມຕົ້ນສະບັບໃໝ່ທີ່ນຳເຂົ້າມາຈາກ VCS ເມື່ອມີການເປີດໃຊ້ສ່ວນເສີມ Source edit, ຫຼື ເມື່ອມີການລາຍງານຂໍ້ຄວາມຕົ້ນສະບັບເພື່ອໃຫ້ກວດສອບ.

ແປແລ້ວ / ຖ້າການກວດສອບ

ການແປສຳເລັດແລ້ວ. ສະຖານະທີ່ແປແລ້ວຈະສະແດງເປັນ "ຖ້າການກວດສອບ" ຖ້າຫາກມີການເປີດໃຊ້ການກວດສອບ (reviews).

ອະນຸມັດແລ້ວ

ການແປໄດ້ຮັບການອະນຸມັດໃນການກວດສອບແລ້ວ. ຜູ້ແປບໍ່ສາມາດປ່ຽນແປງມັນໄດ້ອີກຕໍ່ໄປ, ແຕ່ຜູ້ກວດສອບເທົ່ານັ້ນທີ່ຈະປ່ຽນໄດ້. ຜູ້ແປສາມາດເພີ່ມໄດ້ພຽງຂໍ້ສະເໜີແນະເທົ່ານັ້ນ.

ສະຖານະນີ້ມີໃຫ້ໃຊ້ສະເພາະເມື່ອເປີດໃຊ້ການກວດສອບ (reviews) ເທົ່ານັ້ນ.

ອ່ານໄດ້ຢ່າງດຽວ

ຂໍ້ຄວາມເປັນແບບອ່ານຢ່າງດຽວ ເຊິ່ງເປັນຜົນມາຈາກການມີ flag ເປັນ read-only, ເປັນຂໍ້ຄວາມຕົ້ນສະບັບທີ່ແກ້ໄຂບໍ່ໄດ້, ຫຼື ຖືກໝາຍໄວ້ແນວນັ້ນໃນໄຟລ໌ການແປ.

ຄຳແນະນຳ

ຂໍ້ສະເໜີແນະຈະຖືກເກັບໄວ້ໃນ Weblate ເທົ່ານັ້ນ ແລະ ບໍ່ໄດ້ເກັບໄວ້ໃນໄຟລ໌ການແປ.

ສະຖານະຕ່າງໆຈະຖືກສະແດງໃນໄຟລ໌ການແປເມື່ອເປັນໄປໄດ້.

Hint

ຖ້າຮູບແບບໄຟລ໌ທີ່ທ່ານໃຊ້ບໍ່ຮອງຮັບການເກັບຮັກສາສະຖານະ, ທ່ານອາດຈະຕ້ອງການໃຊ້ສ່ວນເສີມ ໝາຍການແປທີ່ບໍ່ປ່ຽນແປງວ່າ "ຕ້ອງໄດ້ຮັບການຂຽນໃໝ່" ເພື່ອໝາຍຂໍ້ຄວາມທີ່ບໍ່ມີການປ່ຽນແປງວ່າຕ້ອງການການຂຽນໃໝ່.

Note

ຕົວຕອງຄຸນນະພາບການແປ ຈະເປັນຕົວກຳນົດວ່າສະຖານະການແປໃດແດ່ທີ່ຈະຖືກເກັບໄວ້ໃນໄຟລ໌.

See also

ການແປໂດຍກົງ¶

ການຕັ້ງຄ່າທີ່ພົບເລື້ອຍທີ່ສຸດສຳລັບທີມຂະໜາດນ້ອຍ, ບ່ອນທີ່ທຸກຄົນສາມາດແປໄດ້ໂດຍກົງ. ສິ່ງນີ້ຍັງເປັນການຕັ້ງຄ່າເລີ່ມຕົ້ນໃນ Weblate.

ຜູ້ໃຊ້ໃດໆ ສາມາດແກ້ໄຂການແປໄດ້.
ຂໍ້ສະເໜີແນະແມ່ນວິທີທາງເລືອກໃນການສະເໜີການປ່ຽນແປງ, ເມື່ອຜູ້ແປບໍ່ແນ່ໃຈກ່ຽວກັບການປ່ຽນແປງນັ້ນ.

ການຕັ້ງຄ່າ	ຄ່າ	ໝາຍເຫດ
ເປີດໃຊ້ການກວດສອບ (Reviews)	ປິດ	ຖືກຕັ້ງຄ່າໃນລະດັບໂຄງການ.
ເປີດໃຊ້ຄໍາແນະນໍາ	ເປີດ	ມີປະໂຫຍດສຳລັບຜູ້ໃຊ້ເພື່ອໃຫ້ສາມາດສະເໜີແນະໄດ້ເມື່ອພວກເຂົາບໍ່ແນ່ໃຈ.
ການລົງຄະແນນສຽງການແນະນຳ	ປິດ
ຍອມຮັບການແນະນຳໂດຍອັດຕະໂນມັດ	0
ກຸ່ມຜູ້ແປ	ຜູ້ໃຊ້	ຫຼື ແປ (Translate) ພ້ອມກັບ ການຄວບຄຸມການເຂົ້າເຖິງແຕ່ລະໂຄງການ.
ກຸ່ມຜູ້ກວດສອບ	ບໍ່ມີຂໍ້ມູນ	ບໍ່ໄດ້ໃຊ້.

ການກວດສອບໂດຍໝູ່ເພື່ອນ (Peer review)¶

ດ້ວຍຂັ້ນຕອນການເຮັດວຽກນີ້, ທຸກຄົນສາມາດເພີ່ມຂໍ້ສະເໜີແນະໄດ້, ເຊິ່ງຕ້ອງໄດ້ຮັບການອະນຸມັດຈາກສະມາຊິກເພີ່ມເຕີມກ່ອນທີ່ຈະຖືກຍອມຮັບວ່າເປັນການແປ.

ຜູ້ໃຊ້ໃດໆ ສາມາດເພີ່ມຂໍ້ສະເໜີແນະໄດ້.
ຜູ້ໃຊ້ໃດໆ ສາມາດໂຫວດໃຫ້ຂໍ້ສະເໜີແນະໄດ້.
ຂໍ້ສະເໜີແນະຈະກາຍເປັນການແປເມື່ອໄດ້ຮັບຈຳນວນການໂຫວດຕາມທີ່ກຳນົດໄວ້.

ການຕັ້ງຄ່າ	ຄ່າ	ໝາຍເຫດ
ເປີດໃຊ້ການກວດສອບ (Reviews)	ປິດ	ຖືກຕັ້ງຄ່າໃນລະດັບໂຄງການ.
ເປີດໃຊ້ຄໍາແນະນໍາ	ເປີດ
ການລົງຄະແນນສຽງການແນະນຳ	ເປີດ
ຍອມຮັບການແນະນຳໂດຍອັດຕະໂນມັດ	2	ທ່ານສາມາດຕັ້ງຄ່າໃຫ້ສູງຂຶ້ນເພື່ອໃຫ້ມີການກວດສອບຈາກເພື່ອນຮ່ວມທີມຫຼາຍຂຶ້ນ.
ກຸ່ມຜູ້ແປ	ຜູ້ໃຊ້	ຫຼື ແປ (Translate) ພ້ອມກັບ ການຄວບຄຸມການເຂົ້າເຖິງແຕ່ລະໂຄງການ.
ກຸ່ມຜູ້ກວດສອບ	ບໍ່ມີຂໍ້ມູນ	ບໍ່ໄດ້ໃຊ້, ຜູ້ແປທຸກຄົນມີສິດກວດສອບ.

ຜູ້ກວດສອບສະເພາະ¶

ດ້ວຍຜູ້ກວດສອບສະເພາະ, ທ່ານຈະມີຜູ້ໃຊ້ສອງກຸ່ມ, ກຸ່ມໜຶ່ງສາມາດສົ່ງການແປໄດ້, ແລະ ອີກກຸ່ມໜຶ່ງສາມາດກວດສອບພວກມັນເພື່ອໃຫ້ແນ່ໃຈວ່າການແປມີຄວາມສອດຄ່ອງກັນ ແລະ ມີຄຸນນະພາບດີ.

ຜູ້ໃຊ້ໃດໆ ສາມາດແກ້ໄຂການແປທີ່ຍັງບໍ່ທັນໄດ້ຮັບການອະນຸມັດ.
ຜູ້ກວດສອບ ສາມາດອະນຸມັດ / ຍົກເລີກການອະນຸມັດຂໍ້ຄວາມໄດ້.
ຜູ້ກວດສອບ ສາມາດແກ້ໄຂການແປທັງໝົດ (ລວມທັງຂໍ້ຄວາມທີ່ອະນຸມັດແລ້ວ).
ຂໍ້ສະເໜີແນະຍັງສາມາດໃຊ້ເພື່ອສະເໜີການປ່ຽນແປງສຳລັບຂໍ້ຄວາມທີ່ອະນຸມັດແລ້ວ.

ການຕັ້ງຄ່າ	ຄ່າ	ໝາຍເຫດ
ເປີດໃຊ້ການກວດສອບ (Reviews)	ເປີດ	ຖືກຕັ້ງຄ່າໃນລະດັບໂຄງການ.
ເປີດໃຊ້ຄໍາແນະນໍາ	ເປີດ	ມີປະໂຫຍດສຳລັບຜູ້ໃຊ້ເພື່ອໃຫ້ສາມາດສະເໜີແນະໄດ້ເມື່ອພວກເຂົາບໍ່ແນ່ໃຈ.
ການລົງຄະແນນສຽງການແນະນຳ	ປິດ
ຍອມຮັບການແນະນຳໂດຍອັດຕະໂນມັດ	0
ກຸ່ມຜູ້ແປ	ຜູ້ໃຊ້	ຫຼື ແປ (Translate) ພ້ອມກັບ ການຄວບຄຸມການເຂົ້າເຖິງແຕ່ລະໂຄງການ.
ກຸ່ມຜູ້ກວດສອບ	ຜູ້ກວດສອບ	ຫຼື ກວດສອບ (Review) ພ້ອມກັບ ການຄວບຄຸມການເຂົ້າເຖິງແຕ່ລະໂຄງການ.

ການເປີດໃຊ້ການກວດສອບ¶

ການກວດສອບສາມາດເປີດໃຊ້ໄດ້ໃນການຕັ້ງຄ່າໂຄງການ, ຈາກໜ້າຍ່ອຍ ຂັ້ນຕອນການເຮັດວຽກ (Workflow) ຂອງການຕັ້ງຄ່າໂຄງການ (ເຊິ່ງຢູ່ໃນເມນູ ການດຳເນີນງານ → ການຕັ້ງຄ່າ):

ການກວດສອບແຍກຕາມພາສາ¶

ເພື່ອໃຫ້ມີການກວດສອບສະເພາະພາສາທີ່ເລືອກ, ກ່ອນອື່ນໃຫ້ເປີດ ເປີດໃຊ້ການກວດສອບ (Reviews) ສຳລັບທັງໂຄງການ. ຈາກນັ້ນໃຫ້ເປີດໜ້າພາສາຂອງແຕ່ລະໂຄງການທີ່ຄວນໃຊ້ພຶດຕິກຳທີ່ແຕກຕ່າງກັນ, ເປີດໃຊ້ ປັບແຕ່ງຂັ້ນຕອນການເຮັດວຽກຂອງການແປສຳລັບພາສານີ້ໃນໂຄງການນີ້, ແລະ ປິດ ເປີດໃຊ້ການກວດສອບ ສຳລັບພາສາທີ່ບໍ່ຕ້ອງການການກວດສອບ.

ຜູ້ກວດສອບຍັງຕ້ອງການສິດການກວດສອບສຳລັບພາສາດຽວກັນນັ້ນ. ໃຫ້ເພີ່ມພວກເຂົາເຂົ້າໃນທີມທີ່ມີບົດບາດລວມມີ ກວດສອບຂໍ້ຄວາມ, ແລະ ຈຳກັດທີມນັ້ນ ຫຼື ສະມາຊິກຜູ້ໃຊ້ໃຫ້ສະເພາະພາສາທີ່ພວກເຂົາຄວນກວດສອບ. ເບິ່ງ ການຈັດການການຄວບຄຸມການເຂົ້າເຖິງລາຍໂຄງການ ແລະ ການຄວບຄຸມການເຂົ້າເຖິງໃນລະດັບເວັບໄຊ ສຳລັບການຕັ້ງຄ່າການເຂົ້າເຖິງຕາມຂອບເຂດພາສາ.

ຖ້າປຸ່ມອະນຸມັດບໍ່ປາກົດຂຶ້ນ, ໃຫ້ກວດສອບການຕັ້ງຄ່າທັງສອງສ່ວນ: ການກວດສອບຕ້ອງຖືກເປີດໃຊ້ສຳລັບການແປນັ້ນ, ແລະ ຜູ້ໃຊ້ທີ່ເຂົ້າສູ່ລະບົບຕ້ອງມີສິດກວດສອບສຳລັບພາສານັ້ນ.

Machine translation and LLM workflows¶

Machine translation services, including large language model (LLM) services, can assist human translators or generate translations for them to edit or approve. Choose a workflow based on when humans should check the generated text and when it should reach the repository.

First, configure the services under Automatic suggestions in the project settings or site administration; see ຄຳແນະນຳອັດຕະໂນມັດ. For LLM services, see ບໍລິບົດການແປຂອງ LLM for the context and instructions used to guide translation.

To process strings in bulk, run ການແປອັດຕະໂນມັດ, select Machine translation as the source, and choose the services to use. For ongoing automation, configure the ການແປອັດຕະໂນມັດ add-on on the component with the same source and desired mode. Use the query state:empty to fill empty translations without replacing existing human work; see ການຄົ້ນຫາຂໍ້ຄວາມ.

Human translation assisted by services¶

Use this workflow when translators should choose when to use machine translation for each string.

Translators consult the ຄຳແນະນຳອັດຕະໂນມັດ tab in the editor, choose a service result, edit it as needed, and save the translation. These service results are distinct from stored suggestions awaiting acceptance: a human decides what to save. This workflow does not require the Automatic translation add-on and can be combined with ຜູ້ກວດສອບສະເພາະ.

Service translation with human editing¶

Use this workflow to fill translations automatically and let humans improve them directly.

Select Add as translation as the automatic translation mode.
Turn off ເປີດໃຊ້ການກວດສອບ (Reviews) and allow translators to edit directly, as in the direct translation workflow.
Set ຕົວຕອງຄຸນນະພາບການແປ to Commit all translations regardless of quality.

The service output becomes a translation that humans can edit in the usual editor. It can be committed to the repository without human approval.

For machine drafts that should remain visibly unfinished, choose Add as "Needing edit" instead. Humans edit these drafts and clear the Needs editing state when finished. To keep unfinished drafts out of repository commits, set ຕົວຕອງຄຸນນະພາບການແປ to Skip translations marked as needing editing.

Service suggestions with human acceptance¶

Use this workflow when humans should check service output before it becomes a translation.

Select Add as suggestion as the automatic translation mode.
Turn on ເປີດໃຊ້ຄໍາແນະນໍາ, turn off ການລົງຄະແນນສຽງການແນະນຳ, and set ຍອມຮັບການແນະນຳໂດຍອັດຕະໂນມັດ to 0.
Leave ເປີດໃຊ້ການກວດສອບ (Reviews) off for a single acceptance step. Give the people checking suggestions permission to accept them; see ການຈັດການການຄວບຄຸມການເຂົ້າເຖິງລາຍໂຄງການ.

Humans check the stored suggestions and accept suitable ones, or edit the proposed text before saving a translation. Suggestions are stored only in Weblate and do not enter translation files until accepted as translations. Accepting a suggestion is separate from approving a translation in the dedicated review workflow.

Service translation with review and a quality gateway¶

Use this workflow when humans should edit machine translations in Weblate, but only reviewer-approved translations should reach the repository.

Select Add as translation as the automatic translation mode.
Turn on ເປີດໃຊ້ການກວດສອບ (Reviews) and assign translators and reviewers as described in ຜູ້ກວດສອບສະເພາະ.
Set ຕົວຕອງຄຸນນະພາບການແປ to Only include approved translations.

Generated translations appear as Waiting for review. Translators can edit them, and reviewers check and approve the finished translations. Only after approval are these translations eligible for repository commits. Translators can suggest further changes to approved strings, while reviewers can edit them directly.

Enabling reviews alone does not keep unapproved translations out of commits. The translation quality filter provides that gateway. Keep reviews enabled for every language that should follow this workflow; check any workflow customization overrides.

AI-assisted quality evaluation¶

Use the AI quality evaluation add-on to check existing human or machine translations for accuracy, fluency, terminology, style, and formatting. It records quality checks without editing translations or approving them.

Configure an LLM service under Automatic suggestions, then install AI quality evaluation and select the Evaluation service. Choose a query to limit the translations evaluated. Run the add-on manually, choose an Evaluation frequency, or enable evaluation after translation changes or repository updates. Installation does not run evaluation. See the add-on documentation for provider costs and the data sent to the service.

Translators and reviewers can inspect the findings in the editor or search for checks such as check:ai_accuracy. Correct the translation or ignore a finding when appropriate. Combine this with ຜູ້ກວດສອບສະເພາະ when human approval is required; AI evaluation does not replace approval or change the translation quality filter used for repository commits.

The component's Diagnostics recommends the add-on when an LLM service is configured. If the selected service becomes unavailable, an error diagnostic links maintainers to the installed add-on's configuration.

Reusing existing translations¶

Use existing translations to bootstrap a new language or component, then have humans adapt matches and fill the remaining gaps.

Run ການແປອັດຕະໂນມັດ with Other translation components as the source, or select the ໜ່ວຍຄວາມຈຳການແປ service under Machine translation. Choose whether matches become translations, drafts needing editing, or suggestions using the modes described above. Use state:empty to preserve existing translations. The ການແປອັດຕະໂນມັດ add-on can apply this reuse automatically as strings arrive.

For ongoing consistency, ການແຜ່ຂະຫຍາຍການແປ can copy edits to matching strings across components in the same project. Propagation happens while translating; it does not copy translations merely loaded from the repository. See ການຮັກສາການແປໃຫ້ຄືກັນໃນທຸກອົງປະກອບ for its requirements and for checks that help humans resolve differences.

ປະຕູຄຸນນະພາບສຳລັບຂໍ້ຄວາມຕົ້ນສະບັບ¶

ຂໍ້ຄວາມພາສາຕົ້ນສະບັບເດີມມັກຈະມາຈາກຜູ້ພັດທະນາ, ເນື່ອງຈາກພວກເຂົາເປັນຜູ້ຂຽນໂຄ້ດ ແລະ ໃຫ້ຂໍ້ຄວາມເລີ່ມຕົ້ນ. ເຖິງຢ່າງໃດກໍຕາມ, ຜູ້ພັດທະນາມັກຈະບໍ່ແມ່ນເຈົ້າຂອງພາສາຕົ້ນສະບັບ ແລະ ບໍ່ໄດ້ໃຫ້ຄຸນນະພາບຂອງຂໍ້ຄວາມຕົ້ນສະບັບຕາມທີ່ຕ້ອງການ. ການແປພາສາກາງ (intermediate translation) ສາມາດຊ່ວຍທ່ານແກ້ໄຂບັນຫານີ້ໄດ້ - ມັນມີປະຕູຄຸນນະພາບເພີ່ມເຕີມສຳລັບຂໍ້ຄວາມລະຫວ່າງຜູ້ພັດທະນາ ແລະ ຜູ້ແປ.

ໂດຍການຕັ້ງຄ່າ ໄຟລ໌ພາສາກາງ, ໄຟລ໌ນີ້ຈະຖືກໃຊ້ເພື່ອແປຂໍ້ຄວາມໄປເປັນພາສາຕົ້ນສະບັບໂດຍຜູ້ແປ/ບັນນາທິການ ໃນຂະນະທີ່ມັນຍັງເປັນຂອງຜູ້ພັດທະນາ (ມັກຈະໃຊ້ພາສາໃດໜຶ່ງເຊັ່ນ en_devel). ເມື່ອຂັ້ນຕອນນີ້ສຳເລັດແລ້ວ, ຂໍ້ຄວາມຈະມີໃຫ້ແປເປັນພາສາເປົ້າໝາຍ, ໂດຍອີງຕາມພາສາຕົ້ນສະບັບທີ່ໄດ້ຮັບການປັບປຸງແລ້ວເຊິ່ງເກັບໄວ້ໃນ ໄຟລ໌ພາສາຫຼັກ (Monolingual).

See also

ການລວມຂໍ້ຄວາມໂດຍໃຊ້ພາສາຮອງ¶

ເມື່ອບໍ່ສາມາດໃຊ້ ໄຟລ໌ພາສາກາງ ເພື່ອລວມຂໍ້ຄວາມໄດ້, ທ່ານສາມາດເລືອກການແປອັນໃດອັນໜຶ່ງໃຫ້ເຮັດໜ້າທີ່ເປັນພາສາຮອງ. ພາສາສາມາດຕັ້ງຄ່າໄດ້ໃນໂຄງການ (ພາສາທີສອງ) ຫຼື ໃນອົງປະກອບ (ພາສາທີສອງ). ຈາກນັ້ນມັນຈະຖືກສະແດງໃຫ້ຜູ້ແປເຫັນໃນຂະນະທີ່ກຳລັງແປ (ເບິ່ງ ພາສາສຳຮອງ) ແລະ ສາມາດເລືອກໃຊ້ເປັນແຫຼ່ງຂໍ້ມູນສຳລັບການແປດ້ວຍເຄື່ອງ (ເບິ່ງ ຂໍ້ຄວາມຕົ້ນສະບັບສຳລັບການແປດ້ວຍເຄື່ອງ).

ການຕັ້ງຄ່ານີ້ມີປະໂຫຍດກັບຂໍ້ຄວາມຕົ້ນສະບັບທີ່ມີຫຼາຍພາສາປະປົນກັນ ແລະ ຕ້ອງການລວມພວກມັນໃຫ້ເປັນການແປດຽວ, ເຊິ່ງຈາກນັ້ນຈະຖືກໃຊ້ເປັນພື້ນຖານສຳລັບວຽກອື່ນໆ.

ການກວດສອບຂໍ້ຄວາມຕົ້ນສະບັບ¶

ເມື່ອເປີດໃຊ້ ເປີດໃຊ້ການກວດສອບຕົ້ນສະບັບ, ຂະບວນການກວດສອບສາມາດນຳໃຊ້ກັບຂໍ້ຄວາມຕົ້ນສະບັບໄດ້. ເມື່ອເປີດໃຊ້ແລ້ວ, ຜູ້ໃຊ້ສາມາດລາຍງານບັນຫາກ່ຽວກັບຂໍ້ຄວາມຕົ້ນສະບັບໄດ້. ຂະບວນການຕົວຈິງແມ່ນຂຶ້ນຢູ່ກັບວ່າກຳລັງໃຊ້ຮູບແບບ bilingual ຫຼື monolingual.

ສຳລັບຮູບແບບ monolingual, ການກວດສອບຂໍ້ຄວາມຕົ້ນສະບັບຈະເຮັດວຽກຄ້າຍຄືກັບ ຜູ້ກວດສອບສະເພາະ — ເມື່ອມີການລາຍງານບັນຫາກ່ຽວກັບຂໍ້ຄວາມຕົ້ນສະບັບ, ຂໍ້ຄວາມຕົ້ນສະບັບນັ້ນຈະຖືກໝາຍວ່າ ຕ້ອງການການແກ້ໄຂ.

ຮູບແບບ Bilingual ບໍ່ອະນຸຍາດໃຫ້ແກ້ໄຂຂໍ້ຄວາມຕົ້ນສະບັບໂດຍກົງ (ໂດຍທົ່ວໄປແລ້ວຂໍ້ຄວາມເຫຼົ່ານີ້ຈະຖືກສະກັດມາຈາກໂຄ້ດໂດຍກົງ). ໃນກໍລະນີນີ້, ປ້າຍກຳກັບ ຕົ້ນສະບັບຕ້ອງການການກວດສອບ ຈະຖືກຕິດໃສ່ຂໍ້ຄວາມທີ່ຜູ້ແປລາຍງານ. ທ່ານຄວນກວດສອບຂໍ້ຄວາມດັ່ງກ່າວ ແລະ ຈະແກ້ໄຂພວກມັນໃນໂຄ້ດຕົ້ນສະບັບ ຫຼື ເອົາປ້າຍກຳກັບອອກກໍໄດ້.

See also