일본애들 웹에 의하면 iPhone 2.1에서 사용한 가나한자변환엔진. 한때 한글 입력 오토마타 구현 하는게 대학때 유행했었는데(최근엔 워낙 한글 IME가 잘 나오고 선각자들의 위대한 결말로 구현하기도 많이 쉬워진 것 같다.) 일본의 경우 한글 입력과 같은 구성요소별 입력이 아니라 음/뜻으로 입력되어 한자로 변환하는 시스템이 필요하다.
MeCab은 쿄토대학과 NTT가 공동으로 개발한 오픈소스 변환기라고 한다. 확실히 iPhone 2.1로 오면서 한자 변환이 빨라졌는데 특히 긴 문장의 경우 변환되지 않던 문제가 사라졌다.
대신 여전히 나의 불만은, 주소록에 입력한 한자가 안나와!!! 애플 제발 이것좀 고쳐줬음 좋겠다!
날짜 시간에 대해서 대충 비슷한 형식으로 표시를 하지만 표준이 있는 줄은 몰랐다는. 이 문서는 W3C 내에서는 논의 목적으로만 써 놓은 간단한 노트이긴 하지만 한가지 형태로 맞추어서 프로그래밍을 해서 나쁠 건 없어 보인다.
체감적으로 바뀐 점을 꼽는다면,
그런데 이번 업데이트에서 불만이 딱 한가지가 있는데, 일본어 한자사전이 연락처에 추가한 이름을 예측어 후보로 보여주지 않는다는 점. 한국 사람 이름을 한자로 입력하고 음독을 적절한 가나로 입력한 경우, 이전의 경우 이 음으로도 예측어 후보에 나타났는데 이번엔 안 나타난다는 것.
아무래도 키보드를 손대면서 이 부분을 삭제한 것으로 보인다. 이거 다음 업데이트에서 다시 복구해줬으면 좋겠다.
작년 12월에 들어 왔으니깐 거의 9개월만에 한국이네요. 나름 두근 두근. 근데 일본도 연휴라서 정말 사람 많다.
갑자기 내 뱉어 내는 메모리 에러에 의아하다가 디버거로 알아낸 사실.
만약 클래스 프로퍼티가 retain 속성을 가지는 경우 메소드 안에서의 아래 두 코드는 명확히 다른 코드이다.
items = datas;
self.items = datas;
뭐가 다를까? 위의 코드는 retain count가 증가 하지 않고 아래의 코드는 retain count가 증가한다. 프로퍼티로 선언한 경우 변수명만 써도 프로퍼티로 돌아갈 줄 알았으나 프로퍼티는 반드시 dot notation을 사용하거나 [ ] 메시지콜로 사용해야만 한다.
iPhone SDK에 메일 클라이언트 API가 없어서 한참 해메다가, iPhone OS Programming Guide의 말미에서 찾았다.
UIApplication의 openURL:로 웹 페이지를 열 수 있고 다시 iPhone Application은 프로그램이 특정 URL scheme에 응답할 수 있도록 정해져 있다. (그나마 간단한 ipc라고 할까? 하지만 원웨이라는거!)
그리고 iPhone에서 http:스킴과 mail:스킴은 벌써 사파리와 내장 메일 클라이언트가 처리하고 있다.
결론, 메일을 보내기 위해서는 openURL:의 URL 스킴을 mailto:로 주면 된다. 형식은 다음과 같이,
mailto:hongkildong@korea.com?subject=Greeting Mail &body=This is the content of a mail
실제 iPhone에서 호출할때는 URL 인코딩을 해주어서 특수 문자가 안 깨지도록 한다.
근데 아직 의문이 남는건 첨부 파일은?
노래방에 가게 되거던 그녀에게 무슨 노래를 불러줘 볼까? 하고 찾아보던 중, 이 노래가 가장 좋겠다고 생각했다는.
근데… 가사 내용도 좋고 다 좋은데, 저 샤방 샤방 한 표정(?)에 저 키는 좀… 힘들겠다.
iPhone OS 2.1이 발표되었습니다. 이에 맞춰서 SDK도 약간의 바뀜이 있는데, 특별히 많이 사용하는 API는 바뀌지 않았네요. (iPhone OS 2.0 to 2.1 API Changes)
대충 봤을때 기억에 남는 것은 TableView 프로그래밍 가이드에 Batch Insertion/Deletion에 대한 설명이 추가가 되었습니다. UITableViewDataSource 프로토콜만 사용해서 추가했었는데, UITableView를 바로 사용하는 방법도 있음을 설명하고 있습니다. (저도 몰랐다는. 가이드 문서만 보고 API레퍼런스를 확인한지라.)
Win32(GDI32)에서는 색상을 지정하기 위해서는 RGB에 각각 8비트로 이루어진 값을 이용해서 지정한다. 총 24비트로 이루어진 색상값에 익숙하다가 Quartz에서 눈이 홱 돌아갔다. Mac에서는 컬러 값을 R,G,B,A로 표현하고 (적어도 UIColor는 그렇다) float타입이다. 흔하디 흔한 RGB컬러 값을 이용해서 UIColor를 생성하려면 다음과 같이 하면 된다.
UIColor *mediumGray = [UIColor colorWithRed:128/255.0
green:128/255.0
blue:128/255.0
alpha:1.0];
모기불님 블로그를 보다가 문뜩 생각난 것.
우리나라에서는 좋은 연비(然費)의 차를 고연비(高然費)라고 이야기 한다. 근데 일본에서 좋은 연비를 뜻하는 말은 고연비가 아니라 저연비(低燃費)이다. 처음에 일본에 와서 티비 보면서 저연비라서 어쩌고 저쩌고 하길래 놀랬다는. 물론 금방 상황을 눈치채긴 했지만 일본이랑 우리나라랑 같은 한자조어에도 사고 방식이 많이 다르구나라고 느꼈다는.
위키피디아 일본어판을 보면 연비는 “연료비의 약어” 또는 “연료소비율”이라고 정의하고 있다. 만약 연비가 연료비를 뜻한다면 저연비가 맞는 셈이고 연료소비율(단위연료량에 대해서 자동차가 달릴수 있는 거리)라면 고연비가 맞는 셈.
당연히 일본의 연비 표현은 리터당 킬로미터(km/l). 따라서 연비 단위 표시는 연료소비율이지만 저연비에서의 연비는 연료비용을 뜻한다는.
한마디로 헷갈리는 나라다.
ps.
이 블로그를 쓰는 순간 한글로 “저연비”를 검색해보면 결과가 제법 나온다. 특히 “저연비 저공해”같은 표현. 단순히 구글에서 검색어로 비교해 보면 고연비는 41,400건 저연비는 28,000건의 검색 결과가 나온다. (구글 트렌드에서는 비교가 안 나온다는 쩝.)
vishnu76's RSS