2008-08-16 4 views
8

우리는 시스템의 모든 텍스트가 사용자의 브라우저 문화 설정에 현지화되는 엔터프라이즈 웹 응용 프로그램을 보유하고 있습니다.오리엔테이션이 다른 언어로 작업 할 때 유용한 자료 나 조언이 있으십니까? (예 : 일본어 또는 중국어)

지금까지 영어, 미국 (유사하지만 맞춤법 오류가있는 ;-) 및 프랑스어 (사용자 환경 설정에 따라 캐나다 정부 Gov't - 영어 또는 프랑스어로 된 앱) 만 지원했습니다. 개발하는 동안 우리는 네덜란드어와 독일어와 같이 매우 긴 언어로 단어를 연결하는 경향이있는 유럽 언어를 염두에 두었습니다.

현재 중국어, 일본어 등 동부 언어에 대한 지원을 조사하고 있습니다. 필자는 음성 입력을 글자로 변환 한 것을 사용합니다. 웹에서 어떻게 작동합니까? 입력 및 텍스트 영역을 편집하는 동안 동일한 이벤트가 발생합니다 (우리는 Ajax가 상당히 무겁습니다).

이러한 하향식 언어 사용자는 온라인으로 어떤 규칙을 사용합니까?

이중 입력 (발음 입력 + 변환)이 웹 컨트롤에 미치는 영향은 무엇입니까?

아랍어와 같은 RTL 언어를 사용하면 전체 인터페이스를 미러링 할 수 있습니까? 예를 들어, OK/Cancel 버튼을 왼쪽으로 바꿔 줘야합니까?

+0

나는 당신의 질문에 대한 답을 모르지만, 당신이 아직하지 않았다면 이것을 검토하고 싶을지도 모른다 : [모든 소프트웨어 개발자의 절대 최소, 절대적으로 유니 코드와 문자 집합에 대해 반드시 알아야한다 (변명의 여지가 없다!) ] (http://www.joelonsoftware.com/articles/Unicode.html). (이미 익숙한 지역이라면 더 나은 답변으로 건너 뛸 수 있습니다. :)) –

답변

5

Microsoft에서 Globalization Step-by-Step을 읽습니다.

나는 CJKV에 대한 구체적인 답변을 할 수 있지만이 주제에 관한 책을 원할 수도 있습니다. 나는 그것을 읽지 않았지만 CJKV Information Processing은 O'Reilly 출신이다. (2nd ed due to, 2008).

나는 소리 나는 입력을 문자를 사용하여 변환하는 것으로 알고 있습니다. 웹에서 어떻게 작동합니까?

입력은 Windows, Mac 및 Linux (예 : SCIM)의 IME (Input Method Editor)이라는 소프트웨어 클래스로 수행됩니다. IME가 켜지면 키보드 입력이 먼저 IME로 이동하고 사용자가 올바른 한자/히라가 콤보를 선택하게됩니다. 사용자가 return 키를 눌러 커밋하면 IME는 현재 인코딩을 사용하여 한자/히라가나를 웹 브라우저에 입력합니다. 인코딩 상황은 큰 혼란 이었지만 웹 앱을 작성하는 경우 유니 코드 인코딩을 사용하십시오. 나는 UTF-8을 제안한다.

입력 및 텍스트 영역을 편집하는 동안 같은 이벤트가 발생합니까?

유니 코드 정통한 웹 브라우저 및 OS 콤보는 여러 언어를 처리합니다. 예를 들어 영어 일반 버전의 Firefox를 사용하여 일본어 웹 사이트를 탐색하고 게시 할 수 있습니다. 브라우저의 관점에서 볼 때, 그것은 유니 코드의 "bla bla bla"배열 일뿐입니다. 즉, 이벤트가 영어로 실행되면 유니 코드 변형을 사용하면 CJKV에서 같은 이벤트가 실행됩니다.

이러한 하향식 언어 사용자는 온라인으로 어떤 규칙을 사용합니까?

CJKV 독자는 왼쪽에서 오른쪽으로 온라인을 기대합니다. 수학 및 과학 교과서는 왼쪽에서 오른쪽으로 쓰여집니다. Word의 지역화 된 버전을 포함하여 대부분의 워드 프로세서는 왼쪽에서 오른쪽으로 씁니다.

이중 입력 (발음 입력 + 변환)이 웹 컨트롤에 미치는 영향은 무엇입니까?

키보드 이벤트를 트래핑하지 않는 한 대부분의 경우 신경 쓸 필요가 없습니다. 예를 들어, 일본어 키보드와 추가 키보드가 싫어. 그래서, 내가 미국 키보드의 일부 키에 IME on/off 명령을 할당해야 할 때. 나는 개인적으로 right-alt를 사용한다. 또한 스페이스 바 및 엔터 키는 변환 중에 사용되지만 이러한 이벤트가 브라우저에 전달되는지는 확실하지 않습니다.

원하면 웹 사이트를 테스트 해 볼 수 있습니다. (내 사용자 이름) @ gmail.

8

아랍어 사용자는 아랍어 웹 사이트를 볼 때 OK/Cancel 등을 교환해야합니다. 아랍어를 읽을 때, 내 눈은 오른쪽에서 왼쪽으로 읽습니다. 따라서 네가/비 활동 버튼 (취소, 지우기, 아니요 등) 전에 긍정/조치 버튼 (예 : 확인, 제출, 예 등)을 읽는 독자를 원할 경우, 전자를 오른쪽에 놓고 싶습니다.

경고 : 이상하게 들리지만, 위 텍스트는 버튼 텍스트가 아랍어 인 경우에만 적용됩니다 (개인적으로). 버튼 텍스트가 영어 (혼합 언어 웹 페이지) 인 경우 왼쪽의 확인 버튼을 선호합니다.

희망이 있습니다.

2

동아시아 언어에 대한 방향성 질문은 쉽게 대답 할 수 있습니다. 웹 사이트는 평소와 같이 왼쪽에서 오른쪽, 위에서 아래로 나타납니다.

사실, 일반적인 웹 디자인 레이아웃 원칙은 거의 동일합니다. newspaper의 웹 사이트 (왼쪽 상단에 이름이 있고, 왼쪽에 '집'이 있고 아래에 헤드 라인 링크가 가장 중요) 또는 search engine (내 사이트를 말할 필요가 없다고 생각하지 마십시오. 그 레이아웃을 비교해야합니다.)

아랍어/히브리어/등 오른쪽에서 왼쪽으로 쓰는 언어 사용자가 일부 컨텍스트 (포함 된 영어 조각 등)에서 왼쪽에서 오른쪽으로 진행하는 것을 기대하는 것처럼 웹에서도 상황이 있습니다. 위에서 아래로의 레이아웃이 바람직합니다. 이것은 일반적으로 텍스트 레이아웃과 원하는 글꼴이있는 이미지를 포함하거나 플래시를 사용하여 수행됩니다.

인터넷 익스플로러는 CSS writing-mode property을 사용하여 실제로 tb-rl 레이아웃을 제공했지만 버전 5.5 이후로는 none of the other browsers이이를 구현하는 데 어려움을 겪었습니다 (또는 루비는 젊은 층을 대상으로하는 사이트에 유용합니다). IE 5.5는 2000 년에 출시되어 8 년간 지원되었으며 2003 년에는 W3C candidate recommendation 이었지만 text layout in CSS still being poked around이었습니다.

텍스트 입력 및 IME에 대한 걱정으로 keydown 이벤트에 의해 주어진 가상 키를 텍스트 문자열로 수동으로 변환하는 것처럼 가짜 작업을하지 않는 한 문제가 발생할 가능성이 거의 없습니다.

언급하지 않은 몇 가지 추가 문제가 있습니다. 편안하게 읽을 수있는 최소 글꼴 크기는 라틴어 스크립트로 작성된 언어보다 큽니다. 흐름을 강조하기 위해 굵게 및 기울임 꼴은 일반적으로 적합하지 않습니다. 한 통일은 유니 코드로 작업 할 때 다른 CJK 언어에 맞는 글꼴을 지정하는 것에 대해 까다롭게해야한다는 것을 의미합니다. 당신은 당신이 기대하는 청중에 따라 중국어에 대한 전통적인 인터페이스와 단순한 인터페이스 모두를 제공 할 수 있습니다.

나는 더 많은 정보가 필요하다면 잠시 동안이 줄을 따라 좀 더 포괄적 인 가이드를 작성해야한다는 의미였습니다.

관련 문제