몇 일 이상 걸릴 것 같습니다. 해당 번역은 몇 년 전에 이미 교정자의 승인을 받았기 때문입니다. 번역이 승인된 후에는 교정 권한이 있는 사람이 상태를 초기화하거나 새로운 번역을 승인해야 합니다. 번역 대행사가 각 안정판 릴리스 주위에만 번역 작업을 수행하는 언어의 경우, 보통 몇 개월이 걸립니다. (2024)에 텍스트를 보고했지만, Crowdin에서 여전히 변경되지 않았습니다.
필요한 것에 따라 다릅니다. Crowdin에는 번역 메모리가 있으며, 이전에 어떻게 번역되었는지 쉽게 볼 수 있어 일관된 표현에 정말 유용합니다.
그리고 Crowdin에는 “문맥에서 문자열 보기” 기능이 있습니다. 이는 동일한 인터페이스에서 사용될 가능성이 있는 텍스트를 반환합니다. 항상 유용하지는 않습니다. 텍스트 식별자의 마지막 부분을 제거하고 그로 검색합니다. 예를 들어 식별자가 admin.dashboard.reports.solutions.title이었다면, admin.dashboard.reports.solutions 식별자를 가진 모든 텍스트를 나열합니다. 여전히 매우 구체적이므로 설명과 제목만 찾을 가능성이 높습니다. admin.dashboard.reports로 수동으로 검색하면 유사한 텍스트에 대한 더 나은 통찰력을 얻을 수 있습니다.
그리고 GitHub에 추가된 스크린샷이 얼마나 유용한지에 따라 달라지는 새로운 도구가 있습니다. 두 가지 예를 공유하겠습니다. 어제 저는
번역했는데, 번호가 포함되지 않았습니다. 그래서 식별자
js.presence.translating를 복사하여 도구로 붙여넣었습니다.
그 다음 이 중 하나를 선택했습니다(번호는 중요하지 않으며, 보통 최신 버전과 릴리스 버전은 차이가 없습니다). 여기서 전체 히스토리를 볼 수 있습니다. 텍스트가 언제 추가되고 변경되었는지 확인할 수 있습니다.
오른쪽 상단의 풀 리퀘스트 링크는 해당 풀 리퀘스트로 이동합니다.在那里에서 맥락을 이해하는 데 도움이 되는 스크린샷을 볼 수 있습니다.
하지만 항상 유용한 스크린샷이 있는 것은 아닙니다. 예를 들어 js.review.editing_post의 경우, UX: refactor review queue buttons for more consistent language - Pull Request #36812%EC%9D%98 - discourse/discourse - GitHub 스크린샷에서 "Editing post…"를 찾을 수 없었습니다. 그런 경우 포럼에서 발견될 때까지 기다리거나 맥락을 요청할 수 있습니다.
그것이 어떻게 작동하는지 이해할 필요가 없습니다. 이것이 코드가 Discourse에 추가되는 방식이며, 종종 도움이 되는 스크린샷을 포함하고 있다는 사실만 알면 됩니다.