9

私は回避策を見つけたので、これは「より適切な方法はありますか」という質問です。

テーブル ヘッダーの一部がスペル ミスとして検出され、赤い下線が引かれています。もちろん、それは私が見たいものではありません。私はそれを使用して発見しました

android:inputType="textNoSuggestions"

スペル チェック マーキングを無効にします。ドキュメントの状態としてこれが必要であることは奇妙です(バグ?)。

inputType: テキスト フィールドに配置されるデータのタイプ。インプット メソッドがユーザーにテキストを入力させる方法を決定するために使用されます。

textView だけに関連付けられた入力はありません。これは、スペルチェックを回避する唯一の/より適切な方法ですか?また、これは入力フィールド以外のスペルチェックであるというバグですか?

更新: リクエストごとに、これはサンプル xml です

<TextView
        android:text="ID#"
        android:layout_width="0dp"
        android:layout_height="wrap_content"
        android:typeface="monospace"
        android:textSize="14sp"
        android:digits="4"
        android:textAlignment="gravity"
        android:layout_weight="5"
        android:gravity="left"
        android:singleLine="true"
        android:phoneNumber="true"
        android:inputType="textNoSuggestions|none">

</TextView>
4

3 に答える 3

4

android:digitsまず、、、android:phoneNumberおよびandroid:inputType属性を削除してみます。

これらはすべて、入力を許可するフィールド ( などEditTexts) での使用を意図しています。またandroid:digits、指定した文字列が許可されている文字のみを定義しているため、属性を正​​しく使用しているようには見えません。

本質的に、この属性の組み合わせは、TextView が数字の 4 のみを含む電話番号の形式で入力を受け入れること、この TextView がいかなるタイプの入力も受け入れないこと、および Android がスペルチェックの提案を提供してはならないことを Android に伝えています。

TextView のコンテンツを自分で設定している場合、TextView のコンテンツをフラグなどで制限しようとする理由はありませんandroid:phoneNumber。これは、あなたがそれを制御しているためです。

于 2013-11-02T19:54:39.570 に答える
2

これが古いスレッドであることは知っていますが、コンテンツ XML から次のものを削除するとうまくいきました。

    android:autoText="true"
于 2016-01-31T19:19:22.597 に答える