안드로이드 화면 가로/세로 관련하여 가로 모드일 경우 특정 화면에서는 가로로, 세로 모드일 경우에는 특정 화면에서 세로 화면으로의 기능이 필요해서 개발을 하다 보니 가로세로의 정의가 폰과 탭이 달라서 폰과 탭을 구분지을 필요가 있어 조사를 해봤다.

테스트 예제 소스

	private int getScreenOrientationPhone(int orientation) {
		switch (orientation) {
        case Surface.ROTATION_0:
        	return ActivityInfo.SCREEN_ORIENTATION_PORTRAIT;
        	
        case Surface.ROTATION_90:
        	return ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE;


        case Surface.ROTATION_180:
        	return ActivityInfo.SCREEN_ORIENTATION_REVERSE_PORTRAIT;
        	
        case Surface.ROTATION_270:
        	return ActivityInfo.SCREEN_ORIENTATION_REVERSE_LANDSCAPE;
        }
		
		return ActivityInfo.SCREEN_ORIENTATION_PORTRAIT;
	}
	
	private int getScreenOrientationTab(int orientation) {
		switch (orientation) {
        case Surface.ROTATION_0:
        	return ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE;
        	
        case Surface.ROTATION_90:
        	return ActivityInfo.SCREEN_ORIENTATION_REVERSE_PORTRAIT;


        case Surface.ROTATION_180:
        	return ActivityInfo.SCREEN_ORIENTATION_REVERSE_LANDSCAPE;
        	
        case Surface.ROTATION_270:
        	return ActivityInfo.SCREEN_ORIENTATION_PORTRAIT;
        }
		
		return ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE;
	}
	
	private int getScreenOrientation(int orientation) {
		if (isTablet()) {
			return getScreenOrientationTab(orientation);
		} else {
			return getScreenOrientationPhone(orientation);
		}
	}

	private boolean isTablet() {
        Configuration config = getContext().getResources().getConfiguration();
        return ((config.screenLayout & Configuration.SCREENLAYOUT_SIZE_XLARGE) == Configuration.SCREENLAYOUT_SIZE_XLARGE);
	}

다음과같은코드를이용하여코드상에서폰과태블릿을구분할수있다.

(코드상에서폰인지태블릿인지를가져올수있다.)

int screenSizeType = (/*context.*/getResources().getConfiguration().screenLayout &

Configuration.SCREENLAYOUT_SIZE_MASK);

if(screenSizeType == Configuration.SCREENLAYOUT_SIZE_XLARGE) {

// 매우 큰 화면 사이즈, 10인치 이상 태블릿 : 갤럭시탭 10.1, 갤럭시노트10.1, 기타 등등.

}

else if(screenSizeType == Configuration.SCREENLAYOUT_SIZE_LARGE) {

// 큰 화면 사이즈, 약 7인치 태블릿 : 넥서스7, 갤탭, 기타 등등.;

}

else/* if(screenSizeType == Configuration.SCREENLAYOUT_SIZE_NORMAL ||

screenSizeType == Configuration.SCREENLAYOUT_SIZE_SMALL) */ {

 // 태블릿이아니다(폰) : 갤럭시노트, 갤럭시 S, 베가, 옵티머스시리즈기타폰들.

}

이에대한 자세한 설명은 Configuration 에 대해서 설명한  Android Developer 사이트에서 확인할 수 있다.

  대략 요약하자면,context에서 가져온 Configuration 의 인스턴스 내부의 screenLayout 필드 값을  SCREENLAYOUT_SIZE_MASK 으로 인코딩하여 화면 사이즈 종류를 가져올 수 있다.  

  Android Developer 페이지에 나와있는 설명을 대충 요약하면 이렇다.

SCREENLAYOUT_SIZE_SMALL

              설명 : 소형 화면. 저밀도(low-density) QVGA 와 비슷한 크기. - 값 싸고 화면 작은 저가 폰들이 이 범주에 속하

 는 것 같다.

              레이아웃 사이즈 :  최소, 약 320 x 426 dp.

              예 :  low-density QGVA,  high-density VGA.

SCREENLAYOUT_SIZE_NORMAL

 설명 :  일반 화면,  medium-density HVGA 와 비슷한 크기. -  일반적인 폰. 갤럭시 노트 포함.

 레이아웃 사이즈 :  최소, 약 320x470 dp.

 예 :   low-density WQVGA , medium-density HVGA , high-density WVGA.

SCREENLAYOUT_SIZE_LARGE

 설명 :  대형 화면,  medium-density VGA 와 비슷한 크기.  - 넥서스7과 갤탭등.

 레이아웃 사이즈 :  최소, 약 480x640 dp.

 예 :  medium-density VGA, medium-density  WVGA

SCREENLAYOUT_SIZE_XLARGE

 설명 :  초(?)대형 화면,  medium-density VGA 와 비슷한 크기 - 현재까지는 갤탭 10.1 갤노트 10.1, 기타 10인 근처의 타블릿등등.

 레이아웃 사이즈 :  약 720x960 dp 이상.

API 9 부터추가. (진저브레드부터사용할수있다.)

매니페스트에 orientation|keyboardHidden 를 해주어도 onConfigurationChanged() 함수가 호출이 안되는 경우가 있다.
안드로이드 Android 3.2 이상 부터는 "orientation|keyboardHidden" 대신 "orientation|screenSize"로 변경해야 호출이 된다.
매니페스트에서 android:targetSdkVersion 도 같이 확인..

XML 에서 EditText 속성에
android:inputType="textVisiblePassword" 또는 android:inputType="textUri" 로 설정

아이스크림에서는 안나오는 경우가 발생
그럴 경우 소스 코드에서
editText.setPrivateImeOptions("defaultInputmode=english;"); 로 사용 하면 됩니다.

 
		// XML 에 키보드를 추가하면 Dialog 뒤의 Activity 의 화면만 줄어든다.
		// Dialog 의 window 의 값을 따로 설정
        // Dialog 의 onCreate 에서 또는 Dialog dialog.getWindow() 해서 사용한다.

		Window win = getWindow();
		WindowManager.LayoutParams winLp = win.getAttributes();
		winLp.softInputMode = WindowManager.LayoutParams.SOFT_INPUT_ADJUST_RESIZE;
		win.setAttributes(winLp);

Provider는 공용 저장소를 제공하였다.

여기서 좀 찜찜한 기분이 들지 않는가?

공용 저장소라고 하면 나도 데이터를 쓰고/읽고가 가능하고

다른 패키지에서도 데이터를 쓰고/읽고가 가능할 것이다.

만일 내가 특정값을 Provider를 통해 읽어와 사용하고 있는 중에,

다른 패키지에서 그 값을 변경했을 경우 문제가 되지 않겠는가?

이러한 문제를 해결하기 위해 Content Observer라는 것이 존재한다.

이 녀석의 역할은 특정 URI에 해당하는 데이터가 변경되었는지

감시하는 역할을 한다.

테스트 패키지로 이해해 보자.

!!! 테스트 할 패키지는 바로 전 강좌의 소스를 그대로 사용하겠다.

먼저 Provider 패키지 부분을 약간 수정해 보자.

아래는 StudentsProvider.java 소스이고

delete() 함수 부분만을 수정할 것이다.

getContext().getContentResolver().notifyChange(uri,null);

이라는 부분이 존재한다.

notifyChange()라는 함수명만 보아도 대충 알만하지 않는가?

변경된 사실을 누군가에게 알린다는게 아닐까?

그렇다!  해당 함수는 ContentResolver들에게 DB의 내용이 변경되었다는 것을

알리는 역할을 한다.

위의 소스는 delete() 함수 즉 특정 레코드를 삭제하고 있다.

그러므로 DB의 내용이 레코드 삭제를 통해 변경 되었으므로,

ContentResolver 들에게 알리는 것이다.

getContext().getContentResolver().notifyChange(uri,null);

notifyChange()함수에서 첫번째 인자 uri 는 무엇을 말할까?

변경된 부분의 Uri 즉 경로를 말한다.

예를 들어 Uri가

content://com.provider.students/students/4

와 같다면

students 테이블의 4번째 id 레코드가 삭제되었다는 것을 의미 하는 것이다.

content://com.provider.students/students

와 같다면

students 테이블의 여러개의 레코드가 삭제되었다는 것을 의미 하는 것이다.

위의 소스와 같이 Provider 구현자는 DB가 변경되는 부분에

notifyChange() 함수를 넣우 둬야 한다.

DB가 변경된 사실을 꼭 알릴 필요가 없다면 마음대로 하라. ^^

내가 하고 싶은 말은 구현자의 몫이라는 것이다.

이제는 위의 변경되었다는 사실을 받는 부분을 구현해야 한다.

이전 패키지에 Resolver 부분을 그대로 수정하자.

아래는 StudentsResolverTestActivity.java 파일이다.

1번과 같이 ContentObserver 객체 변수를 선언하고

2번과 같이 ContentObserver 를 구현한다.

ContentObserver class는 abstruct class이다.

그러므로 추가적으로 3번과 같이 0nChange ()함수를 구현해 주어야 한다.

해당 함수는 ContentProvider가 변경 사실을 알려 줄때

호출되는 Callback 함수 이다.

해당 함수가 정말 호출되었는지 확인하기 위해서 Log를 남겨 두자.

이 ContentObserver가 동작하기 위해서는

5번과 같이 ContentResolver에 등록해 주어야 한다.

등록하는 함수는 registerContentObserver()이다.

또한 해지 하는 함수는 6번과 같이 unregisterContentObserver()이다.

그런데 만일 해지를 하지 않으면 큰일 날까?

Framework 소스 확인해 본 결과 특별히 문제가 되진 않았다.

그런데 왜 책이나 인터넷에는 꼭 해지를 해야 한다고 할까? ^^a

개인적인 생각으로는

더 이상 noti를 받기 싫은 경우에 unregisterContentObserver()를 사용해서

해지 하는 것이 주 용도라고 생각한다.

하지만 등록과정이 있으므로 해당 Activity가 종료하기 전에

해제 하도록 하여 Framework의 부하를 조금이라도 줄여 주는 것이 맞다.

수정한 Provider와 Resolver 패키지를 모두 설치하고

Resolver를 아래와 같이 실행해 보자.

위의 1번 Insert를 눌러 ContentPorvider에 데이터를 추가하고

2번의 Delete를 눌러 데이터를 삭제해 보자.

Delete를 누르면 Provider에서 notifyChange() 가 호출될 것이다.

3번에서 정상적으로 호출된 로그가 출력되었다,

해당 notifyChange()가 Provider에서 호출된후,

Resolver 측에서 그 결과를 전달받게 된다.

4번에서 정상적으로 0nChange() 함수가 호출된 것을 볼 수 있다.

정말 간단하지 않은가? ^^

자 좀더 자세히 알아보기 위해

registerContentObserver() 함수에 대해서 살펴 보자.

해당 함수의 원형은 아래와 같다.

public final void registerContentObserver

(

Uri                       uri,  <<== 첫번째 인자.

boolean                notifyForDescendents,

ContentObserver    observer

)

위에서 세번째 인자 observer는 무엇을 의미하는지 알 것이다.

0nChange() 가 구현된 ContentObserver 객체를 넣어주면 된다.

그렇다면 첫번째 인자 URI는 무엇을 의미하는 것일까?

아래의 그림을 보고 이해해 보자.

우선 Resolver 측에서

1번에서 registerContentObserver()함수를 이용해서 등록하였다.

2번을 보면 등록할때 첫번째 인자로 URI를 넘긴다.

3번과 같이 URI는 "content :// com.provider.students / students"이다.

         즉 "content :// com.provider.students / students" 경로의 데이타가

         변경되면 알려 달라는 의미이다.

자 이제 Provider 측이다.

4번을 보면 특정 데이타가 변경되어 notifyChange() 함수를 호출하여 알린다.

5번은 변경된 데이터의 경로 Uri가 첫번째 인자로 전달된다.

6번의 Uri은 "content :// com.provider.students / students" 이다.

        즉 "content :// com.provider.students / students" 경로의 데이타가 변경되었다는 의미이다.

7번에서 ContentService 측에서

        Resolver에서 등록한 Uri와 Provider에서 알린 Uri가 같은지 체크한다.

8번에서 같으면 ContentService는 해당 Resolver에 0nChange() 함수를 호출해 주는 것이다.

이해가 되는가?

자 그렇다면 두번째 인자가 의미하는 것은 무엇일까?

public final void registerContentObserver

(

Uri                       uri,

boolean                notifyForDescendents, <<== 두번째 인자.

ContentObserver    observer

)

위에서 보면 Provider에서 보낸 Uri와 Resolver에서 등록한 Uri가

완전 동일해야만 noti를 받을 수 있었다.

하지만 예를들어

Resolver에서 등록한 Uri : "content :// com.provider.students / students"

Provider에서 보낸     Uri : "content :// com.provider.students / students / 4"

이라면 서로 Uri가 달라 받을 수 없을 것이다.

하지만 자세히 보라. 상위 경로는 모두 동일하고 하위 경로 "/ 4" 만 다른다.

이렇게 하위 경로만 다른 경우에도 받고 싶을 때가 많을 것이다.

(하위 경로를 일일이 다 알 수 있는 것다 아니지 않은가?)

그때 바로 두번째 인자인 notifyForDescendents 를 "true"로 설정하면 된다.

아래의 그림으로 이해해 보자.

Provier측에 7번에서 하위 경로가 "/125" 로 추가 되었다.

하지만

Resolver측에서 2번과 같이 notifyForDescendents 를 "true"로 설정하였다.

그로 인해 8번과 같이 일치하지 않아도

9번이 실행된 것이다.

자 테스트를 해 보자.

아래의 Resolver 소스를 약간 변경해 보자.

자 "true"로 변경하였다.

자 정상적으로 받을까?

실행해 보자.

1번버튼을 눌러 insert로 데이터를 추가해 두자.

데이터를 추가할때 화면에 "content :// com.Provider.Students / students / 3" 번 경로의 데이터가

추가된 것을 알 수 있다.

!!! 자 2번에 delete 버튼을 눌러 지우기 전에 한가지 소스를 더 수정해야 한다.

위와 같이 "content :// com.Provider.Students / students / 3" 이 수정 되었으므로

해당 데이터만 지원 주는 코드를 테스트를 위해 변경한 것이다.

다시 실행해 보자.

자 이제 2번과 같이 Delete 버튼을 눌렀 이전에 1번에서 추가된

"content :// com.Provider.Students / students / 3" 을 삭제해 보자.

과연 0nChange() 함수가 호출이 될까?

위에 로그를 보면 4번과 같이 정상적으로 호출된 것을 알 수 있다.

정리해 보면

Provider에는

    특정 레코드가 삭제되었으므로

    "content :// com.Provider.Students / students / 3"  라고 Uri이 notifyChange()를 날렸을 것이고,

Resolver에는

    "content :// com.Provider.Students / students" 라고

    Uri가 registerContentObserver() 함수로 등록되었다.

그렇다면 서로 Uri가 달라서 0nChange ()가 호출되지 않아야 하나.

Resolver에서 registerContentObserver() 함수로 등록할때

두번째 인자인 notifyForDescendents 를 "true"로 설정했지 때문에

하위 경로가 추가되어도 호출이 된 것이다.

아~ 늘 말하는 거지만 간단한 것을 글로 설명하자니 또 길어 졌다. ^^;;

자 마지막으로

ContentObserver 객체를 생성할때

구현해 주어야 하는 0nChange() 함수를 자세히 보자.

1번과 같이 첫번째 인자로 selfChange 라는 녀석이 있다.

무엇을 위해 존재하는 것일까?

테스트를 위해 바로 전에 수정한 내용을 모두 원복하고

2번과 같이 selfChange 값이 어떻게 넣어 오는지 로그를 남겨 보자.

자 실행하자.

1번 버튼을 눌러 데이터를 추가하고

2번 버튼을 눌러 지워보자.

3번과 같이 로그를 확인해 보면 0nChange() false" 라고 출력 되었다.

이 값은 늘 "false" 일 것이다. ^^;

그렇다면 "true"인 경우가 없는가?

물론 존재한다.

위에서 늘 "false"라고 했던 이유는 우리가 특별한 처리를 해 주지 않은 경우이다.

자 그 특별한 경우가 무엇일까?

잠시 아래의 내용을 고민해 보자.

만일 Provider에서 notifyChange()를 날렸을때 말고

Resolver에서 강제로 0nChange ()를 호출 되게 할 방법이 없을까?

존재한다.

아래의 Resolver 소스를 수정해 보자.

위의 1번은 insert 버튼을 눌렀을때

생성된 ContentObserver 객체 멤버 함수인 dispatchChange() 함수를 호출하는 것이다.

이 함수가 바로 0nChange () 함수를 강제로 호출하게 해준다.

dispatchChange()  함수 인자에는 boolean 값이 들어 간다.

이 값을 "true"라고 넣자.

자 이제 실행해 보자.

1번에 insert 버튼을 누르면

2번과 같이 dispatchChange()  함수 호출되면서 0nChange () 함수가 강제로 호출되고

         로그가 남았다.

         여기서 주목할 것은 0nChange () 함수의 인자가 "true"로 넣어 온 것이다.

         즉 dispatchChange(boolean) 함수의 인자 값에 따라

         0nChange() 의 인자가 결정되는 것이다.

         우리가 강제로 dispatchChange() 함수를 호출할때는

         우리 스스로가 호출한 것을 구분하기 위해 dispatchChange() 함수의

         인자를 "true"로 넣어 준다.

         그렇다면 0nChange () 함수 내에서 인자 "selfChange" 를 보고

         구분에서 원하는 처리를 하면 된다.

위에서 작성된 테스트 코드는 아래의 첨부를 참조하자.

참고링크 : http://www.androidpub.com/2207296

단순 번역이 아니라, 필요없는 부분(내가 생갈할 때, 굳이 언급안 해도 되는 부분)은 과감히 삭제하였으며, 이해를 돕기 위해 필요한 부분은 덧 붙이기도 했습니다.

Multiple-Screen 관련 이슈 가지고 계신 분들께 큰 힘이 되길 바랍니다.

=======================================================================

Supporting Multiple Screens

안드로이드는 서로 다른 screen size 및 density 를 갖는 device 에서 구동됩니다.

안드로이드 system 은 application 을 위해, 이런 특성을 care 할 수 있도록 개발 환경을 제공 하며, 대부분 device 의 screen UI 에 적용할 수 있는 feature 를 가지고 있습니다.

또한, 특정 screen size 및 density 에 맞게 조절할 수 있도록,(서로 다른 screen configuration 에 맞게 UI design을 최적화할 수 있도록) API 도 제공해 줍니다.

안드로이드 자체가 App 을 서로 다른 screen 에 맞게 scaling 및 resizing 을 수행해주지만, 각각의 device screen size 및 density 에 맞게 application을 최적화시켜주는 건 당신(개발자) 몫입니다.

그렇게 함으로써, user experience를 극대화 시킬 수 있으며, 사용자들은 당신의 app 이 그들의 device 에 맞게 design 되었다고 느끼게 될 것입니다.

이 문서 내용을 익힘으로써, 당신은 하나의 apk 로 모든 android supported screen configurations 에서 정확하게 동작하는 application 을 개발할 수 있습니다.

Overview of Screens Support

당신은 서로 다른 화면 사이즈와 density 에 대한 Application 의 UI 를 최적화하기 위해, 각 generalized sizes and density 에 맞는 resource 를 제공해 주면 된다.

예를 들면, 당신은 각 screen size 에 맞는 각각의 레이아웃을 만들 수 있으며, run time 때에 시스템은 현 실행되는 device 의 화면 설정값에 따라서 적당한 resource 를 사용할 수 있을 것이다.

당신은 모든 screen size 와 density 조합을 갖는 각 screen 을 위한 resource 를 제공할 필요는 없다.

안드로이드 시스템은 당신의 Application을 각 device screen의 configuration 값에 따라서 rendering 하는 강력한 호환성을 제공해준다.(당신이 이 문서에 명시된 practice 데로 구현할 경우에 한한다.)

Density independence

Figure 2. Example application without support for different densities, as shown on low, medium, and high density screens.

Figure 3. Example application with good support for different densities (it's density independent), as shown on low, medium, and high density screens.

안드로이드 시스템은 이를 위해 두 개의 방법을 제공해준다.

- 시스템은 현 device density 에 맞게 dp units 을 적절히 scale(확대/늘리다.) 해준다.

- 시스템은 현 device density 에 맞게 drawble resources 들을 scale 해준다.

Figure 2 의 경우, Text view 와 Bitmap drawble 은 px units 으로 명시되어 있으며, 그래서 screen density 에 따라서 그 크기가 달리 보인다. 이는 screen size 는 같을지라도, high density 스크린의 경우, 인치당 pixel 수가 더 많기 때문이다.

Figure 3 의 경우, dp units 으로 명시되었다. medium denisty 의 경우, Figure 2 와 동일하게 보이지만, low/high density 에서는 screen 에 맞게 상대적으로 scale up/down 해주므로 결국medium density 와 동일하게 보인다.

대부분의 경우, dp units 명시와 "wrap_content" 의 사용만으로, 시스템은 현 screen density 의 scaling factor 에 따라서 bitmap drawables 을 적절하게 scaling up/down 해 주며, 이로 인해서 Application 의 density independence 를 보장할 수 있게 된다.

하지만, bitmap scaling 은, 위 화면에서 알아챌 수도 있겠지만, 흐릿하게 보이거나 부분 부분 보이도록 하는 결과가 나올 수 있다.

이러한 문제를 피하기 위해서는 당신은 각각의 density 에 맞는 resource 를 제공해 줄 필요가 있다.

예를 들면, high-density screens 을 위해 higher-resolution bitmap 을 제공한다면, 시스템은 default(medium-density) resource 를 resizing 하는 것 대신에 제공된 resource 를 사용하게 될 것이다.

다음 장에서는 이런 방법에 대해 좀 더 살펴보겠다.

Configuration Qualifiers 는 resource directory name 에 덧 붙일 수 있도록 string 으로 표시되며 이 값으로 어떤 resource 들이 해당 폴더안에 들어있는지 파악할 수 있게 된다.

Table 1. Configuration qualifiers that allow you to provide special resources for different screen configurations.

Note: If you're developing your application for Android 3.2 and higher, see the section about Declaring Tablet Layouts for Android 3.2 for information about new configuration qualifiers that you should use when declaring layout resources for specific screen sizes (instead of using the size qualifiers in table 1).

4. 서로 다른 screen density 에 따른 각각의 bitmap drawables 를 제공하라.

비록 system 이 알아서 현 screen density 에 맞게 scale 해주겠지만, 좀 더 선명하게 보여주기 위해 density 에 따른 최적화 작업은 필요하다.

zxing 에서 가로모드로만 되어 있는 것을 세로 모드로 바꾸어 보겠습니다.
zxing 버전은 2012년 11월 20일 ZxingDemo versionCode=87 입니다.
zxing : https://github.com/zxing/zxing

많은 블로그에서 가져와서 테스트 해본 결과 입니다.

1. AndroidManifest.xml 에서 android:screenOrientation="portrait" 로 설정
2. CameraConfigurationManager.java

 
	void initFromCameraParameters(Camera camera) {
		Camera.Parameters parameters = camera.getParameters();
		WindowManager manager = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
		Display display = manager.getDefaultDisplay();
		int width = display.getWidth();
		int height = display.getHeight();
		// We're landscape-only, and have apparently seen issues with display thinking it's portrait 
		// when waking from sleep. If it's not landscape, assume it's mistaken and reverse them:
		// 아래 if 문을 주석 처리를 합니다.
//		if (width < height) {
//			Log.i(TAG, "Display reports portrait orientation; assuming this is incorrect");
//			int temp = width;
//			width = height;
//			height = temp;
//		}
		screenResolution = new Point(width, height);
		Log.i(TAG, "Screen resolution: " + screenResolution);
		cameraResolution = findBestPreviewSizeValue(parameters, screenResolution);
		Log.i(TAG, "Camera resolution: " + cameraResolution);
	}

3. void setDesiredCameraParameters(Camera camera, boolean safeMode) 함수에서 제일 아래 부분의 
   camera.setParameters(parameters); 전에 camera.setDisplayOrientation(90); 를 추가 합니다.
4. CameraManager.java 파일에서 getFramingRectInPreview() 에 아래와 같은 코드를 추가 합니다.

 
      rect.left = rect.left * cameraResolution.y / screenResolution.x;
      rect.right = rect.right * cameraResolution.y / screenResolution.x;
      rect.top = rect.top * cameraResolution.x / screenResolution.y;
      rect.bottom = rect.bottom * cameraResolution.x / screenResolution.y;

 

5. DecodeHandler.java 파일에서 private void decode(byte[] data, int width, int height) 함수에 아래와 같은 코드를 추가 합니다.

 
    byte[] portraitData = new byte[data.length];
    for (int y = 0; y < height; y++) {
    	for (int x = 0; x < width; x++) {
    		portraitData[x * height + height - y - 1] = data[x + y * width];
    	}
	}
	int tmp = width;
	width = height;
	height = tmp;
  	// 회전한 데이터를 buildLuminanceSource 에서 사용 해야 함
  	PlanarYUVLuminanceSource source = activity.getCameraManager().buildLuminanceSource(portraitData, width, height);

Activity 에서 onKeyDown()를 아래와 같이 Override 하면 된다.

	@Override
	public boolean onKeyDown(int keyCode, KeyEvent event) {
		switch (keyCode) {
		case KeyEvent.KEYCODE_BACK:
			return true;
		}
		return super.onKeyDown(keyCode, event);
	}

 
	// 키 가드 위로 화면을 표시 하고 싶을 경우 설정 한다.
	Window win = getWindow();
	win.addFlags(WindowManager.LayoutParams.FLAG_SHOW_WHEN_LOCKED 
					| WindowManager.LayoutParams.FLAG_TURN_SCREEN_ON);

	// 안드로이드 Clock 소스
	final Window win = getWindow();
	win.addFlags(WindowManager.LayoutParams.FLAG_SHOW_WHEN_LOCKED
	        | WindowManager.LayoutParams.FLAG_DISMISS_KEYGUARD);
	// Turn on the screen unless we are being launched from the AlarmAlert
	// subclass. 
	if (!getIntent().getBooleanExtra(SCREEN_OFF, false)) { 
	    win.addFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON
	            | WindowManager.LayoutParams.FLAG_TURN_SCREEN_ON
	            | WindowManager.LayoutParams.FLAG_ALLOW_LOCK_WHILE_SCREEN_ON);
	}
	

xml 에서 속성으로 하면 정상동작 하지 않음.
webView.setVerticalScrollbarOverlay(true); 로 설정을 해주어야 함.
아이스크림 버전은 속성을 주지 않아도 정상 동작 함.