2012년 5월 18일 금요일

[퍼옴] MS Office 2011 for mac 한글 서체 호환성 문제…

맥(10.7.3) 에서 MS-Office2011로 문서를 여는데 한글이 전부 네모네모로 나오는 것이다 그래서 구글링한 결과 같은 문제를 해결한 포스팅이 있어서 소개합니다.




출처 : http://b.mytears.org/2010/11/2311




[다음은 내용입니다]


MS Office 2011 for mac 한글 서체 호환성 문제…

메일로 폰트를 보내달라는 코멘트들이 너무 많아서 해당 코멘트들은 unapprove 상태로 돌리고, 이 포스트에 대해서는 더 이상 코멘트를 받지 않겠습니다. 저작권 이슈가 걸려있는 문제라 이해 부탁드립니다.
얼마 전 Microsoft office 2011 for mac이 출시되었고, 애플 스토어에서 박스 버젼으로 주문이 가능해지자마자 질러버렸다. 더불어 윈도우용 Microsoft office 2010도 함께 질러줬다.
그런데 Microsoft office 2011 for mac과 윈도우용 Microsoft office 2010을 함께 사용하는데 있어서 아주 큰 문제가 생겼다.
맑은 고딕은 MICROSOFT OFFICE 2011 FOR MAC에 포함되어 있지 않다.


다들 알다시피 Microsoft Windows Vista 이후로는 맑은 고딕이 기본 서체가 되었다. 이는 Office에서도 마찬가지인데, 맥용 버젼의 Microsoft office 2011에는 맑은 고딕 서체가 포함되어 있지 않다. 이에 대한 대안 서체 설정도 없기 때문에 맑은 고딕을 사용한 문서를 Microsoft office 2011 for Mac에서 읽어들이면 한글이 모두 깨져서 나오게 된다.
뭐 하지만 까짓거 서체 파일 하나(정확히는 볼드 포함 두 개) 복사하는 건 일도 아니다.
VISTA에 포함된 맑은 고딕은 MAC OS X에서 자간 문제를 일으킵니다.


사실 예전에 Vista에서 추출해놓았던 맑은 고딕 서체가 있었기 때문에 이 서체를 맥에도 설치했다. 그랬더니 한글이 출력되긴 하는데, 글자가 반씩 겹쳐서 나오는 문제가 발생했다.
인터넷을 검색해봤더니 윈도우 7에 포함된 맑은 고딕을 설치하면 문제가 해결된다고 했다. 며칠 전 산 넷북 기본 OS가 윈도우 7이다보니 맑은 고딕을 새로 복사하는 것 또한 별 문제가 없었다. 하지만 이걸로는 문제가 해결되지 않는다.
또다시 인터넷을 검색해본 결과 .doc 확장자를 가지는 파일은 자간 문제가 생기지만 .docx 확장자를 가지는 파일은 자간 문제가 생기지 않는다고 한다. Save as를 이용하여 .docx로 파일을 재저장하게 되면 자간 문제를 피해갈 수 있다.
WINDOW 7에 포함된 ‘맑은 고딕’은 맥에서 ‘MALGUN GOTHIC’으로만 인식됩니다.


사실 서체 이 문제는 그리 간단한 문제가 아니었다. 맑은 고딕 서체 이름이 ‘Malgun Gothic’으로만 나온다. 한글 이름인 ‘맑은 고딕’으로는 인식을 하지 못하고 있다. ‘Malgun Gothic’을 고르면 ‘맑은 고딕’을 사용할 순 있지만 윈도우에서 작성된 파일은 ‘맑은 고딕’이란 이름으로 서체를 참조하고 있으므로 또 다시 호환성 문제가 발생했다.
해결책은 없나?


긱 인생 29년인 내가 이 정도에 무릎을 꿇을 순 없었다. 오랫만에 Apple Font Tools를 활용하기로 맘 먹고, Name 테이블을 뽑아냈다.


<nameTable>
 <nameTableEntry nameTypeID="0" nameTypeName="Copyright">
  <localizedName platformID="3" platformName="Microsoft" scriptID="1" scriptName="Unicode"  languageID="1033" isRawHex="NO">© 2008 Microsoft Corporation. All Rights Reserved.</localizedName>
 </nameTableEntry>
 <nameTableEntry nameTypeID="1" nameTypeName="Family">
  <localizedName platformID="1" platformName="Macintosh" scriptID="0" scriptName="Roman"  languageID="0" languageName="English" isRawHex="NO">Malgun Gothic</localizedName>  
  <localizedName platformID="3" platformName="Microsoft" scriptID="1" scriptName="Unicode"  languageID="1033" isRawHex="NO">Malgun Gothic</localizedName>
  <localizedName platformID="3" platformName="Microsoft" scriptID="1" scriptName="Unicode"  languageID="1042" isRawHex="NO">맑은 고딕</localizedName>
 </nameTableEntry>
</nameTable>

뽑아낸 xml 중 일부를 살펴보면 위와 같다. 딱 보니 platformName이 Macintosh인 경우에는 Roman 이름인 ‘Malgun Gothic’으로만 인식될 수 밖에 없다.
여기다가 Korean 이름인 ‘맑은 고딕’을 추가하기 위해 아래처럼 코드를 고쳤다.
<nameTable>
 <nameTableEntry nameTypeID="0" nameTypeName="Copyright">
  <localizedName platformID="3" platformName="Microsoft" scriptID="1" scriptName="Unicode"  languageID="1033" isRawHex="NO">© 2008 Microsoft Corporation. All Rights Reserved.</localizedName>
 </nameTableEntry>
 <nameTableEntry nameTypeID="1" nameTypeName="Family">
  <localizedName platformID="1" platformName="Macintosh" scriptID="0" scriptName="Roman"  languageID="0" languageName="English" isRawHex="NO">Malgun Gothic</localizedName>
 
  <localizedName platformID="1" platformName="Macintosh" scriptID="3" scriptName="Korean"  languageID="23" languageName="Korean" isRawHex="NO">맑은 고딕</localizedName>
 
  <localizedName platformID="3" platformName="Microsoft" scriptID="1" scriptName="Unicode"  languageID="1033" isRawHex="NO">Malgun Gothic</localizedName>
  <localizedName platformID="3" platformName="Microsoft" scriptID="1" scriptName="Unicode"  languageID="1042" isRawHex="NO">맑은 고딕</localizedName>
 </nameTableEntry>
</nameTable>
이제 다시 FoontTools를 써서 name 테이블을 덮어씌우고, 서체를 재설치했다.


2012년 5월 14일 월요일

디바이스별 화면 구성요소와 치수 - IOS

원본 : http://firejune.com/1723 파이어준님 글입니다.


iOS 기기용 웹앱이나 네이티브앱 개발시 유용하게 사용될 수 있는 치수들입니다. 특히, 모든 iOS 기기를 지원하는(유니버셜) 앱을 개발할 때 자주 찾게 되는 자료중 하나입니다. 스테이터스 바, 네비게이션 바, 탭 바,키보드 등의 사이즈를 세웠을 때와 눕혔을 때로 구분하여 측정했습니다.

아이폰의 화면 치수

아이폰에서 해상도를 계산할 때 굳이 레티나 디스플레이의 해상도(640 x 960)를 의식하여 계산할 필요는 없습니다. 단순히 이미지가 사용되는 곳에 더블픽셀(@x2)의 고해상도 이미지를 한 셋트 더 준비하면 된다는 사실만 기억하세요.

Portrait - 세웠을 때

앱 시작시 나타나는 오프닝 이미지는 기본으로 320 x 367 픽셀의 "filename.png"로 설정하고 레티나용으로 표시될 이미지는 640 x 734 픽셀의 "filename@2x.png"로 설정하면 됩니다.

iphone_portrait_dimensions.jpg
iPhone Portrait Width: 320px
iPhone Portrait Height: 480px

Status Bar Height: 20px
Nav Bar Height: 44px
Main Content Area Height: 367px
Tab Bar Height: 49px

Keyboard Height: 216px

iphone_portrait_keyboard_sizes.jpg
키보드가 나타난 상황에서는 메인 스크린의 일부와 탭바를 가립니다. 키보드 크기를 제외한 나머지 영역의 크기를 계산할 때 참고하세요.

Landscape - 눕혔을 때

아이폰을 눕혔을 때 나타나는 변화는 메인 컨텐츠 영역의 높이가 480에서 219픽셀로 줄어드는 것이고 네비게이션 바의 높이가 44에서 32픽셀로 줄어든다는 것입니다. 오프닝 이미지는 기본으로 480 x 219 픽셀그리고 레티나용(@2x)은 960 x 438 픽셀입니다. 참고로 아이폰의 앱 시작 이미지는 세로와 가로 모두 준비할 필요가 없습니다. 자신의 앱이 가로와 세로 중 어디에 최적화 되어있는지를 판단하여 한가지만 준비하면 됩니다.

iphone_landscape_dimensions.jpg
iPhone Landscape Width: 480px
iPhone Landscape Height: 320px

Status Bar Height: 20px
Nav Bar Height: 32px
Main Content Area Height: 219px
Tab Bar Height: 49px

Keyboard Height: 162px

iphone_landscape_keyboard_sizes.jpg

아이패드의 화면 치수

아이패드는 아직 레티나 디스플레이를 지원하지 않기 때문에 더블픽셀(@2x) 이미지를 준비할 필요가 없습니다.

Portrait - 세웠을 때

ipad_portrait_dimensions.jpg
iPad Portrait Width: 768px
iPad Portrait Height: 1024px

Status Bar Height: 20px
Nav Bar Height: 44px
Main Content Area Height: 911px
Tab Bar Height: 49px

Keyboard Height: 264px

ipad_portrait_keyboard_sizes.jpg

Landscape - 눕혔을 때

아이폰과 달리 아이패드는 화면을 눕혔을 때 네비게이션 바의 높이에는 변화가 없습니다.

ipad_landscape_dimensions.jpg
iPad Landscape Width: 1024px
iPad Landscape Height: 768px

Status Bar Height: 20px
Nav Bar Height: 44px
Main Content Area Height: 655px
Tab Bar Height: 49px

Keyboard Height: 352px

ipad_landscape_keyboard_sizes.jpg

Fetch links Quick & Easy. Stream and Direct Download. Give it a try at http://seedr.cc now!

  Fetch links Quick & Easy. Stream and Direct Download. Give it a try at http:// seedr.cc now!   Fetch links Quick & Easy. Stream a...