iOS Assets Picker Module

티타늄(Titanium) 모듈입니다.

이걸 만들게 된 이유는

  • EXIF를 뽑아내는 Asset Module이 흔치 않다.
  • 찾아내긴 했는데 메모리를 너무 많이 먹는다.
  • 우리가 원하는 형식으로 데이터를 주고 받을 수 가 없다.

그래서 만들어봤습니다.
급하게 만든거라 코드 및 구조가 깨끗하진 않습니다.

혹 필요한분 계실까 해서..
공유합니다.

https://github.com/hiphapis/OXGAssetsPicker

코드가 프로젝트에 따라 조금씩 수정 될 확률이 높습니다.

그러므로 직접 적절히 코드를 수정(?)하시면서 써야 할 것 같네요 -ㅅ-;

사용자가 많으면 공통모듈로 계속 살을 붙여 나가겠지만.. 쓰는 사람도 없으니 ㅋㅋ

광고

Xcode4에서 범용으로 쓸 수 있는 library만들기.

개발하다보면 Common Module 혹은 Common Library 등.. 이런 뉘앙스의 이름으로 불리는 녀석들이 있다.
개발하는데 공통적으로 쓰이는 것들을 모아놓은 녀석들을 지칭하는 말인데,
cocoa에서는 이렇게 안부르고 static library라고 부른다.

iPhone, iPad의 경우 시뮬레이터가 있다보니 시뮬레이터(simulator)용, 디바이스(device)용 이렇개 2가지를 만들어서 상황에 맞게 사용을 해야 하는데, 이게 참 번거로운 일이다.

생각해보라.
시뮬레이터로 테스트 할땐 시뮬레이터용 라이브러리를 넣고
디바이스에서 테스트 할땐 시뮬레이터용 라이브러리를 삭제하고, 디바이스용 라이브러리를 넣고
다시 시뮬레이터로 테스트 할땐 디바이스용 라이브러리를 지우고, 시뮬레이터용 라이브러리 넣고.
지금 TAd(SK T에서 제공하는 광고)가 이렇게 구현되어 있다.

하지만, 다행스럽게도 라이브러리를 하나로 합칠 수 있다.
lipo를 이용하면 되는데, 잠시 후에 언급하겠다.

1. 라이브러리로 만들 프로젝트 생성

라이브러리로 만들 프로젝트를 새로 만든다. 이때 타입은 Cocoa Touch Static Library이다.
iOS > Framework & Library > Cocoa Touch Static Library

 

 

 

 

 

Library라는 이름으로 프로젝트를 생성했고, 공통으로 쓰이는 모듈을 모아놓은 파일을 프로젝트에 추가를 한다.
Common.h, Common.m 파일을 추가했다.

 

 

 

2. 시뮬레이터용(simulator) Target 만들기.

새로운 Target을 추가를 하는데, Target의 타입 또한 Cocoa Touch Static Library이다.

 

 

 

 

 

 

 
시뮬레이터용 라이브러리이므로, Target이름은 Library-Simulator로 하겠다. (네이밍은 본인 마음대로)

 

 

 

 

 
그리고 파일을 Build Phases에 추가를 해야 한다.
헤더(.h) 파일은 Copy Headers에, 소스(.m)파일은 Compile Sources에 드래그&드랍(Drag&Drop)으로 추가를 한다.
Header는 Public, Private, Project 이렇게 3가지 타입을 가지고 있다. 목적에 맞는곳에 넣으면 되며, 기본값은 Project이다.

 

 

 

 
그리고 마지막으로 Scheme 타입에 Build Configuration을 Release로 변경한다.
Product > Edit Scheme

 

 

 

3. 디바이스용(device) Target 만들기.

2. 시뮬레이터용(simulator) Target 만들기.와 똑같은 작업의 반복이다. 이름만 다른것으로 바꿔주면 된다.
Library-Device라고 하겠다.

 

 

 

4. Targets 합치기.

위에서 언급했던대로, 지금 만든 2개의 Target을 하나로 합치는 Target을 만든다.
이번에도 Add Target을 하는데, Aggregate로 만든다.
Other > Aggregate

 

 
이름은 Library-iOS4.0 으로 하겠다.
이번에도 마찬가지로 Edit Scheme에서 Build Configuration을 Release로 변경한다.

 

 
Run Script를 추가를 한다.
Add Build Phases > Add Run Script

 

 

 

 

 
그리고 나서 lipo를 이용한 두 Target을 Merge하는 구문을 넣는다.

 

rm -rf ${BUILT_PRODUCTS_DIR}/libLibrary-ios4.0.a
lipo -create “${BUILT_PRODUCTS_DIR}/../${BUILD_STYLE}-iphonesimulator/libLibrary-Simulator.a” \
“${BUILT_PRODUCTS_DIR}/libLibrary-Device.a” -output \
“${BUILT_PRODUCTS_DIR}/libLibrary-ios4.0.a”

 

보시다시피 sh 명령어이다. 파일명은 본인의 상황에 맞게 수정하면 된다.
위 명령어를 보면 대충 파악 되겠지만, 두개의 .a를 하나의 .a로 Merge해주는 명령어다.
지금은 빌드를 안했기 때문에 libLibrary-simulator.a와 libLibrary-device.a가 없다.
여기서 주의할점은, 빌드를 하면 lib이 접두어로 붙게 된다. 그러므로 .a 파일명에 접두어로 lib을 붙이는걸 잊지말자.

 

 

 

5. 빌드하기

자, 이제 세팅은 완료가 되었다. 각각의 Target을 Build해주면 된다.

 

 
먼저, Library-simulator 빌드!

 

 

 
이젠 Library-Device 빌드!

 


Library-simulator.a, Library-device.a 파일 모두 생성되었다.

 

 

 

 

 

마지막으로 Library-iOS4.0 빌드!

 

 

 
이제 만들어진 libLibrary-iOS4.0.a를 사용하면 되는데, 이 녀석의 위치는
libLibray-Device.a를 우클릭해서 Show in Finder로 보면 Finder가 열리는데, 그 위치에 있다.

 

 

 

 
이제 libLibrary-ios4.0.a와 Common.h 파일을 작업중인 프로젝트에 넣어서 사용하면 끝!

만약. libLibrary-ios.4.0 빌드를 실패했다면 십중팔구 파일을 lipo에서 파일을 못찾아서 나는 에러이다.
아래 4가지 항목을 체크해보면 해결 될 것이다.

  • 만들어놓은 Target들의 Build Configuration이 Release로 되어 있는지
  • Library-simulator는 Simulator로 빌드했는지
  • Library-device는 device로 빌드했는지
  • Library-ios는 device로 빌드했는지

Xcode4 불편한점.

 

1. 단축키가 대거 바뀐점.

아.. 이거 정말 골치아프다.
개발자의 능력중 중요한 요소 하나는 작업 속도이다.
이러한 작업속도를 결정짓는 요소중 하나가 바로 툴의 숙련도인데..
단축키가 너무 많이 바뀌어 버려서, 속도가 확 줄어버렸다.

나중에 시간나면, 바뀐 단축키나 정리해봐야겠다.

2. IB에서 Objects간의 간격이 안나오는 버그

IB로 작업을 하게 되면, Objects간의 간격을 알보는게 꽤 유용하다.
물런 덧셈, 뺄셈해서 작업을 해도 되지만, Objects간의 간격을 보면서 커서로 1px씩 이동을 하면 훨씬 쉽게 작업을 할 수 있다.
그런데.. Xcode4 IB에서는 이게 동작하지 않는다.
예전에 버그 레포팅을 했는데, 과거에 다른 사람이 이미 신고를 했다고 답장이 왔다.
근데 왜 아직까지 디버깅해서 릴리즈 안하는데? ㅡ,.ㅡ;

3. IB에서 Image Copy

Xcode3시절에는 IB에서 객체 복사를 하면, 해당 객체의 속성값들까지 그대로 복사가 되었다.
말 그대로 복사였다.
그런데 Xcode4에서는 Image값을 흘리고 복사가 된다.
예를들면, ImageView를 복사해서 붙여넣기를 해보면, Image(html로 예를들면 src안에 있는 이미지 경로라고 보면 된다.)는 복사가 안된다.
웃긴건.. 다른 속성들은 그대로 복사가 되는데, Image만 복사가 안되는 것이다.
Button도 Image가 복사가 안되긴 매한가지다.

이게 버그인지, 의도적인지는 모르겠다만..
이렇다 보니, 또 다른 속성을 흘릴고 복사가 될지 모르는 불안한 상황.
하…… ㅡ,.ㅡ
그리고 ImageView, Button 전부 하나하나 찍어서 Image값 넣어줘야 하는 불편함.
하…… ㅡ,.ㅡ(2)
(내용추가.어떨땐 Image까지 잘 복사되는걸 보아 버그가 맞는듯 하다.)

Apple 나의 기대를 져버리지 않는구나.

 

Apple 패라고 망치를 그린건 아니겠지..

 

 

Accessibility for iOS #2 iOS에서 지원하는 접근성들.

먼저 iOS에서 지원하는 접근성은 어떤것이 있는지 알아보자.
iOS에서 지원하는 접근성 항목은 총 7가지가 있다.

이 항목들은 Settings(설정) -> General(일반) -> Accessibility(손쉬운 사용) 에서 확인할 수 있으며, iOS를 사용하는 Device(장치)인 iPod touch, iPhone, iPad 모두 동일하게 지원을 한다.
 

 

 

VoiceOver

이름이 직관적이라 아마 모두 감 잡았으시리라 생각되지만 Apple에서 만든 Screen Reader 라고 보면 된다.
OS X에 있는 VoiceOver와 동일한 기능을 수행한다.
VoiceOver를 On을 하면, Touch는 선택된 Object(객체)에 대한 설명을 읽어주는것으로 대체되며,
Double-tap을 해야지만 Click과 같은 역활을 수행하게 된다.

기본적인 작동법의 변화 전/후를 정리해보았다.

 VoiceOver Off (Default)  VoiceOver On
 터치(Touch) 실행 항목 읽기
 탭(Double tab) 줌인/줌아웃 실행
 한 손가락 좌우 쓸어넘기기
(Flick left, right)
좌/우로 스크롤링 및 이동 이전/다음 항목 읽기
 두 손가락 아래로 쓸어 넘기기
(Two finger flick down)
선택한 항목에서부터 시작하여 페이지 읽기
두 손가락 위로 쓸어 넘기기
(Two finger flick up)
가장 위에서부터 시작하여 페이지 읽기
세 손가락 좌/우/위/아래로 쓸어 넘기기
(Three finger flick left/right/up/down)
스크롤링
네 손가락 좌/우로 쓸어 넘기기
(Four finger flick left/right)
이전/다음 컨테이너(메뉴 혹은 페이지)로 이동 – iPad만 지원
네 손가락 위/아래로 쓸어 넘기기
(Four finger flick up/down)
처음/마지막 요소로 이동 – iPad만 지원

이 정도만 알아두면 VoiceOver를 사용하는데 지장은 없을듯 하다.

http://www.apple.com/accessibility/iphone/vision.html
http://www.apple.com/accessibility/ipad/vision.html
이곳에 가면 간략한 설명은 나오지만, 디테일한 사용설명서 같은것은 없다.
간단하게 표로 결과물이 나오기까지 저자의 노고를 조금이라도 알아달라는 마음에서;;

하지만 막상 해보면 생각보다 쉽게 되지 않은데 “VoiceOver 연습”이라는 메뉴가 있다.
이곳에 가서 연습을 해보면 된다.

 

 

 

Zoom(확대/축소)

 

 

간단하게 화면을 확대/축소하는 기능이다.
이것또한 Touch방식이 변경되는데,  보통 사진이나 Safari에서는 Double tab을 하면 확대/축소가 되었다. 하지만 Zoom기능을 켜게되면 세 손가락이 기준이 된다.

  • 세 손가락으로 Double tab을 하면 확대/축소가 되고
  • 세 손가락으로 Drag(이동)을 하면 화면이 움직이고
  • 세 손가락으로 Double tab한 상태에서 Drag up, down을 하면 줌인/줌아웃이 된다.

Large Text(큰 텍스트)

모든 글자를 크게 해주는것이 아니라 달력, 연락처, 메일, 메세지, 노트의 글자 크기만 키워주는 것이다.

White on Black(검정색 바탕에 흰색)

화면의 배경색을 검정색으로 바꾸고, 글자는 흰색으로 바꾸는 설정이다.
참고로. 이 옵션을 킨 상태에서 캡쳐를 떠도 그냥 일반의 모습으로 캡쳐가 된다. (그래서 포토샵으로 Invert했다는 수고를 알아달라는건 아니다.흠흠)

Mono Audio(모노 오디오)

모노 오디오는 스트레오로 나오는것을 모노로 바꿔서 출력을 해주는 기능

Speak Auto-text(자동 텍스트 말하기)

제목막 보고서,  voiceOver도 있는데.. 이게 무슨 기능인가? 했다.
글자를 입력하다 보면, 자동으로 완성된 문자를 추천해줄때가 있다. 바로 추천된 단어를 읽어주는 기능이다.

Tripe-click Home(홈 삼중 클릭)

Home버튼 (iPod, iPhone, iPad에 외부로 노출된 유일한 제어기능이 있는 버튼)을 세번 눌렀을때 실행되는 기능을 정의하는 메뉴다.
옵션들의 대한 설명은 뻔한것이므로 생략하겠다.
 

 

마치며

iOS에서 제공하는 접근성 기능이 무엇인지 간략하게 알아봤다.
다들 이미 눈치를 챘겠지만, 우리가 신경써서 확인해야 될 부분은 VoiceOver다.
VoiceOver가 제대로 읽어주는지, VoiceOver의 Object간 이동 순서가 논리적인지등
나머지 것들은 시스템에서 제어를 하는 접근성 항목이기 때문이다.

ps.
Xcode3 에서 Xcode4로 넘어오면서 Accessibility 항목이 IB에서 사라져버렸다.
분명 IB에서만 사라진게 아니라 Code에서도 변화가 있을것 같은데..
문제는 아직까지 Xcode4에 맞춘 Guide Document가 아직 릴리즈가 안되었다는 것이다.
일단 Apple에 Xcode4용으로 빨리 릴리즈 해달라고 메일을 보내놓긴 했는데.. 언제 릴리즈가 될지 모르겠다.
결국 헤딩하면서 찾아내야 되는 상황.. 이제 농땡이 칠 시간도 없어져가는데. 큰일이다.

Accessibility for iOS #1 들어가며.

스마트폰 App 제작은 이제 핫이슈가 아니다. 좀 더 정확하게 말하면 이슈거리도 안된다.
스마트폰의 App개발은 홈페이지 만들듯, 이제는 당연한것으로 여겨진다.

그렇다면 App의 접근성은 어떠한가?


우리 솔직해져보자.
개발자중에 ‘접근성’이라는 단어를 들어본적이 있는 사람이 있는가?
만약 있다면 ‘접근성’을 App개발과 연관시켜서 생각해본적이 있는가?
그렇다면 접근성을 준수하는 App을 만들려고 노력이라도 해보았는가?

Apple에서 만드는 제품(Product)들은 대부분 접근성을 잘 지켜진 기기(Device)이다.
그러므로 장비탓을 할 수 도 없다.

과거에는 개발에만 열을 올렸지, 접근성은 철저히 무시되어왔다.
하지만 App을 만드는게 당연해진 지금이라도 접근성을 보장하도록 개발을 해야 하지 않을까?

애초부터 접근성도 함께 관심을 받으며 성장해 나가는것이 최고였겠지만,  지금이라도 접근성을 지켜 App 제작시 접근성도 당연히 신경쓰는날이 오길 기대하며 글을 써본다.

먼저 밝히고 싶은것은, 사실 필자 또한 접근성을 준수하며 App을 개발해본적이 없다.
하지만 이렇게 글을 써내려가는 이유는, 웹 접근성 전문가들중에 App 개발자는 유일무이한 상태(확인된바는 없다)다보니, 나에게 별로 달갑지 않은 책임감이 생겨버렸다.
내가 무슨 대단한 사람이라고 이런 책임감(?)이 느껴지는지 사실 모르겠다.

아무튼, 관련 문서들을 보며 직접 시도를 해보고 배운것을 하나하나 정리한 후 포스팅하게 될것이며, 기본적인 UI에서의 접근성을 다루게 될 것이다.

수정된(Customized) UI를 다루지 않는 이유는,

  • Customized UI의 방법과 형식은 무한하기 때문에, 이를 다룬다는것 자체가 어폐가 있고
  • 기본 UI의 접근성을 준수하는 방법을 익힌다면, 그 후는 응용이라고 생각하기 때문이다.

iOS에서 접근성을 지키는게 복잡하거나 어려운게 아니기때문에 연재수가 많아지지는 않을것 같다.(사실 무지 간단하다. 포스팅하는게 무안할정도로. 흠흠;;)
짐작키로 많아야 5회정도?

언제 연재가 완료가 될 지 모르겠지만 스스로를 독려해본다.

 

Android와 iOS의 접근성을 비교한 글이 있다. 스마트폰 App개발자라면 한번쯤은 읽어봄직 하다.
Accessibility 서비스로 바라본 안드로이드 vs iOS

CSS for iPad Orientation (화면회전)

CSS for Retina Display 에 이어 이번엔 IPad 화면 회전에 따른 CSS 적용법에 대해 간략하게 적어보겠다.
사실 화면회전에 따라 CSS를 구별해서 적용하는 경우는 드물것이나, IPad에 맞춤 웹페이지를 제작하다보면 어느순간 필요해지는 부분이다.

1. Media Query
iPad Orientation의 Media Query는

all and (orientation:portrait)
all and (orientation:landscape)

이다.
portrait는 세로화면,
landscpae는 가로화면이다.

2. 불러오기
CSS for Retina Display와 동일하다

2-1. 별도의 CSS File을 만든경우

<link rel=”stylesheet” media=”all and (orientation:portrait)” href=”/stylesheets/portrait.css”>
<link rel=”stylesheet” media=”all and (orientation:landscape)” href=”/stylesheets/landscape.css”>

2-2. style을 구분하여 불러올 경우

<style type=”text/css” media=”all and (orientation:portrait)”>
<style type=”text/css” media=”all and (orientation:landscape)”>

2-3. 일반적인 style 안에서 불러올 경우

@media all and (orientation:portrait) {
#for portrait style codes..
}
@media all and (orientation:landscape) {
#for landscape style codes..
}

3. 예제
세로용에는 portrait, 가로용에는 landscape를 부여하고, CSS를 통해 제어해보겠다.

<style type=”text/css” media=”screen”>
@media all and (orientation:portrait) {
.portrait { display: block; }
.landscape { display: none; }
}
@media all and (orientation:landscape) {
.portrait { display: none; }
.landscape { display: block; }
}
</style>

Orientation:
<div>Portrait</div>
<div>Landscape</div>

4. 확인
4-1. Portrait(세로모드)

 

 

 

 

 

 

4-2. Landscpae(가로모드)

 

 

 

 

XCode4에서 App 등록하기.

XCode4로 업데이트 되면서 App 등록을 시킬려고 했더니.. 이거 뭔가 잘 안된다.
그래서 가볍게 구글링 해봤는데.. 없다. (다들 아는걸 나만 모르고 있었나?;;)
어쩔 수 없이 XCode 페이지에서 Xcode 4 Transition Guide를 살펴보니 끝트머리(96 of 98)에 나와있다.
만약 검색안하고 처음부터 살펴봤으면(물런 그럴일은 없겠지만)… 끔찍하다 -ㅅ-;
뭐 암튼 어떻게 바뀌었는지 정리 한번 해봤다.

과거 App Upload방식의 변경이 웹페이지에서 직접 파일을 업로드 하는 방식에서, File Upload 부분만 Application Loader로 바뀌었었다면. 이번엔 Upload하기 전 과정이 바뀌었는데, Archive(새로 추가됨)를 이용하도록 변경되었다.

어떻게 바뀌었는지 둘러보자.
아참. 웹페이지에서 하던일은 똑같이 해줘야 한다. 순전히 XCode에서의 작업만 변경되었다.

1. Build Configuration, Distribution?
1-1. XCode3에서 넘어온 경우
XCode3에서 Build Configure “Distribution”을 만들어서 사용했던 경우인데,  Archive Build Configuration만 변경해줘도 되고 아래 1-2 방법을 사용해도 된다.

Editor에서 Edit Scheme를 클릭

 


Archive가 Release로 선택되어 있는데, 이를 Distribution으로 변경.

 

 

 
1-2. 새로 프로젝트를 만든 경우 (CodeSign 적용)
 과거에는 Build Configuration에서 Release를 복사해서 Distribution을 만들었었는데 XCode4에서는 어떻게 Distribution을 만드는지 모르겠다.
이런 프로세스 자체가 사라진것 같은데, 개인적인 추측으론 쓸대없이 Distribution만들지말고 Release쓰라고 그런게 아닐까? 한다.
암튼 돌아와서, Release의 CodeSign만 변경해주면 된다.

Project Navigator에서 현 프로젝트를 선택한 후 Build Setting 탭으로 이동 (아래 캡쳐에서는 탭이 짤려서 안나온다)
여기서 Release CodeSign을 Distribution용 CodeSign으로 선택

 

 


결국 이 과정은 CodeSign을 맞추는 과정이다.

2. Archive
Organizer의 Archives 에 등록을 해야먄 App을 Upload할 수 있다.
현재는 아무것도 없는 상태


Editor로 돌아와서, iOS Device로 시뮬레이터 선택

 


Product -> Archive를 실행


Archive를 위한 Compiling중.

Compile이 끝나고 Organizer를 확인해보면, Archive한 App이 나타난다.
여기서 Submit 버튼을 누르면 AppStore 등록 프로세스로 넘어간다.
 

 

3. App Store에 등록
여기서부터는 과거 Application Loader 방식과 동일하다고 보면 된다.
Organizer에서 Submit을 하면, 로그인창이 나오는데, 개발 계정으로 접속을 하면 된다.

로그인을 하면, Application과 CodeSign이 나오는데, 웹페이지(개발센터)에서 Ready for Upload인 App들만 나온다. (과거와 동일)

Next누르면 Upload가 시작된다.

Upload가 끝나면 이런 화면이 뜨는데..
이슈거리가 있으면 어떤 화면이 뜰지 모르겠다. 인증서가 잘못되면 여기서 걸리지 않을까 추측해본다.

Status를 확인해보면 Submitted라고 나온다.
 

 
웹페이지(개발센터)로 가서 한번 확인해보면, “Upload Received”

몇초후 Reload하니 “Waiting For Review”로 status가 변경되었다.

4. 정리

 XCode3 XCode4
 Distribution 만들기 (CodeSign)  1. Info 에서 Release 복사해서 Distribution 타입 만들기.  1. Schema에서 Archive의 Build Type을 Distribution으로 변경 혹은 Release의 CodeSign 변경
 Compile 및 Upload 준비
 2. Distribution으로 Build.
3. Compress
 2. Product -> Archive
 App Upload
 4. Application Loader를 이용해서 Upload.  3. Organizer -> Submit

Finder왔다갔다 할 필요 없이 XCode내에서 클릭 먗번으로 줄여줬고,
Application Loader를 이용해서 Upload하는 방식은 변하지 않았다.