테마 컴포넌트 샘플 텍스트 번역

최근 Crowdin에 공식 테마 컴포넌트들이 많이 추가되었습니다.

이것은 색상 스킴 토글과 같은 컴포넌트에서 사용자가 선택한 로케일(언어 환경)로 툴팁이 제공되므로 사용자 경험을 확실히 개선합니다.

그러나 검색 배너와 같이 샘플 텍스트를 제공하는 컴포넌트의 경우, 추가되는 번역이 많을수록 커스터마이징이 더 복잡해집니다. 이전에는 기본 포럼 언어(및 기본 영어)에 대한 텍스트만 추가하면 모든 사용자에게 해당 텍스트가 변경되었습니다. 하지만 번역이 하나씩 추가될 때마다 커스터마이징해야 하는 버전이 하나씩 더 늘어납니다.

상세한 예시

이 예시에서는 사이트의 기본 로케일이 영어(미국)이고 Discourse 검색 배너를 사용합니다. 기본 설정은 다음과 같습니다:


GitHub 저장소에 번역이 없으므로, 사용자가 어떤 로케일을 선택하든 모두 다음을 확인하게 됩니다:



영어(미국)의 기본 문자열을 편집하면

다른 모든 로케일의 테마 번역은 여전히 기본 영어(미국) 텍스트를 표시합니다

하지만 설정에서 여전히 기본 텍스트를 표시하는 로케일을 포함하여 모든 로케일에 대해 문자열이 덮어쓰기됩니다




GitHub 저장소에 동일한 기본 문자열이 포함된 en_GB.yml을 추가한 후, 사이트의 로케일 문자열을 편집하는 것만으로는 충분하지 않습니다. 영어(영국) 버전은 변경 사항의 영향을 받지 않습니다.

따라서 이제 관리자는 두 가지 버전 모두를 조정해야 하며, 추가되는 번역이 많을수록 커스터마이징해야 하는 문자열도 더 많아집니다.

Discourse Discover에서 다양한 기본 로케일을 가진 사이트들을 살펴본 제 경험에 따르면, 관리자들은 종종 기본 로케일의 텍스트만 편집합니다. 이는 테마 컴포넌트에 번역이 추가될수록 커스터마이징된 버전을 보는 사용자가 줄어들게 된다는 것을 의미합니다.

때문에, 모든 번역을 한 번에 덮어쓸 수 있는 옵션이 없는 한 샘플 텍스트에 대한 번역은 유용성이 낮다고 생각합니다.

3개의 좋아요

"관리자 → 외관 → 사이트 텍스트"도 동일한 방식으로 동작합니다. 사용자 정의된 텍스트는 선택한 언어에만 영향을 미칩니다. 이러한 동작이 일부 경우 일관성 없는 UI나 많은 작업을 유발할 수 있다는 점은 이해합니다.

현재는 두 가지 옵션만 있습니다:

  1. allow_user_locale 사이트 설정을 비활성화합니다. 그러면 모든 사용자는 기본 언어, 즉 사용자 정의된 텍스트를 보게 됩니다.
  2. 관심 있는 모든 언어에 대해 텍스트를 사용자 정의합니다.

제안에 열려 있습니다. “모든 언어에 대한 텍스트 오버라이드 강제” 옵션을 추가해야 하는지 궁금합니다. 이것이 전역 토글이어야 하는지, 문자열별 설정이어야 하는지는 확실하지 않습니다. :thinking:

1개의 좋아요

샘플 텍스트만 포함된 컴포넌트는 번역하지 않는 것이 좋다고 생각합니다.

장점을 놓치고 있는 것일 수도 있지만, 제 생각에는 사용자 정의가 의도된 문자열을 사용자 정의하는 것이 더 복잡해집니다.

1개의 좋아요

그 컴포넌트들은 잘 모르겠어요. 검색 배너(search_banner)에서 가져온 예시는 단순한 예시 텍스트가 아니라 좋은 기본값으로 보여요.

2개의 좋아요

Discourse Discover를 살펴보면 텍스트가 자주 커스터마이징되는 것 같습니다. 예를 들어, 많은 포럼이 "community"라는 단어를 자기 포럼 이름으로 대체하죠:

2개의 좋아요

이 포럼도 또 다른 예시입니다.

외국어 사용자에게 검색 기능을 더 시급하게 사용하도록 유도해야 한다는 인상을 받을 수 있습니다.

1개의 좋아요