Mudlet: Mudlet용 웹 기반 번역 서비스 설정

XLIFF 번역을 허용하는 github과의 통합으로 POEditor가 있습니다.
파일(qt linguist에서 지원한다고 가정함). 그리고 그들은 OS를 가지고
특허.

또 다른 옵션은 비용이 들지 않는 Qordoba입니다.
ts 파일을 지원합니다.

번역 서비스/앱을 사용한 적이 없으므로 선호하는 항목이 없습니다.

Vadim Peretokin [email protected] schrieb am So., 2017년 4월 9일,
13:14:

사람들이 Mudlet 번역에 기여할 수 있도록 해야 합니다.

• 그것은 유일한 장벽이 로그인하는 웹 기반을 의미합니다.
  우리에게 제공할 수 있는 기존 웹 기반 서비스가 있을 수 있습니다.
  설정하려면 오픈 소스 라이선스가 필요합니다.

사용 가능한 대안:
Launchpad https://translations.launchpad.net/ - 미래는
그러나 의심스럽다

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Mudlet/Mudlet/issues/856 , 또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ABAEDUJoAsg-zvnOq1YUvuIqn-fbRwcCks5ruL2WgaJpZM4M3_u1
.

Re: XLIFF the _Qt Linguist Manual: Translators_ Qt Doc 메모:

__문자열 번역__
번역을 위해 Qt Linguist에서 번역 소스(TS) 파일을 엽니다. TS 파일은 소스 구문과 해당 번역이 포함된 사람이 읽을 수 있는 XML 파일입니다. TS 파일은 일반적으로 lupdate에 의해 생성 및 업데이트됩니다. TS 파일이 없는 경우 릴리스 관리자를 참조하여 생성 방법을 알아보세요.
Qt Linguist를 사용하여 다른 프로그램에서 생성된 국제 XLIFF(XML Localization Interchange File Format) 파일을 번역할 수도 있습니다. 그러나 표준 Qt 프로젝트의 경우 TS 파일 형식만 사용됩니다. XLIFF 형식 파일에 대해 지원되는 최소 버전은 1.1입니다.

현재 데스크톱 응용 프로그램에 비해 엄청난 이점이 있는 웹 기반 번역 플랫폼이 있습니다. 소프트웨어를 설치할 필요가 없고 이미 번역된 텍스트에 대한 번역을 제안하는 등입니다.

@SlySven 나는 이것을 읽었기 때문에 내가 말한 것을 말한 것입니다. 그것은 완전히 지원되지 않거나 나중에 생각하는 것처럼 읽습니다. 그래서 내가 아마도 추가했습니다(테스트한 적이 없음).

@vadi2 제가 언급한 제품은 웹 기반 플랫폼입니다. 그러나 Qt 번역 프레임워크에서 해당 플랫폼의 출력을 사용할 수 있도록 하려면 여전히 qt linguist를 사용해야 합니다. 또한 지원되는 형식 TS 파일 및 XLIFF 바인딩합니다.

나는 Linguist와 함께 플레이했고 UI는 내가 말할 수 있는 한 꽤 좋습니다(저는 팬입니다 :heart_eyes:), UI 대화를 복제합니다 QStrings } 다른 언어에서 어떻게 보일지 좋은 아이디어를 볼 수 있고 동시에 여러 번역 작업을 할 수 있습니다. .ui 파일의 QGridLayouts 와 달리 기여자가 파일을 업데이트할 때 git 노이즈를 줄이기 위해 TS 파일의 내용을 불필요하게 재정렬하지 않는 데 Qt가 더 엄격하기를 바랍니다. * 한숨 *

Qt Linguist를 사용해야 하는 경우 - Qt Libraries를 사용할 때 일반적으로 기본 gettext 가는 것 외에 _닭과 달걀_의 _닭_ 수준이 아닌 _돼지_ 수준의 약속에 전념할 가능성이 있다고 생각합니다.

사람들이 원할 경우 실시간으로 번역을 설치하고 미리 볼 수 있는 옵션과 함께 Qt Linguist를 웹 기반으로 내보내는 데 관심이 있는 것 같습니다. @keneanung에 대해 언급한 서비스를 살펴보겠습니다. 보기 좋습니다.

나는 또한 Transifex를 염두에 두고 있었지만 더 이상 잘 하고 있지 않은 것 같습니다.

또 다른 웹 번역 플랫폼: https://hosted.weblate.org/projects/tilix/translations/

다음은 Mozilla 프로젝트에서 현지화 및 번역을 처리하는 방법입니다. https://developer.mozilla.org/en-US/docs/Mozilla/Localization/Quick_start_guide/Translation_phase

"Libre 소프트웨어의 번역"에 대한 이 마스터 연구 논문에서 여러 대안과 일반적인 프로세스에 대한 또 다른 훌륭한 심층 분석: https://larjona.wordpress.com/translations-in-libre-software/

@Kebap님 감사 해주신 논문 잘 읽었습니다. 나는 Weblate와 Transifex에 관심이 있습니다.

나는 이것이 가능한 가장 낮은 진입 장벽을 갖고 소프트웨어를 다운로드하고 설치해야 하는 데스크탑 기반 번역을 배제하고 작업을 시작할 기회가 있기 전에 올바른 파일을 찾아 헤매는 것을 원합니다.

Weblate는 훌륭하고 오픈 소스로 보이지만 현재 호스팅 버전도 다운되어 있으며 Tilix 프로젝트와 같은 모든 호스팅 번역도 마찬가지입니다. 안좋다. 나는 또한 이미 한도에서 실행되고 있기 때문에 우리 서버에서 더 이상 무언가를 호스팅하는 것이 조심스럽습니다.

Transifex 데모를 시험해 볼 것입니다. 그들은 오픈 소스를 지원하며 Weblate와 달리 훨씬 더 큰 상점으로 보이며 지금까지는 다운될 가능성이 적습니다.

즉, Weblates Git 통합이 실제로 작동한다면 Git에서 새 소스 텍스트를 자동으로 업데이트하고 다시 커밋해야 _해야_ 하기 때문에 사용하는 것이 훨씬 더 나을 것입니다. 반면 Transifex는 번역할 파일을 수동으로 업로드해야 합니다.

Transifex는 기본적으로 .t 파일을 지원하지만 업로드 시 질식하는 것 같습니다. ts2po 하고 .po 파일을 업로드해도 작동했습니다.

일부 미들웨어를 사용하여 Transifex와 Github 간에 자동 양방향 업데이트가 가능한 것 같습니다. https://docs.transifex.com/integrations/github-txgh

Transifex에서 그대로 번역된 .po 를 다운로드할 수 있었지만 po2ts Python 인코딩 오류가 있는 파일에서 질식했습니다.

po2ts: WARNING: Error processing: input ./for_use_mudlet_rupo_1_ru.po, output ./for_use_mudlet_rupo_1_ru.ts, template None: 'ascii' codec can't encode characters in position 1994-1999: ordinal not in range(128)

다른 누군가가 @Kebap @keneanung을 번역하고 싶어한다면 Transifex 프로젝트를 https://www.transifex.com/mudlet/mudlet/dashboard에 남겨 두겠습니다. 다음에는 Weblate를 사용해 보세요.

Weblate는 훌륭합니다. _ton_의 타사 로그인 옵션이 있으므로 가입하는 데 마찰이 없습니다.

@ vadi2는 다음과 같이 썼습니다.

Transifex에서 그대로 번역된 .po를 다운로드할 수 있었지만 po2ts가 Python 인코딩 오류로 파일을 질식합니다.

나는 그 자신의 버전 선가 생각 po2ts 단지 이전 사양에 작동 .ts (자신의 말에 내 생각) 파일 및 필요한 업데이트 - 나는 그것이에서 온다 있습니다 번역 툴킷 에서 Translate House Github 소스 코드 와 최신 버전은 작성 당시 2.2.5(무엇을 사용하는지 모르겠습니다)입니다. 다른 프로젝트에서 웹 페이지를 찾았습니다(GitHub 기반인지는 확실하지 않지만 전반적인 프로세스는 우리가 해야 할 일처럼 보였습니다: mixxx 국제화 페이지 .

실제로 "인코딩" 오류는 인코딩이 ASCII이고 UTF-8이 아닌 .ts 파일을 생성하려고 시도하는 것처럼 들리므로 일부 문자(_translated_ 문자열에서)를 사용해야 하는 지점에서 헛소리를 합니다. 그것은 ASCII가 아닙니다 ...

그 페이지는 4년 전에 마지막으로 업데이트되었습니다! 개발자를 위한 프로세스가 종료되었습니다.
날짜의, 나는 생각한다. 꽤 인상적인 번역 문서입니다.
그렇지만!

2017년 9월 19일 화요일 오후 6시 18분 Stephen Lyons [email protected]이 다음과 같이 썼습니다.

@ vadi2는 다음과 같이 썼습니다.

Transifex에서 그대로 번역된 .po를 다운로드할 수 있었습니다.
하지만 po2ts는 Python 인코딩 오류로 파일을 질식시킵니다.

나는 그들의 po2ts 버전이 이전 버전에서만 작동한다는 것을 어딘가에서 읽은 것 같습니다.
.ts 파일의 사양 및 업데이트가 필요함(그들의 끝에서 나는 추측한다)
번역 툴킷에서 가져온 것입니다.
http://toolkit.translatehouse.org/ 번역 하우스 Github 소스
코드 https://github.com/translate/translate 및 최신 버전은
2.2.5 (나는 그들이 무엇을 사용하고 있는지 모르겠다) 작성 당시. 발견
다른 프로젝트의 웹 페이지(GitHub 기반인지 확실하지 않지만
그들에 대한 전반적인 프로세스는 우리가 해야 할 일처럼 보였습니다: mixxx
국제화 페이지
https://mixxx.org/wiki/doku.php/internationalization .

—
당신이 할당되었기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Mudlet/Mudlet/issues/856#issuecomment-330592819 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/AAGxjEdeBPs-7fDkUwfoLjUt48eJJhl0ks5sj-lagaJpZM4M3_u1
.

Weblate는 좋은 위치에 있지 않은 것 같습니다. 호스팅된 애플리케이션에 대한 응답을 아직 받지 못했고 프로젝트는 업데이트를 통해 많은 것을 얻지 못했습니다. 다시 Transifex로 돌아갑니다.

Qt로 Transifex를 설정하는 방법에 대한 팁: https://forum.qt.io/topic/36750/qt5-ts-files-and-transifex-continuous-translation-localization

https://bugreports.qt.io/browse/QTBUG-1136 :

마지막으로, 언어학자는 본질적으로 생명 유지에 관한 것입니다. 우리는 이 분야를 전문으로 하는 ISV에 기반을 양도했습니다.

Qt Linguist는 막다른 기술입니다. 앞으로 어떤 기능도 제공되지 않을 것이므로 여기에서 웹 기반 플랫폼을 사용해야 합니다.

#1334를 사용할 수 있으므로 Transifex 번역을 시작하고 실행하는 방법을 살펴보겠습니다.

내가 Kebap의 상호 참조에서 언급한 것을 되풀이하기 위해, crowdin 은 우리와 같은 오픈 소스 프로젝트에 대한 유효한 선택처럼 보였습니다. 그리고 그들은 Qt .ts 파일을 처리할 수 있고 Github 통합 도 가지고 있습니다. - pseudolocalizaton 기능도 있어야 합니다. 텍스트를 제대로 구성하지 않았기 때문에 GUI에서 문제를 방지하는 데 도움이 되며( 내 생각에 ) en-US ...

crowdin은 멋지게 보입니다. Transifex와 어떻게 비교되는지 봅시다. 여기에 테스트 프로젝트가

@SlySven 은 html을 번역가에게 더 좋게 만들기 위한 코드 맹글링은 시기상조였습니다. 예를 들어 transifex는 html 마크업을 이미 훌륭하게 처리합니다.

나는 그것을 알아 냈습니다. crowdin에도 그 옵션이 있습니다. 편집기 태그 설정 에서 "숨기기"를 선택하기만 하면 됩니다.

이것은 우리가 @SlySven 이 해왔

나는 번역을 위해 @crowdin 사용 @SlySven의 제안에 행복 해요. @Kebap , @keneanung , @SlySven 당신의 생각은?

일단 우리가 크라우드인에 대한 프로젝트를 공식화하기로 합의하고 오픈 소스 라이선스를 신청하면 번역가를 위해 소문을 퍼뜨리기 시작합니다.

야,

저는 Crowdin 팀의 일원이며 필요한 경우 추가 설정을 기꺼이 도와드리겠습니다! 질문이 있으면 언제든지 저를 언급하십시오.

크라우드 인도 괜찮습니다. 그 UI는 처음에는 혼란스러웠지만, 나는 우리(저)가 그것에 익숙해질 것이라고 확신합니다.

나는 그것이 현재 Qt .ts 형식을 잘/직접적으로 처리하지 못한다는 것을 이해했기 때문에 정신적으로 고려를 껐을 때 Transifex를 자세히 살펴보지 않았다고 고백할 것입니다. 그 믿음으로?

최근 git 커밋에서 볼 수 있는 Crowdin에 대한 한 가지는 특정 언어용으로 로컬로 구성된 여러 .ts 파일을 업로드하고 있다는 것입니다. 지금은 mudlet_en.ts 파일 하나만 전송하여 문제를 해결했지만 여전히 저에게는 맞지 않는 것 같습니다. mudlet.pro 파일에서 TRANSLATIONS = 행을 제거하거나 주석 처리하고 쉘 스크립트가 (소스 기반에서) 실행되도록 할 수 있습니다.

lupdate -recursive ./src/ -ts ./translations/mudlet.ts

언어가 아닌 단일 파일을 생성하여 Crowdin 번역 프로세스에 전달하고 원하는 mudlet_xx_YY.ts 파일을 생성하도록 합니다(Crowdin에서 _xx_YY 를 지정하기 위해 이미 하나의 설정을 변경했습니다 _xx 언어로만 설정되어 있는 것처럼 보였습니다. 그러면 lrelease 준비가 된 동일한 디렉토리에 파일 세트 가 다시 복사됩니다.

BTW 접미사가 없는 일반 파일을 남겨두는 것은 소수 언어 이해 당사자가 제공된 Qt Linguist를 사용하여 보호되지 않은 다른 언어를 원할 경우 비공개로 작업하기 위해 파일을 복사하고 이름을 바꿀 수 있기 때문에 도움이 됩니다. {예를 들어 9월 19일의 해적일 수도 있습니다!!!}

Qt Designer 플러그인이 마지막 몇 개의 Qt 버전에서 HTML을 맹글링하려는 열망이 조금 덜한 것처럼 보이기 때문에 내가 취한 HTML 난독화 방지 단계가 덜 필요해진 것 같습니다. 예를 들어, 마지막으로 편집한 사람이 시스템에 있는 특정 글꼴을 일반 글꼴로 남겨두지 않고 강제로 사용하여 상황을 어지럽히거나 변경하지 않을 것이라고 아직 완전히 확신하지 못합니다. 모든 플랫폼에서 작동할 수 있습니다. 우리 작업에서 이러한 HTML을 기록하는 방법에 영향을 미치기 때문에 여기에서 다시 살펴보고 보고하겠습니다.

나는 Transifex가 현재 Qt .ts 형식을 잘/직접적으로 잘 처리하지 못한다는 것을 이해했기 때문에 정신적으로 고려를 껐을 때 Transifex를 자세히 살펴보지 않았다고 고백할 것입니다.

저도 그랬는데 변경된 것 같습니다:

나는 Qt Designer 플러그인을 사용할 계획이 없으므로 어떤 맹글링을 하든 관련이 없습니다. crowdin은 자체적으로 번역을 충분히 잘 처리하고 "hide" 스타일의 HTML 렌더링이 허용됩니다.

오, 여전히 하고 있습니다 - 테이블과 DTD 삽입 - 그래서 사람이 읽고 구문 분석하기가 더 쉽습니다.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<html><head><meta name="qrichtext" content="1" /><style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'FreeSans'; font-size:9pt; font-weight:400; font-style:normal;">
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;"><span style=" font-size:large; font-weight:600;">Welcome to Mudlet!</span></p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Click on one of the MUDs on the list to play.</p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">To play a game not in the list, click on <img src=":/icons/list-add_small.png" /><span style=" color:#555753;">New</span>, fill in the <span style=" font-style:italic;">Profile Name</span>, <span style=" font-style:italic;">Server address</span>, and <span style=" font-style:italic;">Port</span> fields in the <span style=" font-style:italic;">Required</span> area.</p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">After that, click <img src=":/icons/dialog-ok-apply_small.png" /><span style=" color:#555753;">Connect</span> to play.</p>
<p style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Have fun!</p>
<p align="right" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">The Mudlet Team <img src=":/icons/mudlet_main_16px.png" /></p></body></html>

또는 이것은 우리가 관련된 한 동일한 작업을 수행합니다.

<html><head/><body><center><big><b>Welcome to Mudlet!</b></big></center></p>
<p><center>Click on one of the MUDs on the list to play.<center></p>
<p><center>To play a game not in the list, click on <img src=":/icons/list-add_small.png"/> <span style="color:#555753;">New</span>, fill in the <i>Profile Name</i>, <i>Server address</i>, and <i>Port</i> fields in the <i>Required</i> area.<center></p>
<p><center>After that, click <img src=":/icons/dialog-ok-apply_small.png"/> <span style=" color:#555753;">Connect</span> to play.</center></p>
<p>Have fun!</p>
<p align="right">The Mudlet Team <img src=":/icons/mudlet_main_16px.png"/></p></body></html>

기술적으로 이것은 HTML의 하위 집합일 뿐인 모든 Qt 서식 있는 텍스트입니다(왜 엄격한 HTML 4.0 DTD를 포함해야 합니까?)

< 및 > 대신 < 및 > 여기에 표시하더라도 번역가가 보게 될 원시 파일은 명확하다고 생각합니다. HTML/Qt 서식 있는 텍스트 디스플레이 위젯이 없을 때 작업하기 더 쉬움...

나는 CJK 언어가 실제로 굵게 또는 기울임꼴 글꼴 효과를 사용해서는 안된다는 글을 어딘가에서 읽은 것 같습니다. 번역 과정...

쉘 스크립트를 실행하는 것은 이식 가능하지 않으므로(Windows용) 그렇게 하지 않는 것이 좋습니다. 현재 mudlet_en.ts 파일이 잘 돌아가는 것 같습니까?

금요일이므로 다음 며칠 안에 이에 대한 결론에 도달하여 다음 단계를 시작할 수 있도록 합시다. 제 생각에는 다음과 같습니다.

1) 번역가가 혼란스러운 문자열을 보고하는 프로세스 - 번역가가 이를 이해할 수 없으면 사용자도 이해하지 못할 가능성이 있습니다.
2) 실제 번역 프로세스와 우리 워크플로에서 어떻게 작동할까요?

먼저 필요한 프로세스의 세부 사항에 대해 더 많이 생각한 다음 가장 적합한 도구를 결정하는 것이 좋습니다.

내가 지금 볼 수 있는 한, 우리는 몇 가지 다른 주요 텍스트 소스를 가지고 있습니다.

• Mudlet 클라이언트 자체
• 머들렛 웹사이트
• 머들렛 위키
• "기타" 자발성 텍스트는 수동으로 포함해야 합니다.

그러면 각각에 대한 프로세스는 거의 동일하지만 별도로 검토해야 합니다.

• 번역이 필요한 관련 현재 텍스트에서 오래된 텍스트를 구별하는 방법을 찾으십시오.
• 출처에서 텍스트를 가져옵니다(위 참조). 어떤 도구로도 자동화할 수 있습니까? 누가 책임져야 합니까?
• 번역 도구에 텍스트를 가져옵니다.
• 도구 내부 번역(예상된 일이지만 좋은 인터페이스와 워크플로도 필요함)
• 번역가는 혼란스러운 문자열을 조정 방법에 대한 정보와 함께 Mudlet 팀에 다시 보고합니다.
• Mudlet 팀은 소스의 텍스트를 업데이트합니다. 보고 때문이든 자연적 진화 때문이든.
• 소스에서 업데이트된 텍스트는 번역 도구에서 업데이트가 필요합니다. 내보내기 및 가져오기 및 diff.
• 번역된 글이 완성됩니다. 번역 도구에서 내보냅니다. 또 자동화?
• 번역된 텍스트를 소스로 가져옵니다.
• 소스의 번역 표시. 여기에서는 각 소스에 일종의 언어 토글 스위치가 필요합니다.

Wordpress 및 Mediawiki

위의 모든 단계에서 가장 자동화된 프로세스를 원하고 가장 잘 지원할 수 있는 도구를 선택합니다.

소스 코드/대화(양식)가 진행되는 한:

• 번역이 필요한 관련 현재 텍스트에서 오래된 텍스트를 구별하는 방법을 찾으십시오.
• 출처에서 텍스트를 가져옵니다(위 참조). 어떤 도구로도 자동화할 수 있습니까? 누가 책임져야 합니까?
  
  
  
  • 둘 다 lupdate 명령으로 수행됩니다. 이 명령은 소스 텍스트를 추출하고, 소스 코드를 추측하고, 언어 중립적 mudlet.ts 파일( 현재 mudlet_en.ts 는 일부 당사자에게 특히 영어 번역을 보유하고 있음을 알립니다. 반면 - 소스 코드로 사용하는 방법 ==> Crowdin 날짜 전송 매체는 영어(미국식 ) 경우입니다. --no-obsolete 옵션으로 호출 하지 않으면 존재하지만 지금은 사라진 문자열은 제거되지 않습니다 - 이는 적어도 개발 단계에서 우리가 원하는 것입니다. en-US 로케일은 "deleting %n room(s)"과 같은 소스 문자열이 있는 복수형 문자열만 포함하는 매우 짧은 로케일이므로 "1 room 삭제" 또는 "방 2개 삭제"가 사용됩니다.
  
  
• 번역 도구에 텍스트를 가져옵니다.
  
  
  
  • 개발 분기를 업데이트하는 과정은 위의 일이 발생하고 업데이트된 .ts 가 Linux CI 빌드에서 업로드되도록 해야 합니다.
  
  
• 도구 내부 번역(예상된 일이지만 좋은 인터페이스와 워크플로도 필요함)
• 번역가는 혼란스러운 문자열을 조정 방법에 대한 정보와 함께 Mudlet 팀에 다시 보고합니다.
  
  
  
  • 크라우드 인을 사용하면 최소한 관리자 에게 표시되는 모든 소스 문자열에 대해 의견을 제시하거나 문제 를 제기할 수 있습니다(그러나 더 많은 당사자에게 공개될 수 있음).
  
  
• Mudlet 팀은 소스의 텍스트를 업데이트합니다. 보고 때문이든 자연적 진화 때문이든.
  
  
  
  • 소스 텍스트가 예상되는 en_US 형식에서 혼동되거나 철자가 틀린 곳 포함 - 예를 들어 라이선스(en-GB 명사 , cf license as en-GB verb )를 사용했을 수 있지만 두 형식 모두 항상 en-US 라이선스입니다.
  
  
• 소스에서 업데이트된 텍스트는 번역 도구에서 업데이트가 필요합니다. 내보내기 및 가져오기 및 diff.
  
  
  
  • lupdate 다시 실행 - 그러나 이것은 '개발' 분기 업데이트에 대한 CI 스크립팅을 통해 자연스럽게 발생해야 합니다.
  
  
• 번역된 글이 완성됩니다. 번역 도구에서 내보냅니다. 또 자동화?
  
  
  
  • 우리 중 한 명이 Crowdin에서 수동으로 mudlet_xx_YY.ts 파일의 전체 세트로 "번역을 다운로드"하고 /translations 디렉토리에 커밋할 수 있습니다. 이 파일은 lupdate 의해 업데이트되지 않는다는 것을 기억하십시오 복수형 전용 mudlet_en_US.ts lupdate 제외하고 - 대신 mudlet.ts 파일에서 Crowdin에서 생성됩니다.
  
  
• 번역된 텍스트를 소스로 가져옵니다.
  
  
  
  • 필요한 것은 아니지만 .ts 파일에서 응용 프로그램이 번역 텍스트를 읽지 않습니다. 대신 코드를 수정하고 공개하면 mudlet 응용 프로그램은 선택한 mudlet_xx_YY.qm 바이너리 파일(적절한 Qt 파일과 함께 - 우리가 이미 알고 있음)을 로드하여 런타임에 번역을 읽습니다. 설치 프로그램 버전과 함께 배포합니다!) 그래서 처음에는 우리 중 한 명이 lrelease 를 실행하여 .ts 파일을 일치하는 .qm 파일로 변환하고 다음과 같이 git 저장소에 커밋할 것이라고 상상합니다. 잘. 결국 Vadim은 리소스 파일로 포함된 .qm 파일 세트와 함께 릴리스 버전을 제공할 것을 제안했습니다. 이것은 설치 프로그램 버전에 적합하지만 Linux 패키지 작성자는 대신 읽기 전용 /usr/share/mudlet/translations (외부 Mudlet lua 파일과 함께)에 저장합니다. 이 두 가지 방식을 모두 처리할 수 있는 프로토타입 코드가 있지만 사용자가 다른 곳(소스 코드의 /translations 디렉토리에서 번역 파일을 로드할 수 있음)에서 번역 파일을 로드할 수 있도록 하면 독립 실행형 번역 개발이 가능합니다. 원래 Qt 도구 Linguist 사용하여 이해 당사자가 만든 다른 소수 언어의 경우 개발자가 개인/테스트 사례에서 작업할 수도 있습니다.
  
  
• 소스의 번역 표시. 여기에서는 각 소스에 일종의 언어 토글 스위치가 필요합니다.
  
  
  
  • QLangaugeEvent 사용하는 실험에서 QQTranslator::load(...) 가 호출될 때마다 실행되기 때문에 우리가 필요로 하는 것보다 더 복잡합니다. mudlet 클래스를 emit a (void) signal_translatorChangeCompleted(const QString&, const QString&) 여기서 현재 및 이전 xx_YY 코드(language_COUNTRY/REGION)의 인수는 스크립트에 대한 lua 이벤트를 생성하는 Host 를 제외하고 거의 사용되지 않습니다. /package 작업할 이벤트 핸들러. 그 신호에 영구적 인 GUI 텍스트로 모든 클래스에 전송되는 slot_guiLanguageChange() 가 필요 호출하는 경우 retranslateUi(this) 또한 사용하는 모든 클래스에 정의 된 setupUi(this) 가 제공 당신이 설정 한 Qt IDE에서 옵션을 올바르게 선택하십시오( qmake 직접 사용할 때 이것이 어떻게 작동하는지 모르겠습니다):
    
    
    
    그 호출은 양식/대화 상자의 모든 번역 가능한 문자열에 대한 번역을 변경한 다음 런타임에 생성한 모든 GUI 텍스트를 재생성해야 하며, 어떤 조건으로 인해 다른 텍스트가 조합될 수 있는지 고려합니다. 이것은 일시적인 텍스트가 tr(...) 사용하여 새 번역을 생성할 때마다 자동으로 새 번역을 사용하기 때문에 지속성( 즉, 오랫동안 사용됨) 문자열만 변경하면 되기 때문에 소리만큼 나쁘지 않습니다.
  
  

이것이 이 주제에 대한 전부는 아니지만 대부분의 단계가 애플리케이션 GUI 텍스트에 대해 어떻게 진행되어야 하는지 알 수 있습니다...

그 세부 사항을 주셔서 감사합니다 SlySven! 내가 보기에, 아마도 당신은 전에 이것을 한 적이 있습니까? 다른 응용 프로그램을 위해? 코우딘과 함께? 그렇게 하면 Mudlet 애플리케이션 자체를 훨씬 쉽게 번역할 수 있습니다.

반면에 Wiki 문서, Mudlet 웹 사이트 및 위의 마지막 게시물에서 설명한 것처럼 수동으로 통합해야 할 수 있는 추가 텍스트와 같은 Mudlet 세계의 다른 텍스트 소스에 대해 여전히 동일한 질문이 있습니다.

위의 답변을 완전히 살펴보지는 않았지만 Crowdin에는 Github 통합이 포함되어 있지 않습니다. https://github.com/Mudlet/Mudlet/pull/1692 는 자동 생성된 PR이므로 할 필요가 없습니다. 수동 업로드 또는 다운로드 단순히 PR을 병합하십시오. 따라서 프로세스는 설명된 것보다 훨씬 간단합니다!

크라우드 인 평가판은 4 일 후에 만료되므로 동의 / 동의가 필요합니다. 지금까지는 만족하는 것 같습니다.

나에게서 야유가 있었다!

안녕! ;)

나는 https://crowdin.com/ 을 시도했습니다 ... 번역을 위해 괜찮습니다. 빠른 피드백, 요청 등에 적합한지 모르겠습니다... 번역이나 예에 대한 "경쟁"과 같은...

크라우드 인의 댓글 섹션 은 어떻습니까?

안녕하세요 @Joker-ITA님,

번역가를 위한 추가 컨텍스트를 추가하는 방법에는 실제로 여러 가지가 있습니다.

1) 편집기에서 문자열 아래의 "컨텍스트 편집"을 클릭하여 번역가에게 추가 정보를 제공합니다.
2) 편집기에서 문자열에 대한 주석을 남길 수 있습니다(오른쪽 패널에서 주석 입력).
3) 프로젝트 설정 -> 문자열 탭을 통해 문자열에 대한 컨텍스트를 추가합니다.
4) 일반 번역가가 이해할 수 없는 특정 용어가 있을 수 있으므로 용어집을 만들어 Crowdin에 업로드하는 것이 좋습니다. 추가 정보 . 2개의 열이 있는 Excel 스프레드시트일 수도 있습니다. 용어 및 설명;
5) 파일 내부에 주석이 있는 경우(예: Android XML, iOS 문자열, .properties, .yml, Google Chrome JSON) 파일과 함께 자동으로 가져옵니다.
6) 스크린샷을 Crowdin에 업로드하고 모든 문자열에 태그를 지정할 수 있습니다: https://support.crowdin.com/adding-screenshots/
7) webapp l10n에 대해 이야기하는 경우 번역가가 귀하의 웹사이트에서 직접 번역할 수 있도록 In-Context 기능을 시도하는 것이 좋습니다.

번역을 위해 텍스트를 맥락화하는 방법은 주요 방법일 뿐입니다 😄

@Kebap 은 다음

그 세부 사항을 주셔서 감사합니다 SlySven! 내가 보기에, 아마도 당신은 전에 이것을 한 적이 있습니까? 다른 응용 프로그램을 위해? 코우딘과 함께? 그렇게 하면 Mudlet 애플리케이션 자체를 훨씬 쉽게 번역할 수 있습니다.

Qt의 자체 도구를 사용하여 수동으로 만 (저는 지난 몇 년 동안 남부 프랑스에서 세부 사항을 작업하는 데 몇 주를 보냈습니다). 우리는 lupdate & lrelease 중 두 가지를 계속 사용할 것이지만 Qt Linguist 대체합니다. .ts lrelease 가 언어/위치 특정 mudlet_xx_YY.qm 파일로 변환하기 전에 각 번역에 대해 lupdate 에 의해 생성된 mudlet_xx_YY.qm 파일 - 다시 언어/위치 번역당 하나씩 제공됨) 단일 mudlet.ts † 파일을 사용하고 대신 mudlet_xx_YY.ts 파일을 생성하는 Crowdin을 사용합니다.

linguist 사용하는 것과 Crowid를 사용하여 수행할 작업 간의 중요한 차이점 중 하나는 다음 없이도 벗어날 수 있다는 것입니다.

TRANSLATIONS =

Crowid에 대한 프로젝트 파일의 라인.

† 실제로 모든 로케일에 대해 mudlet.ts , Crowdin 프로세스를 거치는 mudlet_en_US.ts -pluralonly 옵션과 -pluralonly 이 필요합니다. roomCount 의 가치에 따라 tr("deleted %n room(s)", "", roomCount) 와 같은 메시지를 "deleted 1 room" 또는 "deleted 2 rooms" 로 변환하는 몇 가지 번역 은 아마도 당신이 진정으로 할 수 있을 것입니다...

좋습니다 - 우리는 Crowdin과 함께 할 것입니다 :)

@SlySven이 제안한 것처럼 파일 이름을 조정하고 사람들이 번역을 시작할 수 있도록 Crowdin에서 프로젝트를 적절하게 설정합니다. 우리가 수행한 기존 테스트 번역은 트랜잭션 메모리에 저장되므로 다시 적용하는 것은 매우 쉽습니다.

@SlySven 의 답변을 고려하여 @Kebap 의 질문에 답하기:

• 번역이 필요한 관련 현재 텍스트에서 오래된 텍스트를 구별하는 방법을 찾으십시오.
  
  
  
  • lupdate 도구가 이 작업을 수행합니다.
  
  
• 출처에서 텍스트를 가져옵니다(위 참조). 어떤 도구로도 자동화할 수 있습니까? 누가 책임져야 합니까?
• 번역 도구에 텍스트를 가져옵니다.
  
  
  
  • 우리가 수동으로 실행 lupdate 하고 커밋 development -이 부분은 트래비스에 의해 매일 자동화 할 수
  
  
  • github 통합으로 인해 crowdin이 자동으로 선택합니다.
  
  
• 도구 내부 번역(예상된 일이지만 좋은 인터페이스와 워크플로도 필요함)
  
  
  
  • 크라우드인의 번역 인터페이스
  
  
• 번역가는 혼란스러운 문자열을 조정 방법에 대한 정보와 함께 Mudlet 팀에 다시 보고합니다.
  
  
  
  • 크라우드 인에 문제를 쓰다
  
  
• Mudlet 팀은 소스의 텍스트를 업데이트합니다. 보고 때문이든 자연적 진화 때문이든.
• 소스에서 업데이트된 텍스트는 번역 도구에서 업데이트가 필요합니다. 내보내기 및 가져오기 및 diff.
  
  
  
  • 크라우드 인이 그것을 집어 든다.
  
  
• 번역된 글이 완성됩니다. 번역 도구에서 내보냅니다. 또 자동화?
  
  
  
  • 네, crowdin은 PR을 자동으로 엽니다: https://github.com/Mudlet/Mudlet/pull/1717
  
  
• 번역된 텍스트를 소스로 가져옵니다.
• 소스의 번역 표시. 여기에서는 각 소스에 일종의 언어 토글 스위치가 필요합니다.
  
  
  
  • @SlySven 이 여기서 마법을
  
  

복수형만 있는 별도의 번역 파일이 필요한 이유는 무엇입니까?

번역 지침은 https://wiki.mudlet.org/w/Translating_Mudlet 에서