현재 사이트 설정 이름은 번역되지 않으므로, 영어가 아닌 포럼은 설명에 의존해야 합니다. 하지만 관리자가 더 많은 맥락을 파악할 수 있도록 사이트 설정 이름도 번역하는 것이 유용할 것입니다. yml 파일의 구조(이름이 설명에 매핑됨) 때문에, 이러한 문자열을 가져오는 코드 재작성과 yml 파일 자체의 재구조화가 필요하므로 어려운 작업이 될 것임을 이해하고 있습니다. 하지만 먼 미래에 이 작업을 수행하는 데 관심이 있을까요?
2개의 좋아요
네, 그건 아주 완곡하게 표현한 거예요. 포럼 언어 설정을 변경했을 때 무슨 일이 일어나는지 상상해 보세요.
그리고 만약 누군가가 메타 포럼에서 도움을 요청한다면, 해당 설정을 찾지 못할 텐데요…
MS Excel은 매우 낮은 수준에서 로컬라이제이션을 수행했는데, 제 생각에 그것은 역대 최악의 결정 중 하나였습니다.
설명을 의존하는 건 그렇게 나쁘지 않나요?
8개의 좋아요
제 생각에는 좋은 아이디어가 아닙니다.
1개의 좋아요
좋은 지적입니다. 다만, 예를 들어 언어에 관계없이 변경되지 않는 ID를 사이트 설정에 부여하는 방식으로 해결할 수 있을지도 모릅니다.
1개의 좋아요
그래서 영어 문장인 현재 ID보다 숫자 ID가 더 좋다고 생각하시나요? 이미 번역된 설명이 있습니다.
1개의 좋아요
아니요, 대신이 아니라 추가하는 방식입니다. 따라서 %{site_setting_name} (%{id}) 형태로 포맷을 지정하거나, 이름 위에 마우스를 올렸을 때 표시하도록 할 수도 있습니다.
이것이 실제로 어떤 문제를 해결하는지 잘 이해가 되지 않습니다
당신: 일부 영어를 못 하는 관리자가 설정을 이해하기 어려우므로 설정은 번역되어야 합니다
나: 그러면 여러 가지 문제가 생길 겁니다
당신: 알겠습니다, 그럼 아무도 이해하지 못하는 ID를 추가합시다
4개의 좋아요
이미 언급된 이유로 인해 사이트 설정 이름의 번역은 진행되지 않을 것입니다. 영어 이름도 함께 표시하지 않는 한, 번역된 이름은 지원팀에 큰 부담이 될 것입니다. 그렇다면 애초에 이름을 번역할 의미가 무엇일까요?
일부 설정 설명이 불명확하다면, 기존 설명을 개선하는 방향을 더 지지합니다.
5개의 좋아요
차분하게, 친구야 – 이건 그냥 아이디어였을 뿐이야. 에러 코드에도 ID라는 개념이 있거든. 게다가 사용자 설정은 로컬라이즈되어 있어서, 사이트 설정 이름의 로컬라이즈가 뭔가에 해가 될 거라고 생각하지 않았어.
이 주제는 마지막 답변 후 3일이 지나면 자동으로 닫힙니다. 더 이상 새 답변을 게시할 수 없습니다.