2016-06-08 7 views
3

나는 이상한 문제가있는 것 같아 도움이 될만한 제안을 해주시면 감사하겠습니다."Google 키보드"Whisperers가 있습니까? API19

다양한 화면 폼 팩터를 테스트하여 실사를 위해 노력하고 있지만 API 레벨 19를 사용하는 에뮬레이트 된 Nexus 4의 기본 키보드 (일명 Google 키보드)에는 문제가 있습니다. AFAIK, 온라인 사양에 따르면 Nexus 4는 API 17로 출시되었으므로 19는 Nexus 4의 모든 하드웨어를 처리 할 수 ​​있어야합니다.

문서를 표시하고 사용자가 원하는 경우 문서에 대한 메모를 입력하고 동시에 문서를 볼 수 있습니다. 기본적으로 대부분의 화면은 문서보기에서 가져옵니다. 그러나 입력 할 문서에 대한 노트를 허용하기 위해 버튼을 누르면 뷰가 재정렬되어 소프트 키보드가 EditText보기와 함께 표시되어 노트를 허용하고 여전히 많은 문서를 허용합니다 쉽게 볼 수 있으며, 스크롤링이 제공됩니다.

기본적으로 "세로"방향에서 나는 너무 많은 문제를 해결하기 위해 내가 필요로하는 것에 구두끈을;을 수 있습니다. 그러나 "풍경"방향에서 이상하게도, 화면 키보드 자체가 화면 "높이"의 절반을 점유하고 다른 절반은 표시되는 별도의 입력 영역으로, 여러 줄이 높습니다. "DONE"버튼은 오른쪽 스크린 가장자리 근처의 입력 영역 높이의 약 절반 정도 별도로 표시됩니다. 내 styles.xml의 테마

android:inputType="text|textNoSuggestions|textShortMessage" 
android:singleLine="true" 

이 : 소프트 키보드 및 AS/작은 가능한 한 간단 연관된 입력 영역을 유지하기 위해

, 나는이의 EditText의 속성을 공급 한 파일 : 나는 심지어까지 등, XML에서 사용자 지정 키보드 구조를 구축으로가는 간주 한

<item name="android:windowSoftInputMode">stateUnchanged</item> 

..하지만 내 이해는 안드로이드 키보드 정의가 단지에 대해 "개인적으로"사용을 허용하지 것입니다 하나의 앱; 대신 사용자가 사용자 정의 키보드 설명을 사용자의 표준 키보드로 승인해야하거나 사용자 정의 키보드를 전혀 사용하지 못하도록해야합니다.

내가 놓친 적이 있습니까? 내 목적을 위해 속성을 올바르게 사용하지 않습니까? 원하는 효과를 얻기 위해 내가해야 할 일이 있습니까? 설명 된대로 실제 Nexus 4가 작동합니까? 아니면 에뮬레이션에 문제가 있습니까?

나는 도움이되는 모든 생각에 대해 매우 감사 할 것입니다.

일부 이미지는 문제를 설명하는 데 도움이되기를 바랍니다.

기본 문서보기 모드 : 사용자가 "메모를"버튼을 누르면 image of default document viewing mode

후, 노트 모드를 복용. 이것은 사용자가 EditText보기 ("노트를 입력하려면, 여기를 누르십시오")를 표시하는 EditText보기를 누르기 전입니다 : "MAKE NOTES"버튼을 누르면 사물을 재정렬합니다. 컨트롤이 대략 왼쪽 위 사분면에 맞춰진 것처럼 보입니다. 문서 뷰는 오른쪽 위 사분면에있는 스크롤 가능한 작은 영역에 배치됩니다. 나는 키보드가 표시되도록 요청하고, 그것들은 그 것들 아래의 스크린에 맞는다.키보드가 잘 맞으므로 "추출"보기가 필요하지 않습니다. 특히 내가이 에뮬레이터 화면 스냅 샷을 얻은 이후 EditText보기를 한 텍스트 줄로 제한 했으므로 입력이 "portrait"방향 에서처럼 EditView 내에서 발생하기를 기대합니다.

대신 때의 EditText 뷰 내에서 사용자 프레스 : image of after a press within the EditText view

답변

0

키보드의 높이를 변경할 수있는 방법은 없습니다. 키보드 자체는 InputMethodService 클래스의 onComputeInsets에 onCreateInputView에서 반환 된 뷰의 높이를 결합하여 설정합니다.

실제로 앱용으로 키보드를 만들 수 있지만 사용자가 나를 미워할 것입니다. Swype 기능이나 좋은 자동 고침 또는 다른 회사에서 수년을 보내지 않고 다른 것을 쓰지 않을 것입니다.

설명하는 것처럼 보이는 것은 키보드가 가로 모드에서 전체 화면을 차지하는 추출보기라는 전체 화면 편집 상황입니다. 휴대 전화의 표준 안드로이드 환경입니다. 앱을 사용할 수있을만큼 화면이 너무 적기 때문입니다. 그게 당신이보고있는 것입니까, 아니면 다른 것입니까? 추출 모드 인 경우 android : imeOptions = "flagNoExtractUi"를 textview에 추가하십시오.

+0

나는 단지 사용 된 높이에 영향을 줄 수있는 "힌트"를 제공하기를 원했습니다. "textNoSuggestions"를 추가했을 때 키보드의 상단 수평 "행"이 제거되었습니다. 키보드의 높이가 낮았습니다. 사용자 키보드의 실행 코드를 작성하지 않고 XML 키보드 레이아웃을 수행하고 표준 논리를 지원하기를 기대했습니다. 내 질문을 명확히하기 위해 추가 한 이미지에서 이모티콘 키를 DONE 키로 바꿀 수 있다면 추출보기가 사용되지 않았을 수도 있다고 생각했습니다. android : imeOptions = "flagNoExtractUi"해결되었습니다. 대단히 감사합니다 !! –