나는 이상한 문제가있는 것 같아 도움이 될만한 제안을 해주시면 감사하겠습니다."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가 작동합니까? 아니면 에뮬레이션에 문제가 있습니까?
나는 도움이되는 모든 생각에 대해 매우 감사 할 것입니다.
일부 이미지는 문제를 설명하는 데 도움이되기를 바랍니다.
기본 문서보기 모드 : 사용자가 "메모를"버튼을 누르면
후, 노트 모드를 복용. 이것은 사용자가 EditText보기 ("노트를 입력하려면, 여기를 누르십시오")를 표시하는 EditText보기를 누르기 전입니다 : "MAKE NOTES"버튼을 누르면 사물을 재정렬합니다. 컨트롤이 대략 왼쪽 위 사분면에 맞춰진 것처럼 보입니다. 문서 뷰는 오른쪽 위 사분면에있는 스크롤 가능한 작은 영역에 배치됩니다. 나는 키보드가 표시되도록 요청하고, 그것들은 그 것들 아래의 스크린에 맞는다.키보드가 잘 맞으므로 "추출"보기가 필요하지 않습니다. 특히 내가이 에뮬레이터 화면 스냅 샷을 얻은 이후 EditText보기를 한 텍스트 줄로 제한 했으므로 입력이 "portrait"방향 에서처럼 EditView 내에서 발생하기를 기대합니다.
대신 때의 EditText 뷰 내에서 사용자 프레스 :
나는 단지 사용 된 높이에 영향을 줄 수있는 "힌트"를 제공하기를 원했습니다. "textNoSuggestions"를 추가했을 때 키보드의 상단 수평 "행"이 제거되었습니다. 키보드의 높이가 낮았습니다. 사용자 키보드의 실행 코드를 작성하지 않고 XML 키보드 레이아웃을 수행하고 표준 논리를 지원하기를 기대했습니다. 내 질문을 명확히하기 위해 추가 한 이미지에서 이모티콘 키를 DONE 키로 바꿀 수 있다면 추출보기가 사용되지 않았을 수도 있다고 생각했습니다. android : imeOptions = "flagNoExtractUi"해결되었습니다. 대단히 감사합니다 !! –