From May.Zhang at Sun.COM Tue Jan 8 17:53:34 2008 From: May.Zhang at Sun.COM (May Zhang) Date: Wed, 09 Jan 2008 09:53:34 +0800 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= Message-ID: <4784291E.6090007@sun.com> 안녕하세요, 메이입니다. 오픈 솔라리스 그룹에 있는 여러분 새해 복많이 받으시구요! 리뷰작업을 하다가 확신이 가지 않는 부분이 여러 곳이 있어서 여러분들의 의 견을 듣고자 합니다. 번역이 해당하는 부분이 자바 프로그램쪽입니다. 1. 원문:Assertion does not have any statements in it. 번역: 명제에 문이 없습니다. 여기서 Assertion 을 명제로 번역하고 statement를 문 이라고 번역했는데 이 상한 것 같습니다. 어떻게 번역하는것이 좋을가요? 2. 원문: Security Token Metadata Endpoint 번역: 보안 토큰 메타데이터 끝점 여기서 Endpoint 가 끝점으로 번역되었는데 맞는지요? 아니면 어떻게 번역하 는것이 좋은지요? 오픈 솔라리스에 관한 내용은 아니지만 관련분야 한글번역같은것도 지식을 공 유할 수 있을거 같아 여기를 통해 멜을 드리는 바입니다. 여러분 좋은 의견을 주시기 바랍니다^_^ 메이로부터 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From May.Zhang at Sun.COM Wed Jan 9 00:12:48 2008 From: May.Zhang at Sun.COM (May Zhang) Date: Wed, 09 Jan 2008 16:12:48 +0800 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: <4784291E.6090007@sun.com> References: <4784291E.6090007@sun.com> Message-ID: <47848200.1020202@sun.com> 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. 1. 원문:Assertion does not have any statements in it. 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. 2. 원문: Security Token Metadata Endpoint 번역: 보안 토큰 메타데이타 엔드포인트 감사합니다! 앞으로도 도움받을 일이 많으리라고 생각됩니다! :-) 메이 May Zhang 쓴 글: > 안녕하세요, 메이입니다. > > 오픈 솔라리스 그룹에 있는 여러분 새해 복많이 받으시구요! > > 리뷰작업을 하다가 확신이 가지 않는 부분이 여러 곳이 있어서 여러분들의 > 의견을 듣고자 합니다. > > 번역이 해당하는 부분이 자바 프로그램쪽입니다. > > 1. 원문:Assertion does not have any statements in it. > 번역: 명제에 문이 없습니다. > > 여기서 Assertion 을 명제로 번역하고 statement를 문 이라고 번역했는데 > 이상한 것 같습니다. > 어떻게 번역하는것이 좋을가요? > > 2. 원문: Security Token Metadata Endpoint > 번역: 보안 토큰 메타데이터 끝점 > > 여기서 Endpoint 가 끝점으로 번역되었는데 맞는지요? 아니면 어떻게 번역 > 하는것이 좋은지요? > > > 오픈 솔라리스에 관한 내용은 아니지만 관련분야 한글번역같은것도 지식을 > 공유할 수 있을거 같아 > 여기를 통해 멜을 드리는 바입니다. > > 여러분 좋은 의견을 주시기 바랍니다^_^ > > 메이로부터 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org > -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From Ienup.Sung at Sun.COM Wed Jan 9 11:57:52 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 09 Jan 2008 11:57:52 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: <47848200.1020202@sun.com> References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> Message-ID: <47852740.4050505@sun.com> May Zhang wrote at 01/09/08 00:12: > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. > > > 1. 원문:Assertion does not have any statements in it. > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. 다음 둘중 하나는 어떨까요? Assertion에 아무런 문장도 없습니다. Assertion에 아무런 명령문도 없습니다. 성인업. From eggboy at gmail.com Wed Jan 9 18:11:05 2008 From: eggboy at gmail.com (eggboy) Date: Thu, 10 Jan 2008 11:11:05 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: <47852740.4050505@sun.com> References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> <47852740.4050505@sun.com> Message-ID: 첨언입니다만 :) C++ 이나 Java(1.4 부터)에서 쓰이는 assert 는 말그대로 그안에 어떠한 구문(programming 적인)도 가지고 있지 않습니다. 순수히 assert 뒤에 따라오는 expression 의 true false 만을 판단하기 때문에 'assertion 내에는 어떠한 구문도 들어 있지 않습니다.' 라고 번역하는 것이 좀 더 명확할 것 같습니다. 감사합니다. On 1/10/08, Ienup Sung wrote: > > May Zhang wrote at 01/09/08 00:12: > > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. > > > > > > 1. 원문:Assertion does not have any statements in it. > > > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. > > 다음 둘중 하나는 어떨까요? > > Assertion에 아무런 문장도 없습니다. > Assertion에 아무런 명령문도 없습니다. > > 성인업. > > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org -- ============================= Jay(ChangJae) Lee Mobile : +82-16-333-0367 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From Ienup.Sung at Sun.COM Wed Jan 9 19:07:40 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 09 Jan 2008 19:07:40 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> <47852740.4050505@sun.com> Message-ID: <47858BFC.70406@sun.com> Assert는 프로그래밍하면서 거의 수십년째 쓰고 있습니다만 그리고 주변 문장을 보지 않은 상태로 계속 말씀을 드립니다만 원문의 의미가 그렇다면: Assertion에는 문장들이 들어가지 않습니다. 가 아닌가요? 구문(構文)은 sentence structure라는 의미로 알고 있고요. 성인업. eggboy wrote at 01/09/08 18:11: > 첨언입니다만 :) > > C++ 이나 Java(1.4 부터)에서 쓰이는 assert 는 말그대로 그안에 어떠한 > 구문(programming 적인)도 가지고 있지 않습니다. > > 순수히 assert 뒤에 따라오는 expression 의 true false 만을 판단하기 때문에 > 'assertion 내에는 어떠한 구문도 들어 있지 않습니다.' > 라고 번역하는 것이 좀 더 명확할 것 같습니다. > > 감사합니다. > > > On 1/10/08, *Ienup Sung* > wrote: > > May Zhang wrote at 01/09/08 00:12: > > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. > > > > > > 1. 원문:Assertion does not have any statements in it. > > > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. > > 다음 둘중 하나는 어떨까요? > > Assertion에 아무런 문장도 없습니다. > Assertion에 아무런 명령문도 없습니다. > > 성인업. > > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org > > > > > -- > ============================= > Jay(ChangJae) Lee > Mobile : +82-16-333-0367 From eggboy at gmail.com Wed Jan 9 19:48:16 2008 From: eggboy at gmail.com (eggboy) Date: Thu, 10 Jan 2008 12:48:16 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: <47858BFC.70406@sun.com> References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> <47852740.4050505@sun.com> <47858BFC.70406@sun.com> Message-ID: 제 첨언에 기분이 나쁘셨던 것 같네요. 그런 의도가 아니였는데 죄송합니다. :( 인업님 말씀대로 주변 문장을 봐야 정확한 해석이 가능할 것 같구요. 제가 보통 번역할때 statement 를 구문(構文) 이라고 번역해 왔는데 사전 확인해보니까 문장(statement or sentence) 이 더 정확한 표현인 것 같네요. 감사합니다. On 1/10/08, Ienup Sung wrote: > > Assert는 프로그래밍하면서 거의 수십년째 쓰고 있습니다만 그리고 > 주변 문장을 보지 않은 상태로 계속 말씀을 드립니다만 원문의 의미가 > 그렇다면: > > Assertion에는 문장들이 들어가지 않습니다. > > 가 아닌가요? 구문(構文)은 sentence structure라는 의미로 알고 있고요. > > 성인업. > > eggboy wrote at 01/09/08 18:11: > > 첨언입니다만 :) > > > > C++ 이나 Java(1.4 부터)에서 쓰이는 assert 는 말그대로 그안에 어떠한 > > 구문(programming 적인)도 가지고 있지 않습니다. > > > > 순수히 assert 뒤에 따라오는 expression 의 true false 만을 판단하기 때문에 > > 'assertion 내에는 어떠한 구문도 들어 있지 않습니다.' > > 라고 번역하는 것이 좀 더 명확할 것 같습니다. > > > > 감사합니다. > > > > > > On 1/10/08, *Ienup Sung* > > wrote: > > > > May Zhang wrote at 01/09/08 00:12: > > > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. > > > > > > > > > 1. 원문:Assertion does not have any statements in it. > > > > > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. > > > > 다음 둘중 하나는 어떨까요? > > > > Assertion에 아무런 문장도 없습니다. > > Assertion에 아무런 명령문도 없습니다. > > > > 성인업. > > > > _______________________________________________ > > g11n-ko-discuss mailing list > > g11n-ko-discuss at opensolaris.org g11n-ko-discuss at opensolaris.org> > > > > > > > > > > -- > > ============================= > > Jay(ChangJae) Lee > > Mobile : +82-16-333-0367 > > -- ============================= Jay(ChangJae) Lee Mobile : +82-16-333-0367 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From Ienup.Sung at Sun.COM Wed Jan 9 20:53:14 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 09 Jan 2008 20:53:14 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> <47852740.4050505@sun.com> <47858BFC.70406@sun.com> Message-ID: <4785A4BA.8090005@sun.com> 아니 그렇지 않았습니다. 무슨 말씀을... 저는 그냥 좀더 정확하게 번역이 되기 위해 이렇게 토론하는 것이 무척 좋습니다. 또한 서로 프로적으로 지적하여 고칠것은 고치고 하는게 훨씬 생산적이고 (인류)발전을 위해 좋은 일이라고 항상 생각합니다. 감사합니다. 성인업. eggboy wrote at 01/09/08 19:48: > 제 첨언에 기분이 나쁘셨던 것 같네요. 그런 의도가 아니였는데 > 죄송합니다. :( 인업님 말씀대로 주변 문장을 봐야 정확한 해석이 > 가능할 것 같구요. > > 제가 보통 번역할때 statement 를 구문(構文) 이라고 번역해 왔는데 > 사전 확인해보니까 문장(statement or sentence) 이 더 정확한 표현인 것 같네요. > > 감사합니다. > > > On 1/10/08, *Ienup Sung* > wrote: > > Assert는 프로그래밍하면서 거의 수십년째 쓰고 있습니다만 그리고 > 주변 문장을 보지 않은 상태로 계속 말씀을 드립니다만 원문의 의미가 > 그렇다면: > > Assertion에는 문장들이 들어가지 않습니다. > > 가 아닌가요? 구문(構文)은 sentence structure라는 의미로 알고 있고요. > > 성인업. > > eggboy wrote at 01/09/08 18:11: > > 첨언입니다만 :) > > > > C++ 이나 Java(1.4 부터)에서 쓰이는 assert 는 말그대로 그안에 어떠한 > > 구문(programming 적인)도 가지고 있지 않습니다. > > > > 순수히 assert 뒤에 따라오는 expression 의 true false 만을 판단하 > 기 때문에 > > 'assertion 내에는 어떠한 구문도 들어 있지 않습니다.' > > 라고 번역하는 것이 좀 더 명확할 것 같습니다. > > > > 감사합니다. > > > > > > On 1/10/08, *Ienup Sung* < Ienup.Sung at sun.com > > > >> wrote: > > > > May Zhang wrote at 01/09/08 00:12: > > > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. > > > > > > > > > 1. 원문:Assertion does not have any statements in it. > > > > > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. > > > > 다음 둘중 하나는 어떨까요? > > > > Assertion에 아무런 문장도 없습니다. > > Assertion에 아무런 명령문도 없습니다. > > > > 성인업. > > > > _______________________________________________ > > g11n-ko-discuss mailing list > > g11n-ko-discuss at opensolaris.org > > > > > > > > > > > > > -- > > ============================= > > Jay(ChangJae) Lee > > Mobile : +82-16-333-0367 > > > > > -- > ============================= > Jay(ChangJae) Lee > Mobile : +82-16-333-0367 From nethippo at gmail.com Fri Jan 11 02:08:21 2008 From: nethippo at gmail.com (=?EUC-KR?B?sei6wMiv?=) Date: Fri, 11 Jan 2008 19:08:21 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: <4785A4BA.8090005@sun.com> References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> <47852740.4050505@sun.com> <47858BFC.70406@sun.com> <4785A4BA.8090005@sun.com> Message-ID: 성선배님, eggboy가 언급한 구문은 이 구문(句文)일 것 같은데, 구문(構文)을 얘기하시네. 전자는 일반 statements를 의미하는 말입니다.(그런데, 다음 국어사전에는 없는 듯 하네요.. 에 왜 없는 지는 모르겠지만..) 언제 누가 구문(句文)이라는 말을 사용하기 시작했는 지는 모르겠습니다만, IT 번역에서는 '문장'이란 표현은 사용해오지 않았습니다. 보편적으로 안사용하는 단어를 쓴다는 것은 번역에서 그다지 매끄럽지 않을 듯 합니다. 제 생각에는 '구문'으로 그냥 써도 상관없을 듯 싶은데요. 김봉환/ 08. 1. 10, Ienup Sung 님이 작성: > 아니 그렇지 않았습니다. 무슨 말씀을... 저는 그냥 좀더 정확하게 번역이 되기 > 위해 이렇게 토론하는 것이 무척 좋습니다. 또한 서로 프로적으로 지적하여 고칠것은 > 고치고 하는게 훨씬 생산적이고 (인류)발전을 위해 좋은 일이라고 항상 생각합니다. > > 감사합니다. > > 성인업. > > eggboy wrote at 01/09/08 19:48: > > 제 첨언에 기분이 나쁘셨던 것 같네요. 그런 의도가 아니였는데 > > 죄송합니다. :( 인업님 말씀대로 주변 문장을 봐야 정확한 해석이 > > 가능할 것 같구요. > > > > 제가 보통 번역할때 statement 를 구문(構文) 이라고 번역해 왔는데 > > 사전 확인해보니까 문장(statement or sentence) 이 더 정확한 표현인 것 같네요. > > > > 감사합니다. > > > > > > On 1/10/08, *Ienup Sung* > > wrote: > > > > Assert는 프로그래밍하면서 거의 수십년째 쓰고 있습니다만 그리고 > > 주변 문장을 보지 않은 상태로 계속 말씀을 드립니다만 원문의 의미가 > > 그렇다면: > > > > Assertion에는 문장들이 들어가지 않습니다. > > > > 가 아닌가요? 구문(構文)은 sentence structure라는 의미로 알고 있고요. > > > > 성인업. > > > > eggboy wrote at 01/09/08 18:11: > > > 첨언입니다만 :) > > > > > > C++ 이나 Java(1.4 부터)에서 쓰이는 assert 는 말그대로 그안에 어떠한 > > > 구문(programming 적인)도 가지고 있지 않습니다. > > > > > > 순수히 assert 뒤에 따라오는 expression 의 true false 만을 판단하 > > 기 때문에 > > > 'assertion 내에는 어떠한 구문도 들어 있지 않습니다.' > > > 라고 번역하는 것이 좀 더 명확할 것 같습니다. > > > > > > 감사합니다. > > > > > > > > > On 1/10/08, *Ienup Sung* < Ienup.Sung at sun.com > > > > > >> wrote: > > > > > > May Zhang wrote at 01/09/08 00:12: > > > > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. > > > > > > > > > > > > 1. 원문:Assertion does not have any statements in it. > > > > > > > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. > > > > > > 다음 둘중 하나는 어떨까요? > > > > > > Assertion에 아무런 문장도 없습니다. > > > Assertion에 아무런 명령문도 없습니다. > > > > > > 성인업. > > > > > > _______________________________________________ > > > g11n-ko-discuss mailing list > > > g11n-ko-discuss at opensolaris.org > > > > > > > > > > > > > > > > > > > > > -- > > > ============================= > > > Jay(ChangJae) Lee > > > Mobile : +82-16-333-0367 > > > > > > > > > > -- > > ============================= > > Jay(ChangJae) Lee > > Mobile : +82-16-333-0367 > > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org -- "삶은 진동한다" From Ienup.Sung at Sun.COM Fri Jan 11 12:33:32 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Fri, 11 Jan 2008 12:33:32 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?ufi/qr+hILD8x8+/qQ==?= In-Reply-To: References: <4784291E.6090007@sun.com> <47848200.1020202@sun.com> <47852740.4050505@sun.com> <47858BFC.70406@sun.com> <4785A4BA.8090005@sun.com> Message-ID: <4787D29C.5040509@sun.com> 김봉환씨, 오래간만 입니다. 아 그렇습니까? 아마 제가 구문분석 (as in Syntax Analysis) 등으로 나오는 경우를 너무 많이 보았던 것 같군요. 이미 한국에서 널리 통용되고 있다면 구문(句文)을 써도 좋으리라 봅니다. 헌데 구절구자는 字句내지는 문구(文句) 등에는 쓰여도 句文으로 쓰이는 경우는 정말 생소하군요. 성인업. 김봉환 wrote at 01/11/08 02:08: > 성선배님, > > eggboy가 언급한 구문은 이 구문(句文)일 것 같은데, 구문(構文)을 얘기하시네. > 전자는 일반 statements를 의미하는 말입니다.(그런데, 다음 국어사전에는 없는 듯 하네요.. 에 왜 없는 지는 모르겠지만..) > > 언제 누가 구문(句文)이라는 말을 사용하기 시작했는 지는 모르겠습니다만, IT 번역에서는 '문장'이란 표현은 사용해오지 > 않았습니다. 보편적으로 안사용하는 단어를 쓴다는 것은 번역에서 그다지 매끄럽지 않을 듯 합니다. > > 제 생각에는 '구문'으로 그냥 써도 상관없을 듯 싶은데요. > > 김봉환/ > > 08. 1. 10, Ienup Sung 님이 작성: > >>아니 그렇지 않았습니다. 무슨 말씀을... 저는 그냥 좀더 정확하게 번역이 되기 >>위해 이렇게 토론하는 것이 무척 좋습니다. 또한 서로 프로적으로 지적하여 고칠것은 >>고치고 하는게 훨씬 생산적이고 (인류)발전을 위해 좋은 일이라고 항상 생각합니다. >> >>감사합니다. >> >>성인업. >> >>eggboy wrote at 01/09/08 19:48: >> >>>제 첨언에 기분이 나쁘셨던 것 같네요. 그런 의도가 아니였는데 >>>죄송합니다. :( 인업님 말씀대로 주변 문장을 봐야 정확한 해석이 >>>가능할 것 같구요. >>> >>>제가 보통 번역할때 statement 를 구문(構文) 이라고 번역해 왔는데 >>>사전 확인해보니까 문장(statement or sentence) 이 더 정확한 표현인 것 같네요. >>> >>>감사합니다. >>> >>> >>>On 1/10/08, *Ienup Sung* >>> wrote: >>> >>> Assert는 프로그래밍하면서 거의 수십년째 쓰고 있습니다만 그리고 >>> 주변 문장을 보지 않은 상태로 계속 말씀을 드립니다만 원문의 의미가 >>> 그렇다면: >>> >>> Assertion에는 문장들이 들어가지 않습니다. >>> >>> 가 아닌가요? 구문(構文)은 sentence structure라는 의미로 알고 있고요. >>> >>> 성인업. >>> >>> eggboy wrote at 01/09/08 18:11: >>> > 첨언입니다만 :) >>> > >>> > C++ 이나 Java(1.4 부터)에서 쓰이는 assert 는 말그대로 그안에 어떠한 >>> > 구문(programming 적인)도 가지고 있지 않습니다. >>> > >>> > 순수히 assert 뒤에 따라오는 expression 의 true false 만을 판단하 >>> 기 때문에 >>> > 'assertion 내에는 어떠한 구문도 들어 있지 않습니다.' >>> > 라고 번역하는 것이 좀 더 명확할 것 같습니다. >>> > >>> > 감사합니다. >>> > >>> > >>> > On 1/10/08, *Ienup Sung* < Ienup.Sung at sun.com >>> >>> > >> wrote: >>> > >>> > May Zhang wrote at 01/09/08 00:12: >>> > > 몇분께서 좋은 의견을 주셔서 아래와 같이 번역했습니다. >>> > > >>> > > >>> > > 1. 원문:Assertion does not have any statements in it. >>> > > >>> > > 번역: assertion은 어떠한 구문도 가지고 있지 않습니다. >>> > >>> > 다음 둘중 하나는 어떨까요? >>> > >>> > Assertion에 아무런 문장도 없습니다. >>> > Assertion에 아무런 명령문도 없습니다. >>> > >>> > 성인업. >>> > >>> > _______________________________________________ >>> > g11n-ko-discuss mailing list >>> > g11n-ko-discuss at opensolaris.org >>> >>> >> > >>> > >>> > >>> > >>> > >>> > -- >>> > ============================= >>> > Jay(ChangJae) Lee >>> > Mobile : +82-16-333-0367 >>> >>> >>> >>> >>>-- >>>============================= >>>Jay(ChangJae) Lee >>>Mobile : +82-16-333-0367 >> >>_______________________________________________ >>g11n-ko-discuss mailing list >>g11n-ko-discuss at opensolaris.org > > > From eggboy at gmail.com Wed Jan 16 03:12:10 2008 From: eggboy at gmail.com (eggboy) Date: Wed, 16 Jan 2008 20:12:10 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?x9GxuSDAr8D6sde37CC/wMfCILnXILChwNQg?= =?euc-kr?b?vsizuw==?= Message-ID: 안녕하세요, 한동안 사라졌었던 한국 유저그룹이 다시 부활 되었습니다. 다시 만들어진지 조금 됐는데 제가 바쁜 나머지 공지를 하지 못했네요. 가입은 ug-kosug-request at opensolaris.org 주소로 메일 내용에 subscribe 을 넣어서 보내주시면 가입이 됩니다. 사실 오픈솔라리스의 한국 유저층이 지극히 작아서 지금 메인 역활을 하고 있는 g11n-ko-discuss 하나만 유지해도 충분할 것으로 보이지만 앞으로 사용자 층이 늘고 발전한다면 g11n 은 globalization 을 담당하고 ug-kosug 에서는 말 그대로 사용자 모임을 담당할 수 있겠지요. 일단 한국사용자 모임 하나 정도는 있어야 할 것 같아서 굳이 다시 만들었습니다. 그리고 이건 다른 얘기인데 현재 유저그룹을 상대로 오픈솔라리스 스타터 킷과 티셔츠등을 보내주고 있습니다. 유저 그룹원의 1.2 배 수로 보내준다고 하는데 지금 구성원이 저하고 Jim Grisanzio, 그리고 김봉환부장님 딱 3명 밖에 안되네요. 혹시나 관심 있으신분은 유저 그룹에 가입하시고 커뮤니티에서 주는 티셔츠 선물 을 받아 보시는 것도 좋을 것 같네요. :-) 꽤 늦었지만 새해 복 많이 받으시고 항상 행복한 한해가 되세요^^; 감사합니다. -- ============================= Jay(ChangJae) Lee Mobile : +82-16-333-0367 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From Ienup.Sung at Sun.COM Wed Jan 16 13:19:38 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 16 Jan 2008 13:19:38 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?x9GxuSDAr8D6sde37CC/wMfCILnXILChwNQg?= =?euc-kr?b?vsizuw==?= In-Reply-To: References: Message-ID: <478E74EA.70700@Sun.COM> 이창재씨, 회원 여러분, 저도 지금 막 가입메일을 보냈습니다. 티셔츠는 그냥 가지고 계시고... 한국유저그룹이 많이 활성화되기를 바랍니다. 그리고 이 기회를 빌어 한가지 커뮤니티 회원 여러분에게 제안사항이 있습니다. 다름이 아니라 한글 입력을 위해 쓰이는 한글/한국어 엔진이 지난번 오픈소스시 포함되지 못했는데 그 원인은 한글오토마타의 저작권 문제 때문이었습니다. (다른 부분들은 다 괜찮습니다.) 해서 한글오토마타 평션을 신규로 만들던지 아니면 공유가 가능한 다른 오픈소스에서 떼어다가 대치를 하여 한글 입력기/엔진을 오픈소스 할수 있게 하면 어떨까 하는 생각을 합니다. 그렇게 해야만 소스가 공개 되어 오픈된 상태에서 새로운 기능의 추가 및 향상을 다 같이 할수 있지 않을까 생각합니다. 혹 이를 주도하실수 있는 분은 안 계신지요? 제 생각에는 다른 오픈소스중에서 그냥 떼어내는 것이 가장 효율적일 것이라고 생각하고 있습니다. 그리고 모든 분들이 그렇게 보신다면 다음의 약 6단계에 거쳐 아마 한글 입력기/엔진이 공개될수 있으리라 봅니다. (번호순에 관계없이 몇몇 단계들은 동시에 진행이 가능하다고 저도 봅니다.) 1. 대체 가능한 한글오토마타 조사 및 비교. (라이센스정보 포함.) 2. 현 한글오토마타 기능, 평션프로토타잎 정리 및 발표. 3. 위의 2번에 따라, 선택된 한글오토마타 평션의 재구성 내지는 약간의 변경. 4. 인티그레이션 및 시험. 5. 썬내에서의 법적 심사 (legal review). 6. 소스트리/repository상의 closed에서 open으로 이동 및 오픈 소싱. 혹 관심있으시거나 위의 일들에 자원하실 수 있으신 분 계신지요? 모든 분 포함, 특히 현 한국어 로캘 책임자 분들의 코멘트와 입력을 바랍니다. 또한 이 프로젝트를 주도하실 리더분들도 필요하다고 봅니다. 성인업. 추신. 만약 모두 동의하시면 최소한 제가 5번 내지는 2번일들을 자원 내지는 도움을 드릴 수 도 있다고 생각하고 있습니다. (물론 3번을 제외한 다른 모든 부분에서도 도움드릴 수 있다고 또한 생각합니다.) From Aijin.Kim at Sun.COM Wed Jan 16 18:47:38 2008 From: Aijin.Kim at Sun.COM (Ai-Jin Erin Kim) Date: Thu, 17 Jan 2008 10:47:38 +0800 Subject: [g11n-ko-discuss] =?utf-8?b?7ZqM7IugOiAg7ZWc6rWtIOycoOyggOq3uA==?= =?utf-8?b?66O5IOyYpO2UiCDrsI8g6rCA7J6FIOyViOuCtA==?= In-Reply-To: References: Message-ID: 저도 가입했습니다. :) 김애진 ----- 원본 메일 ----- 보낸 사람: eggboy 날짜: 2008년 1월 16일 수요일 오후 7:14 제목: [g11n-ko-discuss] 한국 유저그룹 오픈 및 가입 안내 받는 사람: g11n-ko-discuss at opensolaris.org > 안녕하세요, > > 한동안 사라졌었던 한국 유저그룹이 다시 부활 되었습니다. > 다시 만들어진지 조금 됐는데 제가 바쁜 나머지 공지를 하지 못했네요. > 가입은 > > ug-kosug-request at opensolaris.org > > 주소로 메일 내용에 subscribe 을 넣어서 보내주시면 가입이 됩니다. > 사실 오픈솔라리스의 한국 유저층이 지극히 작아서 지금 메인 역활을 > 하고 있는 g11n-ko-discuss 하나만 유지해도 충분할 것으로 보이지만 > 앞으로 사용자 층이 늘고 발전한다면 g11n 은 globalization 을 담당하고 > ug-kosug 에서는 말 그대로 사용자 모임을 담당할 수 있겠지요. > 일단 한국사용자 모임 하나 정도는 있어야 할 것 같아서 굳이 다시 만들었습니다. > > 그리고 이건 다른 얘기인데 현재 유저그룹을 상대로 오픈솔라리스 스타터 킷과 > 티셔츠등을 보내주고 있습니다. 유저 그룹원의 1.2 배 수로 보내준다고 하는데 > 지금 구성원이 저하고 Jim Grisanzio, 그리고 김봉환부장님 딱 3명 밖에 안되네요. > 혹시나 관심 있으신분은 유저 그룹에 가입하시고 커뮤니티에서 주는 티셔츠 선물 > 을 받아 보시는 것도 좋을 것 같네요. :-) > > 꽤 늦었지만 새해 복 많이 받으시고 항상 행복한 한해가 되세요^^; > > 감사합니다. > > > -- > ============================= > Jay(ChangJae) Lee > Mobile : +82-16-333-0367 > From Aijin.Kim at Sun.COM Wed Jan 16 18:48:39 2008 From: Aijin.Kim at Sun.COM (Ai-Jin Erin Kim) Date: Thu, 17 Jan 2008 10:48:39 +0800 Subject: [g11n-ko-discuss] =?utf-8?b?7ZqM7IugOiAg7ZWc6rWtIOycoOyggOq3uA==?= =?utf-8?b?66O5IOyYpO2UiCDrsI8g6rCA7J6FIOyViOuCtA==?= In-Reply-To: References: Message-ID: 저도 가입했습니다. :) 김애진 ----- 원본 메일 ----- 보낸 사람: eggboy 날짜: 2008년 1월 16일 수요일 오후 7:14 제목: [g11n-ko-discuss] 한국 유저그룹 오픈 및 가입 안내 받는 사람: g11n-ko-discuss at opensolaris.org > 안녕하세요, > > 한동안 사라졌었던 한국 유저그룹이 다시 부활 되었습니다. > 다시 만들어진지 조금 됐는데 제가 바쁜 나머지 공지를 하지 못했네요. > 가입은 > > ug-kosug-request at opensolaris.org > > 주소로 메일 내용에 subscribe 을 넣어서 보내주시면 가입이 됩니다. > 사실 오픈솔라리스의 한국 유저층이 지극히 작아서 지금 메인 역활을 > 하고 있는 g11n-ko-discuss 하나만 유지해도 충분할 것으로 보이지만 > 앞으로 사용자 층이 늘고 발전한다면 g11n 은 globalization 을 담당하고 > ug-kosug 에서는 말 그대로 사용자 모임을 담당할 수 있겠지요. > 일단 한국사용자 모임 하나 정도는 있어야 할 것 같아서 굳이 다시 만들었습니다. > > 그리고 이건 다른 얘기인데 현재 유저그룹을 상대로 오픈솔라리스 스타터 킷과 > 티셔츠등을 보내주고 있습니다. 유저 그룹원의 1.2 배 수로 보내준다고 하는데 > 지금 구성원이 저하고 Jim Grisanzio, 그리고 김봉환부장님 딱 3명 밖에 안되네요. > 혹시나 관심 있으신분은 유저 그룹에 가입하시고 커뮤니티에서 주는 티셔츠 선물 > 을 받아 보시는 것도 좋을 것 같네요. :-) > > 꽤 늦었지만 새해 복 많이 받으시고 항상 행복한 한해가 되세요^^; > > 감사합니다. > > > -- > ============================= > Jay(ChangJae) Lee > Mobile : +82-16-333-0367 > From Aijin.Kim at Sun.COM Wed Jan 16 19:10:37 2008 From: Aijin.Kim at Sun.COM (Ai-Jin Erin Kim) Date: Thu, 17 Jan 2008 11:10:37 +0800 Subject: [g11n-ko-discuss] =?utf-8?b?7ZqM7IugOiBSZTogIO2VnOq1rSDsnKDsoIA=?= =?utf-8?b?6re466O5IOyYpO2UiCDrsI8g6rCA7J6FIOyViOuCtA==?= In-Reply-To: <478E74EA.70700@Sun.COM> References: <478E74EA.70700@Sun.COM> Message-ID: 안녕하세요. 솔라리스 한글 입력엔진 오픈소싱의 필요성에 전적으로 동감합니다. 현재 Sun내부에서 이미 한글 입력엔진 오픈에 대한 논의 및 작업이 진행 중입니다. 한글 프로세싱을 위한 오픈 라이브러리인 libhangul을 인테그레이션해서 구현은 어느 정도 이루어진 상태이고, 현재 프로젝트 제안서와 법적 심사가 진행 중입니다. 이미 어느 정도 작업이 이루어졌으니 첫 단계부터 시작할 필요는 없을 것 같습니다. 현재까지의 진행 상황을 정리해 보고 변경 혹은 추가해야할 사항에 대해 생각해 보는게 어떨까요? 김애진 ----- 원본 메일 ----- 보낸 사람: Ienup Sung 날짜: 2008년 1월 17일 목요일 오전 5:20 제목: Re: [g11n-ko-discuss] 한국 유저그룹 오픈 및 가입 안내 받는 사람: eggboy 참조: g11n-ko-discuss at opensolaris.org > 이창재씨, 회원 여러분, > > 저도 지금 막 가입메일을 보냈습니다. 티셔츠는 그냥 가지고 계시고... > > 한국유저그룹이 많이 활성화되기를 바랍니다. > > 그리고 이 기회를 빌어 한가지 커뮤니티 회원 여러분에게 제안사항이 > 있습니다. > > 다름이 아니라 한글 입력을 위해 쓰이는 한글/한국어 엔진이 지난번 > 오픈소스시 포함되지 못했는데 그 원인은 한글오토마타의 저작권 문제 > 때문이었습니다. (다른 부분들은 다 괜찮습니다.) > > 해서 한글오토마타 평션을 신규로 만들던지 아니면 공유가 가능한 > 다른 오픈소스에서 떼어다가 대치를 하여 한글 입력기/엔진을 오픈소스 > 할수 있게 하면 어떨까 하는 생각을 합니다. 그렇게 해야만 소스가 공개 > 되어 오픈된 상태에서 새로운 기능의 추가 및 향상을 다 같이 할수 있지 > 않을까 생각합니다. > > 혹 이를 주도하실수 있는 분은 안 계신지요? > > 제 생각에는 다른 오픈소스중에서 그냥 떼어내는 것이 가장 효율적일 > 것이라고 생각하고 있습니다. 그리고 모든 분들이 그렇게 보신다면 > 다음의 약 6단계에 거쳐 아마 한글 입력기/엔진이 공개될수 있으리라 > 봅니다. (번호순에 관계없이 몇몇 단계들은 동시에 진행이 가능하다고 > 저도 봅니다.) > > 1. 대체 가능한 한글오토마타 조사 및 비교. (라이센스정보 포함.) > 2. 현 한글오토마타 기능, 평션프로토타잎 정리 및 발표. > 3. 위의 2번에 따라, 선택된 한글오토마타 평션의 재구성 내지는 > 약간의 변경. > 4. 인티그레이션 및 시험. > 5. 썬내에서의 법적 심사 (legal review). > 6. 소스트리/repository상의 closed에서 open으로 이동 및 오픈 소싱. > > 혹 관심있으시거나 위의 일들에 자원하실 수 있으신 분 계신지요? > > 모든 분 포함, 특히 현 한국어 로캘 책임자 분들의 코멘트와 입력을 > 바랍니다. 또한 이 프로젝트를 주도하실 리더분들도 필요하다고 봅니다. > > 성인업. > > 추신. 만약 모두 동의하시면 최소한 제가 5번 내지는 2번일들을 자원 > 내지는 도움을 드릴 수 도 있다고 생각하고 있습니다. (물론 3번을 > 제외한 다른 모든 부분에서도 도움드릴 수 있다고 또한 생각합니다.) > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org > From Ienup.Sung at Sun.COM Wed Jan 16 19:33:19 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 16 Jan 2008 19:33:19 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?yLi9xTogUmU6ICDH0bG5IMCvwPqx17fsIL/A?= =?euc-kr?b?x8IgudcgsKHA1CC+yLO7?= In-Reply-To: References: <478E74EA.70700@Sun.COM> Message-ID: <478ECC7F.50803@Sun.COM> Ai-Jin Erin Kim wrote at 01/16/08 19:10: > 안녕하세요. > > 솔라리스 한글 입력엔진 오픈소싱의 필요성에 전적으로 동감합니다. > > 현재 Sun내부에서 이미 한글 입력엔진 오픈에 대한 논의 및 작업이 > 진행 중입니다. 한글 프로세싱을 위한 오픈 라이브러리인 > libhangul을 인테그레이션해서 구현은 어느 정도 이루어진 상태이고, > 현재 프로젝트 제안서와 법적 심사가 진행 중입니다. > > 이미 어느 정도 작업이 이루어졌으니 첫 단계부터 시작할 필요는 없을 것 > 같습니다. 현재까지의 진행 상황을 정리해 보고 변경 혹은 추 > 가해야할 사항에 대해 생각해 보는게 어떨까요? > > 김애진 안녕하세요, 김애진씨. 아 그렇습니까? 저는 프로젝트 팀이 GTO/I18N&L10N 커뮤니티나 PSARC으로 리뷰를 받으러 온 기억이 없어 아직 진행이 되고 있지 않은 줄 알았습니다. 진행이 이미 되고 있다니 정말 잘 된 일입니다. 진행상황에 대한 보고 여부내지는 내용공개는 책임자분의 결정사항이라고 봅니다. 나중에 리뷰시 필요하다면 변경 내지는 추가사항에 대해 논의할수 있는 시간이 있으리라 봅니다. 나중에라도 PSARC리뷰가 필요하여 스폰서가 필요하시면 또는 legal리뷰시 그리고 오픈작업시 정보가 필요하시면 알려 주십시오. 성인업. From Aijin.Kim at Sun.COM Wed Jan 16 21:00:24 2008 From: Aijin.Kim at Sun.COM (Ai-Jin Erin Kim) Date: Thu, 17 Jan 2008 13:00:24 +0800 Subject: [g11n-ko-discuss] =?utf-8?b?7ZqM7IugOiBSZTogIO2ajOyLoDogUmU6ICA=?= =?utf-8?b?7ZWc6rWtIOycoOyggOq3uOujuSDsmKTtlIgg67CPIOqwgOyehSDslYjrgrQ=?= In-Reply-To: <478ECC7F.50803@Sun.COM> References: <478E74EA.70700@Sun.COM> <478ECC7F.50803@Sun.COM> Message-ID: ----- 원본 메일 ----- 보낸 사람: Ienup Sung 날짜: 2008년 1월 17일 목요일 오전 11:35 제목: Re: [g11n-ko-discuss] 회신: Re: 한국 유저그룹 오픈 및 가입 안내 받는 사람: g11n-ko-discuss at opensolaris.org > Ai-Jin Erin Kim wrote at 01/16/08 19:10: > > 안녕하세요. > > > > 솔라리스 한글 입력엔진 오픈소싱의 필요성에 전적으로 동감합니다. > > > > 현재 Sun내부에서 이미 한글 입력엔진 오픈에 대한 논의 및 작업이 > > 진행 중입니다. 한글 프로세싱을 위한 오픈 라이브러리인 > > libhangul을 인테그레이션해서 구현은 어느 정도 이루어진 상태이고, > > 현재 프로젝트 제안서와 법적 심사가 진행 중입니다. > > > > 이미 어느 정도 작업이 이루어졌으니 첫 단계부터 시작할 필요는 없을 것 > > 같습니다. 현재까지의 진행 상황을 정리해 보고 변경 혹은 추 > > 가해야할 사항에 대해 생각해 보는게 어떨까요? > > > > 김애진 > > 안녕하세요, 김애진씨. > > 아 그렇습니까? 저는 프로젝트 팀이 GTO/I18N&L10N 커뮤니티나 PSARC으로 > 리뷰를 받으러 온 기억이 없어 아직 진행이 되고 있지 않은 줄 알았습니다. 현재 GTO-core에서 제안서를 검토하고 있습니다. 제안서 수정이 완료되면 GTO를 통해 리뷰를 요청할 예정입니다. > > 진행이 이미 되고 있다니 정말 잘 된 일입니다. 진행상황에 대한 > 보고 여부내지는 내용공개는 책임자분의 결정사항이라고 봅니다. > 나중에 리뷰시 필요하다면 변경 내지는 추가사항에 대해 논의할수 있는 > 시간이 있으리라 봅니다. > > 나중에라도 PSARC리뷰가 필요하여 스폰서가 필요하시면 또는 legal리뷰시 > 그리고 오픈작업시 정보가 필요하시면 알려 주십시오. > 감사합니다! :) 김애진 From nethippo at gmail.com Sun Jan 20 18:15:01 2008 From: nethippo at gmail.com (=?EUC-KR?B?sei6wMiv?=) Date: Mon, 21 Jan 2008 11:15:01 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?x9GxuSDAr8D6sde37CC/wMfCILnXILChwNQg?= =?euc-kr?b?vsizuw==?= In-Reply-To: References: Message-ID: 활동이 어떤 상태인가 싶어서 가입을 했었는데, 내가 세번째라니 쩝.. 안타깝군요. 김봉환/ 08. 1. 16, eggboy 님이 작성: > 안녕하세요, > > 한동안 사라졌었던 한국 유저그룹이 다시 부활 되었습니다. > 다시 만들어진지 조금 됐는데 제가 바쁜 나머지 공지를 하지 못했네요. > 가입은 > > ug-kosug-request at opensolaris.org > > 주소로 메일 내용에 subscribe 을 넣어서 보내주시면 가입이 됩니다. > 사실 오픈솔라리스의 한국 유저층이 지극히 작아서 지금 메인 역활을 > 하고 있는 g11n-ko-discuss 하나만 유지해도 충분할 것으로 보이지만 > 앞으로 사용자 층이 늘고 발전한다면 g11n 은 globalization 을 담당하고 > ug-kosug 에서는 말 그대로 사용자 모임을 담당할 수 있겠지요. > 일단 한국사용자 모임 하나 정도는 있어야 할 것 같아서 굳이 다시 만들었습니다. > > 그리고 이건 다른 얘기인데 현재 유저그룹을 상대로 오픈솔라리스 스타터 킷과 > 티셔츠등을 보내주고 있습니다. 유저 그룹원의 1.2 배 수로 보내준다고 하는데 > 지금 구성원이 저하고 Jim Grisanzio, 그리고 김봉환부장님 딱 3명 밖에 안되네요. > 혹시나 관심 있으신분은 유저 그룹에 가입하시고 커뮤니티에서 주는 티셔츠 선물 > 을 받아 보시는 것도 좋을 것 같네요. :-) > > 꽤 늦었지만 새해 복 많이 받으시고 항상 행복한 한해가 되세요^^; > > 감사합니다. > > > -- > ============================= > Jay(ChangJae) Lee > Mobile : +82-16-333-0367 > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org > -- "삶은 진동한다" From Ienup.Sung at Sun.COM Tue Jan 22 12:33:04 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Tue, 22 Jan 2008 12:33:04 -0800 Subject: [g11n-ko-discuss] [Fwd: Re: [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project] Message-ID: <47965300.5060800@Sun.COM> -------- Original Message -------- Subject: Re: [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project Date: Tue, 22 Jan 2008 12:18:13 -0800 From: Ienup Sung Reply-To: Ienup.Sung at Sun.COM Organization: Sun Microsystems, Inc. To: Aijin Kim CC: g11n-ko-discuss at sun.com, gto-ext at Sun.COM, Jeffrey Chen References: <479405FC.2000402 at Sun.COM> Hi Kim, Aijin-si, Thanks first of all for doing this good project. I've also cc'd g11n-ko-discuss mailing list at OpenSolaris.org. I have a few questions to ask on the project: It appears to me that this project will replace the existing so-called KOLE with HangulLE at Nevada while supply both at S10UR, correct? What are the compatibility issues in terms of user's usage perspecitive? Are all existing input modes and key sequences and so on be the same and supported with new HangulLE? With HangulLE, would you or how do you support user-defined characters? How the Hanja Tool and existing user Hangul-Hanja dictionary plays their roles with new HangulLE? In Korean EUC locale with KS C 5601-1987 fonts, as you know, there are five characters that are not in the KS C 5601-1987 character set while in the course of composition of Hangul syllables, do required to be present/visible at preedit window as visual feedback. They are ?, ?, ?, ?, and ? (in UTF-8) and in our Korean EUC fonts, the glyphs for them are intentionally added at user-defined area between 0x497a and 0x497e so that during preedit, those glyphs will be shown as user visual feedback. Would such characters also be supported at the new HangulLE for the Korean EUC locale? In the section 4.1.4. (1), the one pager describes the auto composition when vowel starts a syllable. Would such auto auto composition a feature that can be turned on and off and if so what would be the switch? In the (2), would step Hangul-to-Hanja conversion still be supported using Ctrl+N and P? In the section 4.1.5, the aux window layout is shown as: +-------------------------------------------------------------------+ | Mode Switch | Hanja | Full/Half | Virtual Keyboard | Properties | +-------------------------------------------------------------------+ which appears reversed "Hanja" and "Full/Half" of the current aux window. Is there any specific reason why that has to be that way possibly increasing confusion among users? Also, would it be possible to change the "Hanja" image at the aux window? (If necessary, I could supply a better image too. Please let me know.) Would you please specify OSR numbers for Sun internal reviewers? It appears to me that this project will require an ARC approval as a fast track mainly due to imported interface of libhangul. For that, the section 4.5 would need a little bit of update also possibly based on the answers to the questions above. Ienup -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: korean_im_enhancement_onepager.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: file:///tmp/is/nsmail-2.asc URL: From Ienup.Sung at Sun.COM Tue Jan 22 12:52:57 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Tue, 22 Jan 2008 12:52:57 -0800 Subject: [g11n-ko-discuss] =?utf-8?b?IOyCrOyaqeyekCDshKTrqoXshJzsnZgg7ZWc?= =?utf-8?b?7J6QIO2ItCDshKTrqoXspJE=?= Message-ID: <479657A9.9050102@Sun.COM> 오늘 한 수년여만에 한자툴(Hanja Tool)에 관한 설명을 사용자 설명서에서 보았는데 (다음의 URL) 예로 나온 사용자 정의 한자가 실제 한글 단어면에서 억지가 좀 있는 듯 하군요. http://docs.sun.com/app/docs/doc/817-2522/userkorhanja-28139?a=view 나라를 국으로 하는 것보다는 예를 들어 地方을 脂肪, 아니면 正意를 正義등으로 하는 것이 더 좋지 않을까요? 성인업. From eggboy at gmail.com Tue Jan 22 18:32:06 2008 From: eggboy at gmail.com (eggboy) Date: Wed, 23 Jan 2008 11:32:06 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: <479657A9.9050102@Sun.COM> References: <479657A9.9050102@Sun.COM> Message-ID: :) 말씀하신대로 좀 억지 스럽네요. 그나저나 Korean Solaris User Guide 자체가 영문이라는 거 자체도 좀 재밌다는 생각이 듭니다. On 1/23/08, Ienup Sung wrote: > > 오늘 한 수년여만에 한자툴(Hanja Tool)에 관한 설명을 사용자 설명서에서 > 보았는데 (다음의 URL) 예로 나온 사용자 정의 한자가 실제 한글 단어면에서 > 억지가 좀 있는 듯 하군요. > > http://docs.sun.com/app/docs/doc/817-2522/userkorhanja-28139?a=view > > 나라를 국으로 하는 것보다는 예를 들어 地方을 脂肪, 아니면 正意를 正義등으로 > 하는 것이 더 좋지 않을까요? > > 성인업. > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org -- ============================= Jay(ChangJae) Lee Mobile : +82-16-333-0367 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From nethippo at gmail.com Tue Jan 22 20:08:42 2008 From: nethippo at gmail.com (=?EUC-KR?B?sei6wMiv?=) Date: Wed, 23 Jan 2008 13:08:42 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: <479657A9.9050102@Sun.COM> References: <479657A9.9050102@Sun.COM> Message-ID: 전 이 문서 처음 봤습니다. ㅡ.ㅡ; 문서가 상당히 업데이트가 쳐져 있는 게 아닌가 싶습니다. 최신 솔라리스 10이 지원하는 iconv 모듈이 모두 안나와 있는 것으로 봐서.... 말이 나와서 말씀 드리면, i18n 문제중에 전 개인적으로 iconv의 내용이 조금더 보강될 필요가 있을 것 같습니다. iconv -l 을 하면, 전체 코드 이름이 나열되는데 "모든 조합이 지원되는 것은 아니라고 나와있습니다." <- 사용자의 입장에서 보면 매우 당황스럽습니다. 엄청나게 많은 iconv 목록에서 어떤것만 지원되는지가 찾기 어렵거든요. 그래서 어떻게 해서 iconv(5)를 보게 되면, iconv -l에서 나온 목록이 iconv(5)에 다 나와있지 않습니다. iconv(5)의 업데이트가 안되어서 그런거 같기도 합니다만... iconv 문제가 사소한것 같으면서 리눅스 애플리케이션 포팅시 문제를 야기합니다. 즉, 리눅스에서는 되는데, 솔라리스에서 포팅하면 한글이 안되는 현상이 상당히 있습니다. 영어로는 됩니다. 한글 로케일 쓰면 죽거나, 안되거나 하는 일(에러 트랩을 예상하지 않아서인 듯함)이 발생합니다. iconv -l 에서 clear supported matrix가 나왔으면 좋겠다는 생각을 해봅니다. 파싱 가능하게 되면 더 좋을 것 같구요. 리젼 혹은 나라 정보도 함께 나오면 좋겠다는 생각을 해봅니다(localeadm에서 제공되는 정보) iconv(5)까지 볼 필요 없이요. 김봉환/ 08. 1. 23, Ienup Sung 님이 작성: > 오늘 한 수년여만에 한자툴(Hanja Tool)에 관한 설명을 사용자 설명서에서 > 보았는데 (다음의 URL) 예로 나온 사용자 정의 한자가 실제 한글 단어면에서 > 억지가 좀 있는 듯 하군요. > > http://docs.sun.com/app/docs/doc/817-2522/userkorhanja-28139?a=view > > 나라를 국으로 하는 것보다는 예를 들어 地方을 脂肪, 아니면 正意를 正義등으로 > 하는 것이 더 좋지 않을까요? > > 성인업. > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org -- "삶은 진동한다" From Ienup.Sung at Sun.COM Wed Jan 23 10:34:28 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 23 Jan 2008 10:34:28 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: References: <479657A9.9050102@Sun.COM> Message-ID: <479788B4.7000000@Sun.COM> 이 기회에 이를 좀 다 같이 업데이트하는 것은 어떨까요? 일본처럼 우리도 한글로 번역하는 작업도 한번쯤 생각해 볼듯 하고요. 사용자 가이드/설명서, man페이지등등. 아마 International Language Environments Guide는 그래도 유지가 잘 되어있을 것입니다. iconv 리스트도 잘 유지되었을 확률이 높고요. 성인업. 김봉환 wrote at 01/22/08 20:08: > 전 이 문서 처음 봤습니다. ㅡ.ㅡ; > 문서가 상당히 업데이트가 쳐져 있는 게 아닌가 싶습니다. > 최신 솔라리스 10이 지원하는 iconv 모듈이 모두 안나와 있는 것으로 봐서.... > > 말이 나와서 말씀 드리면, i18n 문제중에 전 개인적으로 iconv의 내용이 조금더 보강될 필요가 있을 것 같습니다. > > iconv -l 을 하면, 전체 코드 이름이 나열되는데 "모든 조합이 지원되는 것은 아니라고 나와있습니다." <- 사용자의 > 입장에서 보면 매우 당황스럽습니다. 엄청나게 많은 iconv 목록에서 어떤것만 지원되는지가 찾기 어렵거든요. 그래서 어떻게 > 해서 iconv(5)를 보게 되면, iconv -l에서 나온 목록이 iconv(5)에 다 나와있지 않습니다. iconv(5)의 > 업데이트가 안되어서 그런거 같기도 합니다만... > > iconv 문제가 사소한것 같으면서 리눅스 애플리케이션 포팅시 문제를 야기합니다. 즉, 리눅스에서는 되는데, 솔라리스에서 > 포팅하면 한글이 안되는 현상이 상당히 있습니다. 영어로는 됩니다. 한글 로케일 쓰면 죽거나, 안되거나 하는 일(에러 트랩을 > 예상하지 않아서인 듯함)이 발생합니다. > > iconv -l 에서 clear supported matrix가 나왔으면 좋겠다는 생각을 해봅니다. 파싱 가능하게 되면 더 > 좋을 것 같구요. 리젼 혹은 나라 정보도 함께 나오면 좋겠다는 생각을 해봅니다(localeadm에서 제공되는 정보) > > iconv(5)까지 볼 필요 없이요. > > 김봉환/ > > 08. 1. 23, Ienup Sung 님이 작성: >> 오늘 한 수년여만에 한자툴(Hanja Tool)에 관한 설명을 사용자 설명서에서 >> 보았는데 (다음의 URL) 예로 나온 사용자 정의 한자가 실제 한글 단어면에서 >> 억지가 좀 있는 듯 하군요. >> >> http://docs.sun.com/app/docs/doc/817-2522/userkorhanja-28139?a=view >> >> 나라를 국으로 하는 것보다는 예를 들어 地方을 脂肪, 아니면 正意를 正義등으로 >> 하는 것이 더 좋지 않을까요? >> >> 성인업. >> _______________________________________________ >> g11n-ko-discuss mailing list >> g11n-ko-discuss at opensolaris.org > > From Ienup.Sung at Sun.COM Wed Jan 23 11:04:05 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Wed, 23 Jan 2008 11:04:05 -0800 Subject: [g11n-ko-discuss] [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project In-Reply-To: <4796BFE5.9070304@Sun.COM> References: <479405FC.2000402@Sun.COM> <47964F85.2000806@Sun.COM> <4796BFE5.9070304@Sun.COM> Message-ID: <47978FA5.80403@Sun.COM> Thanks for your answers. Based on the answers you provided, it appears to me that the one pager and project should explicitly mention about and include the EOF of KOLE and Hanja Tool and also add proper interface stability definitions for the EOF. (EOF announcement at a S10UR and EOF execution at Nevada.) If Hanja Tool's EOF is definite and if there is no other replacement or user data migration path planned, then, there should be a justifiable argument why those are not needed as part of EOF statement and also explanation. Re auto completion, as long as people can input characters (including "invalid" characters) as they intended, that should be fine. Mentioning such should be good enough. Okay, I understand there is no UDC/PU area support in the project scope. Please send me the current Hanja image file or source of the aux window and I'll be happy to update and send it back to you. Ienup Aijin Kim wrote at 01/22/08 20:17: > Hi Ienup, > > Thanks a lot for your comments. > Please see my reply below. > > Ienup Sung 쓴 글: >> Hi Kim, Aijin-si, >> >> Thanks first of all for doing this good project. I've also cc'd >> g11n-ko-discuss mailing list at OpenSolaris.org. >> >> I have a few questions to ask on the project: >> >> It appears to me that this project will replace the existing so-called >> KOLE with HangulLE at Nevada while supply both at S10UR, correct? > > Yes, we plan to leave KOLE as a secondary LE in S10UR according to > GTO-core's advice. We think that It'd be safer to have a transition > stage of the replacement. > >> >> What are the compatibility issues in terms of user's usage perspecitive? >> Are all existing input modes and key sequences and so on be the same and >> supported with new HangulLE? > > All the features of existing KOLE will be covered by HangulLE or > alternative ways. However, there is a few changes with user's usage. > > As you know, there are four input mode in KOLE: > - Hangul > - Hex(KS X 1001) > - Hex(UTF-8) > - Symbol > > Among them, Hex(UTF-8) mode will be covered by UNICODE engine of IIIMF. > For Symbol input, instead of symbol input mode, HangulLE provides a > feature symbol input with virtual keyboard. User can input hangul and > symbols without switching input modes. And also 'consonant+Hanja key' is > supported for symbol input just like Windows IME and SCIM-hangul. > > And some key sequences especially for Hanja conversion are changed. It > is mainly because of the reported issue: > CR6267800 shortkey for hanja convertion can not work in some gnome > application, such as gedit > > KOLE is using several shortcut keys which are already defined in some > applications such as 'Ctrl+W','Ctrl+N','Ctrl+P'. HangulLE doesn't use > 'Ctrl+' key sequences and defines shortcut keys to be similar with > Windows IME and SCIM. > >> >> With HangulLE, would you or how do you support user-defined characters? > > I'm not so sure of this question. Is this question related the below > question regarding the five characters of EUC locale? > >> >> How the Hanja Tool and existing user Hangul-Hanja dictionary plays their >> roles with new HangulLE? > > HangulLE uses the Hanja dictionary in libhangul. Existing Hanja > dictionary won't be used. > >> >> In Korean EUC locale with KS C 5601-1987 fonts, as you know, there are >> five >> characters that are not in the KS C 5601-1987 character set while in >> the course of composition of Hangul syllables, do required to be >> present/visible at preedit window as visual feedback. They are ?, ?, >> ?, >> ?, and ? (in UTF-8) and in our Korean EUC fonts, the glyphs for them >> are >> intentionally added at user-defined area between 0x497a and 0x497e so >> that >> during preedit, those glyphs will be shown as user visual feedback. >> Would such characters also be supported at the new HangulLE for >> the Korean EUC locale? > > Thanks for the good point. I didn't consider the issue. I think HangulLE > should support the characters as well. I'll think of how to support them > in HangulLE. > >> >> In the section 4.1.4. (1), the one pager describes the auto >> composition when >> vowel starts a syllable. Would such auto auto composition a feature >> that can >> be turned on and off and if so what would be the switch? > > All the hangul processing include auto composition is handled by > libhangul, not HangulLE codes. I'm afraid that on/off is not currently > available. >> In the (2), >> would step Hangul-to-Hanja conversion still be supported using Ctrl+N >> and P? > > As explained above regarding shortcut key, HangulLE doesn't use 'Ctrl+' > key to avoid conflict with applications. > Ctrl+N and P is for page up and down. HangulLE uses page Up/Down key and > also can move candidate pages clicking arrow icon on the candidate list > window. > >> >> In the section 4.1.5, the aux window layout is shown as: >> >> +-------------------------------------------------------------------+ >> | Mode Switch | Hanja | Full/Half | Virtual Keyboard | Properties | >> +-------------------------------------------------------------------+ >> >> which appears reversed "Hanja" and "Full/Half" of the current aux window. >> Is there any specific reason why that has to be that way possibly >> increasing >> confusion among users? Also, would it be possible to change the "Hanja" >> image at the aux window? (If necessary, I could supply a better image >> too. Please let me know.) > > As you pointed, it'd be better to keep the current order of buttons. > I'll revise the onepager. > And it'd be appreciated if you could provide a better Hanja image. :) > >> >> Would you please specify OSR numbers for Sun internal reviewers? > > Sure, I'll revise the onepager. >> >> It appears to me that this project will require an ARC approval as >> a fast track mainly due to imported interface of libhangul. For that, >> the section 4.5 would need a little bit of update also possibly based on >> the answers to the questions above. > > I'll update the onepager soon. > > Thanks again for your valuable advices. > > Regards, > Aijin > From Aijin.Kim at Sun.COM Thu Jan 24 00:32:17 2008 From: Aijin.Kim at Sun.COM (Aijin Kim) Date: Thu, 24 Jan 2008 16:32:17 +0800 Subject: [g11n-ko-discuss] [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project In-Reply-To: <47978FA5.80403@Sun.COM> References: <479405FC.2000402@Sun.COM> <47964F85.2000806@Sun.COM> <4796BFE5.9070304@Sun.COM> <47978FA5.80403@Sun.COM> Message-ID: <47984D11.4070401@sun.com> Hi Ienup, I have a few questions. Ienup Sung wrote: > Thanks for your answers. > > Based on the answers you provided, it appears to me that the one pager > and project should explicitly mention about and include the EOF of KOLE and > Hanja Tool and also add proper interface stability definitions for the EOF. > (EOF announcement at a S10UR and EOF execution at Nevada.) > - In terms of S10UR, the existing KOLE won't be removed. Then we don't have to go with EOF process, do we? - If HangulLE replace all the feature of KOLE, don't we have to apply EOF of KOLE? > If Hanja Tool's EOF is definite and if there is no other replacement or > user data migration path planned, then, there should be a justifiable > argument why those are not needed as part of EOF statement and also > explanation. > Currently, there are community discussions how to support user-defined dictionary in libhangul. If a new feature is provided by libhangul, libhangul will also be able to replace Hanja Tool in future. I think we'd better to wait for new version of libhangul and leverage community's work. However, in this case, we need to apply EOF of Hanja Tool in Nevada. > Please send me the current Hanja image file or source of the aux window and > I'll be happy to update and send it back to you. > Thanks for your help! I'm going to send the source to you. Thanks again, Aijin > Ienup > > Aijin Kim wrote at 01/22/08 20:17: > >> Hi Ienup, >> >> Thanks a lot for your comments. >> Please see my reply below. >> >> Ienup Sung 쓴 글: >> >>> Hi Kim, Aijin-si, >>> >>> Thanks first of all for doing this good project. I've also cc'd >>> g11n-ko-discuss mailing list at OpenSolaris.org. >>> >>> I have a few questions to ask on the project: >>> >>> It appears to me that this project will replace the existing so-called >>> KOLE with HangulLE at Nevada while supply both at S10UR, correct? >>> >> Yes, we plan to leave KOLE as a secondary LE in S10UR according to >> GTO-core's advice. We think that It'd be safer to have a transition >> stage of the replacement. >> >> >>> What are the compatibility issues in terms of user's usage perspecitive? >>> Are all existing input modes and key sequences and so on be the same and >>> supported with new HangulLE? >>> >> All the features of existing KOLE will be covered by HangulLE or >> alternative ways. However, there is a few changes with user's usage. >> >> As you know, there are four input mode in KOLE: >> - Hangul >> - Hex(KS X 1001) >> - Hex(UTF-8) >> - Symbol >> >> Among them, Hex(UTF-8) mode will be covered by UNICODE engine of IIIMF. >> For Symbol input, instead of symbol input mode, HangulLE provides a >> feature symbol input with virtual keyboard. User can input hangul and >> symbols without switching input modes. And also 'consonant+Hanja key' is >> supported for symbol input just like Windows IME and SCIM-hangul. >> >> And some key sequences especially for Hanja conversion are changed. It >> is mainly because of the reported issue: >> CR6267800 shortkey for hanja convertion can not work in some gnome >> application, such as gedit >> >> KOLE is using several shortcut keys which are already defined in some >> applications such as 'Ctrl+W','Ctrl+N','Ctrl+P'. HangulLE doesn't use >> 'Ctrl+' key sequences and defines shortcut keys to be similar with >> Windows IME and SCIM. >> >> >>> With HangulLE, would you or how do you support user-defined characters? >>> >> I'm not so sure of this question. Is this question related the below >> question regarding the five characters of EUC locale? >> >> >>> How the Hanja Tool and existing user Hangul-Hanja dictionary plays their >>> roles with new HangulLE? >>> >> HangulLE uses the Hanja dictionary in libhangul. Existing Hanja >> dictionary won't be used. >> >> >>> In Korean EUC locale with KS C 5601-1987 fonts, as you know, there are >>> five >>> characters that are not in the KS C 5601-1987 character set while in >>> the course of composition of Hangul syllables, do required to be >>> present/visible at preedit window as visual feedback. They are ?, ?, >>> ?, >>> ?, and ? (in UTF-8) and in our Korean EUC fonts, the glyphs for them >>> are >>> intentionally added at user-defined area between 0x497a and 0x497e so >>> that >>> during preedit, those glyphs will be shown as user visual feedback. >>> Would such characters also be supported at the new HangulLE for >>> the Korean EUC locale? >>> >> Thanks for the good point. I didn't consider the issue. I think HangulLE >> should support the characters as well. I'll think of how to support them >> in HangulLE. >> >> >>> In the section 4.1.4. (1), the one pager describes the auto >>> composition when >>> vowel starts a syllable. Would such auto auto composition a feature >>> that can >>> be turned on and off and if so what would be the switch? >>> >> All the hangul processing include auto composition is handled by >> libhangul, not HangulLE codes. I'm afraid that on/off is not currently >> available. >> >>> In the (2), >>> would step Hangul-to-Hanja conversion still be supported using Ctrl+N >>> and P? >>> >> As explained above regarding shortcut key, HangulLE doesn't use 'Ctrl+' >> key to avoid conflict with applications. >> Ctrl+N and P is for page up and down. HangulLE uses page Up/Down key and >> also can move candidate pages clicking arrow icon on the candidate list >> window. >> >> >>> In the section 4.1.5, the aux window layout is shown as: >>> >>> +-------------------------------------------------------------------+ >>> | Mode Switch | Hanja | Full/Half | Virtual Keyboard | Properties | >>> +-------------------------------------------------------------------+ >>> >>> which appears reversed "Hanja" and "Full/Half" of the current aux window. >>> Is there any specific reason why that has to be that way possibly >>> increasing >>> confusion among users? Also, would it be possible to change the "Hanja" >>> image at the aux window? (If necessary, I could supply a better image >>> too. Please let me know.) >>> >> As you pointed, it'd be better to keep the current order of buttons. >> I'll revise the onepager. >> And it'd be appreciated if you could provide a better Hanja image. :) >> >> >>> Would you please specify OSR numbers for Sun internal reviewers? >>> >> Sure, I'll revise the onepager. >> >>> It appears to me that this project will require an ARC approval as >>> a fast track mainly due to imported interface of libhangul. For that, >>> the section 4.5 would need a little bit of update also possibly based on >>> the answers to the questions above. >>> >> I'll update the onepager soon. >> >> Thanks again for your valuable advices. >> >> Regards, >> Aijin >> >> > > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org > From Aijin.Kim at Sun.COM Thu Jan 24 02:52:08 2008 From: Aijin.Kim at Sun.COM (Aijin Kim) Date: Thu, 24 Jan 2008 18:52:08 +0800 Subject: [g11n-ko-discuss] [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project In-Reply-To: <47984D11.4070401@sun.com> References: <479405FC.2000402@Sun.COM> <47964F85.2000806@Sun.COM> <4796BFE5.9070304@Sun.COM> <47978FA5.80403@Sun.COM> <47984D11.4070401@sun.com> Message-ID: <47986DD8.7050303@Sun.COM> Sorry, I misunderstood the EOF process. I'm going to prepare EOF of Hanja Tool and KOLE, and revise the onepager accordingly. Thanks, Aijin Aijin Kim 쓴 글: > Hi Ienup, > > I have a few questions. > > Ienup Sung wrote: >> Thanks for your answers. >> >> Based on the answers you provided, it appears to me that the one pager >> and project should explicitly mention about and include the EOF of >> KOLE and >> Hanja Tool and also add proper interface stability definitions for >> the EOF. >> (EOF announcement at a S10UR and EOF execution at Nevada.) >> > > - In terms of S10UR, the existing KOLE won't be removed. Then we don't > have to go with EOF process, do we? > - If HangulLE replace all the feature of KOLE, don't we have to apply > EOF of KOLE? >> If Hanja Tool's EOF is definite and if there is no other replacement or >> user data migration path planned, then, there should be a justifiable >> argument why those are not needed as part of EOF statement and also >> explanation. >> > > Currently, there are community discussions how to support user-defined > dictionary in libhangul. If a new feature is provided by libhangul, > libhangul will also be able to replace Hanja Tool in future. > I think we'd better to wait for new version of libhangul and leverage > community's work. However, in this case, we need to apply EOF of Hanja > Tool in Nevada. > >> Please send me the current Hanja image file or source of the aux >> window and >> I'll be happy to update and send it back to you. >> > > Thanks for your help! > I'm going to send the source to you. > > Thanks again, > Aijin > >> Ienup >> >> Aijin Kim wrote at 01/22/08 20:17: >> >>> Hi Ienup, >>> >>> Thanks a lot for your comments. >>> Please see my reply below. >>> >>> Ienup Sung 쓴 글: >>> >>>> Hi Kim, Aijin-si, >>>> >>>> Thanks first of all for doing this good project. I've also cc'd >>>> g11n-ko-discuss mailing list at OpenSolaris.org. >>>> >>>> I have a few questions to ask on the project: >>>> >>>> It appears to me that this project will replace the existing so-called >>>> KOLE with HangulLE at Nevada while supply both at S10UR, correct? >>>> >>> Yes, we plan to leave KOLE as a secondary LE in S10UR according to >>> GTO-core's advice. We think that It'd be safer to have a transition >>> stage of the replacement. >>> >>> >>>> What are the compatibility issues in terms of user's usage >>>> perspecitive? >>>> Are all existing input modes and key sequences and so on be the >>>> same and >>>> supported with new HangulLE? >>>> >>> All the features of existing KOLE will be covered by HangulLE or >>> alternative ways. However, there is a few changes with user's usage. >>> >>> As you know, there are four input mode in KOLE: >>> - Hangul >>> - Hex(KS X 1001) >>> - Hex(UTF-8) >>> - Symbol >>> >>> Among them, Hex(UTF-8) mode will be covered by UNICODE engine of IIIMF. >>> For Symbol input, instead of symbol input mode, HangulLE provides a >>> feature symbol input with virtual keyboard. User can input hangul >>> and symbols without switching input modes. And also 'consonant+Hanja >>> key' is supported for symbol input just like Windows IME and >>> SCIM-hangul. >>> >>> And some key sequences especially for Hanja conversion are changed. >>> It is mainly because of the reported issue: >>> CR6267800 shortkey for hanja convertion can not work in some >>> gnome application, such as gedit >>> >>> KOLE is using several shortcut keys which are already defined in >>> some applications such as 'Ctrl+W','Ctrl+N','Ctrl+P'. HangulLE >>> doesn't use 'Ctrl+' key sequences and defines shortcut keys to be >>> similar with Windows IME and SCIM. >>> >>> >>>> With HangulLE, would you or how do you support user-defined >>>> characters? >>>> >>> I'm not so sure of this question. Is this question related the below >>> question regarding the five characters of EUC locale? >>> >>> >>>> How the Hanja Tool and existing user Hangul-Hanja dictionary plays >>>> their >>>> roles with new HangulLE? >>>> >>> HangulLE uses the Hanja dictionary in libhangul. Existing Hanja >>> dictionary won't be used. >>> >>> >>>> In Korean EUC locale with KS C 5601-1987 fonts, as you know, there >>>> are five >>>> characters that are not in the KS C 5601-1987 character set while in >>>> the course of composition of Hangul syllables, do required to be >>>> present/visible at preedit window as visual feedback. They are ?, >>>> ?, ?, >>>> ?, and ? (in UTF-8) and in our Korean EUC fonts, the glyphs for >>>> them are >>>> intentionally added at user-defined area between 0x497a and 0x497e >>>> so that >>>> during preedit, those glyphs will be shown as user visual feedback. >>>> Would such characters also be supported at the new HangulLE for >>>> the Korean EUC locale? >>>> >>> Thanks for the good point. I didn't consider the issue. I think >>> HangulLE should support the characters as well. I'll think of how to >>> support them in HangulLE. >>> >>> >>>> In the section 4.1.4. (1), the one pager describes the auto >>>> composition when >>>> vowel starts a syllable. Would such auto auto composition a feature >>>> that can >>>> be turned on and off and if so what would be the switch? >>> All the hangul processing include auto composition is handled by >>> libhangul, not HangulLE codes. I'm afraid that on/off is not >>> currently available. >>> >>>> In the (2), >>>> would step Hangul-to-Hanja conversion still be supported using >>>> Ctrl+N and P? >>>> >>> As explained above regarding shortcut key, HangulLE doesn't use >>> 'Ctrl+' key to avoid conflict with applications. >>> Ctrl+N and P is for page up and down. HangulLE uses page Up/Down key >>> and also can move candidate pages clicking arrow icon on the >>> candidate list window. >>> >>> >>>> In the section 4.1.5, the aux window layout is shown as: >>>> >>>> +-------------------------------------------------------------------+ >>>> | Mode Switch | Hanja | Full/Half | Virtual Keyboard | Properties | >>>> +-------------------------------------------------------------------+ >>>> >>>> which appears reversed "Hanja" and "Full/Half" of the current aux >>>> window. >>>> Is there any specific reason why that has to be that way possibly >>>> increasing >>>> confusion among users? Also, would it be possible to change the >>>> "Hanja" >>>> image at the aux window? (If necessary, I could supply a better image >>>> too. Please let me know.) >>>> >>> As you pointed, it'd be better to keep the current order of buttons. >>> I'll revise the onepager. >>> And it'd be appreciated if you could provide a better Hanja image. :) >>> >>> >>>> Would you please specify OSR numbers for Sun internal reviewers? >>>> >>> Sure, I'll revise the onepager. >>> >>>> It appears to me that this project will require an ARC approval as >>>> a fast track mainly due to imported interface of libhangul. For that, >>>> the section 4.5 would need a little bit of update also possibly >>>> based on >>>> the answers to the questions above. >>>> >>> I'll update the onepager soon. >>> >>> Thanks again for your valuable advices. >>> >>> Regards, >>> Aijin >>> >>> >> >> _______________________________________________ >> g11n-ko-discuss mailing list >> g11n-ko-discuss at opensolaris.org >> > From Ienup.Sung at Sun.COM Thu Jan 24 11:30:57 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Thu, 24 Jan 2008 11:30:57 -0800 Subject: [g11n-ko-discuss] [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project In-Reply-To: <47984D11.4070401@sun.com> References: <479405FC.2000402@Sun.COM> <47964F85.2000806@Sun.COM> <4796BFE5.9070304@Sun.COM> <47978FA5.80403@Sun.COM> <47984D11.4070401@sun.com> Message-ID: <4798E771.2020504@Sun.COM> Since the project is going to remove KOLE from Nevada, you will have to announce EOF at S10UR as soon as possible and do EOF execution (in other words, the removal of KOLE) at Nevada. The EOF process we have mandates that before we remove software feature, we must announce our intention at least one year before and that bodes well with S10UR schedule and Nevada or whatever we will be calling it for the next minor release. Also, normally, the EOF execution is done in minor releases unless exception approvals are made in places. If HangulLE is 100% compatible, then, the replacement is transparent and there is no reason to do EOF announcement since there is no removal of software feature. Based on your answers to my questions and also 1-pager contents, that's not really so and hence the project team need to follow the EOF process. I don't have any particular opinion about the Hanja Tool vs. libhangul community user-defined (Hanja?) dictionary support feature. The fact is that, with the project, if Hanja Tool is a goner then the project team need to EOF it too. The project team can always do another project for the new user-defined dictionary support as needed with a new case if the proper timeline cannot be aligned with this project for now. Ienup Aijin Kim wrote at 01/24/08 00:32: > Hi Ienup, > > I have a few questions. > > Ienup Sung wrote: >> Thanks for your answers. >> >> Based on the answers you provided, it appears to me that the one pager >> and project should explicitly mention about and include the EOF of >> KOLE and >> Hanja Tool and also add proper interface stability definitions for the >> EOF. >> (EOF announcement at a S10UR and EOF execution at Nevada.) >> > > - In terms of S10UR, the existing KOLE won't be removed. Then we don't > have to go with EOF process, do we? > - If HangulLE replace all the feature of KOLE, don't we have to apply > EOF of KOLE? >> If Hanja Tool's EOF is definite and if there is no other replacement or >> user data migration path planned, then, there should be a justifiable >> argument why those are not needed as part of EOF statement and also >> explanation. >> > > Currently, there are community discussions how to support user-defined > dictionary in libhangul. If a new feature is provided by libhangul, > libhangul will also be able to replace Hanja Tool in future. > I think we'd better to wait for new version of libhangul and leverage > community's work. However, in this case, we need to apply EOF of Hanja > Tool in Nevada. > >> Please send me the current Hanja image file or source of the aux >> window and >> I'll be happy to update and send it back to you. >> > > Thanks for your help! > I'm going to send the source to you. > > Thanks again, > Aijin > >> Ienup >> >> Aijin Kim wrote at 01/22/08 20:17: >> >>> Hi Ienup, >>> >>> Thanks a lot for your comments. >>> Please see my reply below. >>> >>> Ienup Sung 쓴 글: >>> >>>> Hi Kim, Aijin-si, >>>> >>>> Thanks first of all for doing this good project. I've also cc'd >>>> g11n-ko-discuss mailing list at OpenSolaris.org. >>>> >>>> I have a few questions to ask on the project: >>>> >>>> It appears to me that this project will replace the existing so-called >>>> KOLE with HangulLE at Nevada while supply both at S10UR, correct? >>>> >>> Yes, we plan to leave KOLE as a secondary LE in S10UR according to >>> GTO-core's advice. We think that It'd be safer to have a transition >>> stage of the replacement. >>> >>> >>>> What are the compatibility issues in terms of user's usage >>>> perspecitive? >>>> Are all existing input modes and key sequences and so on be the same >>>> and >>>> supported with new HangulLE? >>>> >>> All the features of existing KOLE will be covered by HangulLE or >>> alternative ways. However, there is a few changes with user's usage. >>> >>> As you know, there are four input mode in KOLE: >>> - Hangul >>> - Hex(KS X 1001) >>> - Hex(UTF-8) >>> - Symbol >>> >>> Among them, Hex(UTF-8) mode will be covered by UNICODE engine of IIIMF. >>> For Symbol input, instead of symbol input mode, HangulLE provides a >>> feature symbol input with virtual keyboard. User can input hangul and >>> symbols without switching input modes. And also 'consonant+Hanja key' >>> is supported for symbol input just like Windows IME and SCIM-hangul. >>> >>> And some key sequences especially for Hanja conversion are changed. >>> It is mainly because of the reported issue: >>> CR6267800 shortkey for hanja convertion can not work in some gnome >>> application, such as gedit >>> >>> KOLE is using several shortcut keys which are already defined in some >>> applications such as 'Ctrl+W','Ctrl+N','Ctrl+P'. HangulLE doesn't use >>> 'Ctrl+' key sequences and defines shortcut keys to be similar with >>> Windows IME and SCIM. >>> >>> >>>> With HangulLE, would you or how do you support user-defined characters? >>>> >>> I'm not so sure of this question. Is this question related the below >>> question regarding the five characters of EUC locale? >>> >>> >>>> How the Hanja Tool and existing user Hangul-Hanja dictionary plays >>>> their >>>> roles with new HangulLE? >>>> >>> HangulLE uses the Hanja dictionary in libhangul. Existing Hanja >>> dictionary won't be used. >>> >>> >>>> In Korean EUC locale with KS C 5601-1987 fonts, as you know, there >>>> are five >>>> characters that are not in the KS C 5601-1987 character set while in >>>> the course of composition of Hangul syllables, do required to be >>>> present/visible at preedit window as visual feedback. They are ?, >>>> ?, ?, >>>> ?, and ? (in UTF-8) and in our Korean EUC fonts, the glyphs for >>>> them are >>>> intentionally added at user-defined area between 0x497a and 0x497e >>>> so that >>>> during preedit, those glyphs will be shown as user visual feedback. >>>> Would such characters also be supported at the new HangulLE for >>>> the Korean EUC locale? >>>> >>> Thanks for the good point. I didn't consider the issue. I think >>> HangulLE should support the characters as well. I'll think of how to >>> support them in HangulLE. >>> >>> >>>> In the section 4.1.4. (1), the one pager describes the auto >>>> composition when >>>> vowel starts a syllable. Would such auto auto composition a feature >>>> that can >>>> be turned on and off and if so what would be the switch? >>> All the hangul processing include auto composition is handled by >>> libhangul, not HangulLE codes. I'm afraid that on/off is not >>> currently available. >>> >>>> In the (2), >>>> would step Hangul-to-Hanja conversion still be supported using >>>> Ctrl+N and P? >>>> >>> As explained above regarding shortcut key, HangulLE doesn't use >>> 'Ctrl+' key to avoid conflict with applications. >>> Ctrl+N and P is for page up and down. HangulLE uses page Up/Down key >>> and also can move candidate pages clicking arrow icon on the >>> candidate list window. >>> >>> >>>> In the section 4.1.5, the aux window layout is shown as: >>>> >>>> +-------------------------------------------------------------------+ >>>> | Mode Switch | Hanja | Full/Half | Virtual Keyboard | Properties | >>>> +-------------------------------------------------------------------+ >>>> >>>> which appears reversed "Hanja" and "Full/Half" of the current aux >>>> window. >>>> Is there any specific reason why that has to be that way possibly >>>> increasing >>>> confusion among users? Also, would it be possible to change the "Hanja" >>>> image at the aux window? (If necessary, I could supply a better image >>>> too. Please let me know.) >>>> >>> As you pointed, it'd be better to keep the current order of buttons. >>> I'll revise the onepager. >>> And it'd be appreciated if you could provide a better Hanja image. :) >>> >>> >>>> Would you please specify OSR numbers for Sun internal reviewers? >>>> >>> Sure, I'll revise the onepager. >>> >>>> It appears to me that this project will require an ARC approval as >>>> a fast track mainly due to imported interface of libhangul. For that, >>>> the section 4.5 would need a little bit of update also possibly >>>> based on >>>> the answers to the questions above. >>>> >>> I'll update the onepager soon. >>> >>> Thanks again for your valuable advices. >>> >>> Regards, >>> Aijin >>> >>> >> >> _______________________________________________ >> g11n-ko-discuss mailing list >> g11n-ko-discuss at opensolaris.org >> > From Ienup.Sung at Sun.COM Thu Jan 24 11:46:23 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Thu, 24 Jan 2008 11:46:23 -0800 Subject: [g11n-ko-discuss] [i18n-discuss] Please review the onepager for "Korean Input Method Enhancement" project In-Reply-To: <47986DD8.7050303@Sun.COM> References: <479405FC.2000402@Sun.COM> <47964F85.2000806@Sun.COM> <4796BFE5.9070304@Sun.COM> <47978FA5.80403@Sun.COM> <47984D11.4070401@sun.com> <47986DD8.7050303@Sun.COM> Message-ID: <4798EB0F.2090206@Sun.COM> Sorry, I didn't see your another email while I was replying to your previous email. Please disregard my previous email and thank you. Ienup From eggboy at gmail.com Thu Jan 24 17:09:58 2008 From: eggboy at gmail.com (eggboy) Date: Fri, 25 Jan 2008 10:09:58 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: <479788B4.7000000@Sun.COM> References: <479657A9.9050102@Sun.COM> <479788B4.7000000@Sun.COM> Message-ID: man 페이지의 번역이 선행되어야 하지 않을까 싶네요. 사용자 가이드/설명서도 중요하지만 아무래도 man 이 일상생활에서 가장 밀접하게 쓰이니까요. 그리고 clear 하지 않은 system 메세지들 도 포함해서 리뷰가 진행되어야 할 것 같습니다. 꽤 큰 작업이 되겠네요. :) On 1/24/08, Ienup Sung wrote: > > 이 기회에 이를 좀 다 같이 업데이트하는 것은 어떨까요? 일본처럼 > 우리도 한글로 번역하는 작업도 한번쯤 생각해 볼듯 하고요. > 사용자 가이드/설명서, man페이지등등. > > 아마 International Language Environments Guide는 그래도 유지가 > 잘 되어있을 것입니다. iconv 리스트도 잘 유지되었을 확률이 높고요. > > 성인업. > > 김봉환 wrote at 01/22/08 20:08: > > 전 이 문서 처음 봤습니다. ㅡ.ㅡ; > > 문서가 상당히 업데이트가 쳐져 있는 게 아닌가 싶습니다. > > 최신 솔라리스 10이 지원하는 iconv 모듈이 모두 안나와 있는 것으로 봐서.... > > > > 말이 나와서 말씀 드리면, i18n 문제중에 전 개인적으로 iconv의 내용이 조금더 보강될 필요가 있을 것 같습니다. > > > > iconv -l 을 하면, 전체 코드 이름이 나열되는데 "모든 조합이 지원되는 것은 아니라고 나와있습니다." <- 사용자의 > > 입장에서 보면 매우 당황스럽습니다. 엄청나게 많은 iconv 목록에서 어떤것만 지원되는지가 찾기 어렵거든요. 그래서 어떻게 > > 해서 iconv(5)를 보게 되면, iconv -l에서 나온 목록이 iconv(5)에 다 나와있지 않습니다. iconv(5)의 > > 업데이트가 안되어서 그런거 같기도 합니다만... > > > > iconv 문제가 사소한것 같으면서 리눅스 애플리케이션 포팅시 문제를 야기합니다. 즉, 리눅스에서는 되는데, 솔라리스에서 > > 포팅하면 한글이 안되는 현상이 상당히 있습니다. 영어로는 됩니다. 한글 로케일 쓰면 죽거나, 안되거나 하는 일(에러 트랩을 > > 예상하지 않아서인 듯함)이 발생합니다. > > > > iconv -l 에서 clear supported matrix가 나왔으면 좋겠다는 생각을 해봅니다. 파싱 가능하게 되면 더 > > 좋을 것 같구요. 리젼 혹은 나라 정보도 함께 나오면 좋겠다는 생각을 해봅니다(localeadm에서 제공되는 정보) > > > > iconv(5)까지 볼 필요 없이요. > > > > 김봉환/ > > > > 08. 1. 23, Ienup Sung 님이 작성: > >> 오늘 한 수년여만에 한자툴(Hanja Tool)에 관한 설명을 사용자 설명서에서 > >> 보았는데 (다음의 URL) 예로 나온 사용자 정의 한자가 실제 한글 단어면에서 > >> 억지가 좀 있는 듯 하군요. > >> > >> http://docs.sun.com/app/docs/doc/817-2522/userkorhanja-28139?a=view > >> > >> 나라를 국으로 하는 것보다는 예를 들어 地方을 脂肪, 아니면 正意를 正義등으로 > >> 하는 것이 더 좋지 않을까요? > >> > >> 성인업. > >> _______________________________________________ > >> g11n-ko-discuss mailing list > >> g11n-ko-discuss at opensolaris.org > > > > > > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org -- ============================= Jay(ChangJae) Lee Mobile : +82-16-333-0367 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From Ienup.Sung at Sun.COM Thu Jan 24 17:49:14 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Thu, 24 Jan 2008 17:49:14 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: References: <479657A9.9050102@Sun.COM> <479788B4.7000000@Sun.COM> Message-ID: <4799401A.1090706@Sun.COM> eggboy wrote at 01/24/08 17:09: > man 페이지의 번역이 선행되어야 하지 않을까 싶네요. > 사용자 가이드/설명서도 중요하지만 아무래도 man 이 일상생활에서 > 가장 밀접하게 쓰이니까요. 그리고 clear 하지 않은 system 메세지들 > 도 포함해서 리뷰가 진행되어야 할 것 같습니다. > > 꽤 큰 작업이 되겠네요. :) 예, 그럴것 같습니다. 그리고 저도 man 페이지부터 하는 것이 더 좋은 생각이라고 생각합니다. 김애진씨가 지금 한글엔진을 바꾸는 프로젝트를 하고 있으니 어차피 사용자설명서의 내용은 바뀔듯 하고요. 또한 새로운 설명서가 필요할때 어쩜 아예 영문판은 하지도 말고 일본어 설명서처럼 한글로만 된 설명서를 만드는 것도 한 방편이라고 생각합니다. 물론 더 토론이 필요하겠지만요. 만약에 가능하시면 man 페이지 번역프로젝트를 리드하실 생각은 없으신지요? 아마 일을 나눠주시는 역활 및 나중에 소스트리에 인티그레이션 하시는 일이 주된 업무가 되리라고 봅니다만... 만약 프로젝트가 시작되면 저도 짬짬이 되도록 많이 주어진 man 페이지 번역할수 있도록 노력할 생각입니다. 성인업. From eggboy at gmail.com Thu Jan 24 17:54:29 2008 From: eggboy at gmail.com (eggboy) Date: Fri, 25 Jan 2008 10:54:29 +0900 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: <4799401A.1090706@Sun.COM> References: <479657A9.9050102@Sun.COM> <479788B4.7000000@Sun.COM> <4799401A.1090706@Sun.COM> Message-ID: 예 당연히 가능합니다. 제가 리드하도록 하겠습니다. 일단 저를 포함한 참여 가능한 인원 조사가 먼저 필요할 것 같습니다. 그 후에야 timetable 을 만들고 일을 sharing 하는 작업이 가능하겠네요. 감사합니다. On 1/25/08, Ienup Sung wrote: > > eggboy wrote at 01/24/08 17:09: > > man 페이지의 번역이 선행되어야 하지 않을까 싶네요. > > 사용자 가이드/설명서도 중요하지만 아무래도 man 이 일상생활에서 > > 가장 밀접하게 쓰이니까요. 그리고 clear 하지 않은 system 메세지들 > > 도 포함해서 리뷰가 진행되어야 할 것 같습니다. > > > > 꽤 큰 작업이 되겠네요. :) > > 예, 그럴것 같습니다. > > 그리고 저도 man 페이지부터 하는 것이 더 좋은 생각이라고 생각합니다. > 김애진씨가 지금 한글엔진을 바꾸는 프로젝트를 하고 있으니 어차피 > 사용자설명서의 내용은 바뀔듯 하고요. 또한 새로운 설명서가 필요할때 > 어쩜 아예 영문판은 하지도 말고 일본어 설명서처럼 한글로만 된 설명서를 > 만드는 것도 한 방편이라고 생각합니다. 물론 더 토론이 필요하겠지만요. > > 만약에 가능하시면 man 페이지 번역프로젝트를 리드하실 생각은 > 없으신지요? 아마 일을 나눠주시는 역활 및 나중에 소스트리에 > 인티그레이션 하시는 일이 주된 업무가 되리라고 봅니다만... > > 만약 프로젝트가 시작되면 저도 짬짬이 되도록 많이 주어진 man 페이지 > 번역할수 있도록 노력할 생각입니다. > > 성인업. > > -- ============================= Jay(ChangJae) Lee Mobile : +82-16-333-0367 -------------- next part -------------- HTML 첨부를 없애버렸습니다... URL: From Ienup.Sung at Sun.COM Thu Jan 24 18:43:36 2008 From: Ienup.Sung at Sun.COM (Ienup Sung) Date: Thu, 24 Jan 2008 18:43:36 -0800 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: References: <479657A9.9050102@Sun.COM> <479788B4.7000000@Sun.COM> <4799401A.1090706@Sun.COM> Message-ID: <47994CD8.7070901@Sun.COM> eggboy wrote at 01/24/08 17:54: > 예 당연히 가능합니다. 제가 리드하도록 하겠습니다. > 일단 저를 포함한 참여 가능한 인원 조사가 먼저 필요할 것 같습니다. > 그 후에야 timetable 을 만들고 일을 sharing 하는 작업이 가능하겠네요. > > 감사합니다. 감사합니다. 이창재씨. 이전 메일에 말씀드렸듯이 저도 프로젝트에 참가하도록 하겠습니다. 다른 분들도 많이 동참하여 주시길 바랍니다. 일은 천천히 해도 되는 것 아니겠습니까? 허니 부담가지시지 마시고 많이 참여해 주시길 바라겠습니다. 나중에라도 일이 완료되면 썬측에서 작으나마 티셔츠같은 기념품 정도는 하나씩 프로젝트팀 구성원들께 감사의 표시로 드릴수 있도록 개인적으로 또한 알아보겠습니다. (이창재씨는 최소한 한 세개는 받아야 할것 같습니다.) 성인업. From Aijin.Kim at Sun.COM Thu Jan 24 22:15:41 2008 From: Aijin.Kim at Sun.COM (Aijin Kim) Date: Fri, 25 Jan 2008 14:15:41 +0800 Subject: [g11n-ko-discuss] =?euc-kr?b?u+e/68DaILyzuO28rcDHIMfRwNogxfggvLM=?= =?euc-kr?b?uO3B3w==?= In-Reply-To: <47994CD8.7070901@Sun.COM> References: <479657A9.9050102@Sun.COM> <479788B4.7000000@Sun.COM> <4799401A.1090706@Sun.COM> <47994CD8.7070901@Sun.COM> Message-ID: <47997E8D.6030101@Sun.COM> 저도 조금이나마 도움이 되고 싶습니다~ 앞으로 한글 man페이지를 볼 수 있겠군요. :) 김애진 Ienup Sung 쓴 글: > eggboy wrote at 01/24/08 17:54: > >> 예 당연히 가능합니다. 제가 리드하도록 하겠습니다. >> 일단 저를 포함한 참여 가능한 인원 조사가 먼저 필요할 것 같습니다. >> 그 후에야 timetable 을 만들고 일을 sharing 하는 작업이 가능하겠네요. >> >> 감사합니다. >> > > 감사합니다. 이창재씨. > > 이전 메일에 말씀드렸듯이 저도 프로젝트에 참가하도록 하겠습니다. > > 다른 분들도 많이 동참하여 주시길 바랍니다. 일은 천천히 해도 되는 것 > 아니겠습니까? 허니 부담가지시지 마시고 많이 참여해 주시길 바라겠습니다. > > 나중에라도 일이 완료되면 썬측에서 작으나마 티셔츠같은 기념품 정도는 > 하나씩 프로젝트팀 구성원들께 감사의 표시로 드릴수 있도록 개인적으로 > 또한 알아보겠습니다. (이창재씨는 최소한 한 세개는 받아야 할것 > 같습니다.) > > 성인업. > _______________________________________________ > g11n-ko-discuss mailing list > g11n-ko-discuss at opensolaris.org > From Aijin.Kim at Sun.COM Mon Jan 28 19:24:09 2008 From: Aijin.Kim at Sun.COM (Aijin Kim) Date: Tue, 29 Jan 2008 11:24:09 +0800 Subject: [g11n-ko-discuss] Please review the onepager for "Korean Input Method Enhancement" project In-Reply-To: <479405FC.2000402@Sun.COM> References: <479405FC.2000402@Sun.COM> Message-ID: <479E9C59.1030901@Sun.COM> Hi all, Please find the revised onepager according to the comments. Due date for this onepager is COB today. Please note that this project will be automatically approved if no other objection. Thanks, Aijin Aijin Kim 쓴 글: > Hi all, > > Please review the fast-track onepager for "Korean Input Method > Enhancement" project. > > Yong Sun is the sponsor of this review and the due date is COB of Jan. > 29th. > Any feedback from you is welcome. > > Thanks, > Aijin > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: korean_im_enhancement_onepager.txt URL: