Я проверил в AOSP и в TextView вы можете ясно видеть, что значение атрибута не изменяется (это легко проследить, в строке 1034 атрибут выбирается) и позже используется в следующем фрагменте кода ):
if (inputMethod != null) {
Class> c;
try {
c = Class.forName(inputMethod.toString());
} catch (ClassNotFoundException ex) {
throw new RuntimeException(ex);
}
try {
createEditorIfNeeded();
mEditor.mKeyListener = (KeyListener) c.newInstance();
} catch (InstantiationException ex) {
throw new RuntimeException(ex);
} catch (IllegalAccessException ex) {
throw new RuntimeException(ex);
}
try {
mEditor.mInputType = inputType != EditorInfo.TYPE_NULL
? inputType
: mEditor.mKeyListener.getInputType();
} catch (IncompatibleClassChangeError e) {
mEditor.mInputType = EditorInfo.TYPE_CLASS_TEXT;
}
}
Итак, самое близкое, что мы можем обойти, это вызов TextView#setKeyListener()
(это в основном то, что этот фрагмент кода делает, обратите внимание на приведение после создания экземпляра класса, как только он загружен mEditor.mKeyListener = (KeyListener) c.newInstance();
). Это, как говорится, из моего ограниченного понимания этой темы, KeyListener
это не то, что вы ищете.
На самом деле Вы совершенно правы. WPF ЯВЛЯЕТСЯ независимым разрешением, но проблема состоит в том, как Вы управляете калибровкой шрифта.
ViewBoxes нужно избежать, потому что они стоят производительности, но я думаю, что единственный не должен причинять никому боль.
Но остерегайтесь: Это может посмотреть прямо сейчас, но Вы просто не можете отобразить столько же информации с 640x480 сколько с 1600x1200... Самое изящное решение состоит в том, чтобы использовать зависимые шаблоны разрешения, которые являются demonstratet на фотографии приложение Suru.
WPF имеет независимость разрешения в своем ядре. Его измерение по умолчанию находится в Независимых от устройств Пикселях (ПАДЕНИЯ), не пиксели. Можно ли объяснить, как это не работает на Вас, и, возможно, обеспечьте очень простой пример XAML, который не масштабируется правильно?