リサイズ後のビューのレイアウト

Question

非常に頻繁に変化する値を表示するグリッドを作成しています。このため、コンテンツが変更されたときに自動サイズ変更するTextViewを使用しています（Auto Scale TextView Text to Fit within Bounds）。サイズ変更が行われますが、私はしたいと私はHierarchyViewerレイアウト・ディスプレイを持つ活性を調べる際にビューが正しく

事がある、レイアウトしません。

私の推測では、HierarchyViewerが起動しますrequestLayout（）またはビューに（）無効、私はいない成功を収めていることを試みたということです。このコードは、メインアクティビティで呼び出され、何の効果もありません。

new Handler().postDelayed(new Runnable() {    
      @Override 
      public void run() { 
       getWindow().getDecorView().requestLayout(); 
       getWindow().getDecorView().invalidate(); 
      } 
      }, 5000); 

また、サイズ変更後にビューを無効にしてみました。

TextViewの重力はCenterに設定されています。サイズ変更が行われない場合は、OKと表示されます。

ヒントは、事前に感謝の意を表します。

Answer 1

私は、私は、それが動作しませんでしたカントー私は、TextViewののonLayout内requestLayout呼び出ししようとしたのTextViewの親の一つにonLayoutオーバーライドし、コンストラクタで

public class CellView extends LinearLayout{ 
    public CellView(Context context) { 
    super(context); 

    mHandler = new Handler(); 

    View.inflate(context, R.layout.cellview, this); 
    } 

@Override 
    protected void onLayout(boolean changed, int left, int top, int right, int bottom) { 
    if(changed){ 
     mHandler.post(new Runnable() {   
     @Override 
     public void run() { 
      requestLayout(); 
     } 
     }); 
    } 

    super.onLayout(changed, left, top, right, bottom); 
    } 

を作成したハンドラを使用して、それを解決しました理由は分かりません。 Observerを介して値が更新されたためですが、UIスレッドでonTextChangedリスナーが発生している可能性があります。私はそれが他の人に役立つことを願っています

Answer 2

hereのように、runOnUiThreadを使用してUIスレッドでタイマーコードを実行する必要があります。

Answer 3

ウェイrequestLayout()の方法は、ビューで呼び出されると、それ自身とそのすべての子にレイアウトパスをスケジュールすることです。これは、ビューがマージン、パディング、またはコンテンツの変更にシフトまたはサイズ変更されるたびに望ましいです。

getDecorView()のドキュメントは、正確に何が得られるかについてはあまり明確ではありません。しかし、websiteのドキュメントあたり：

注意setContentView（ビュー、android.view.ViewGroup.LayoutParams）で説明したように、様々なウィンドウ特性「でロック」初めてこの関数を呼び出すこと。

これは、getDecorView()が取得するビューには特別なものがあると私に信じています。あなたがおそらくやっていることは、ビューのレイアウトを永久に変えて、requestLayout()を渡すときに決して変化しないようにすることです。

This is apparently the proper way to get the root view of your entire activity.

しかし、効率上の理由から、私はあなたがおそらくできる最低子にrequestLayout()を呼び出すことをお勧めします。私が前に言ったように、それはビュー上のレイアウト・パスをスケジューリングし、それは子供です。一番上のビューでレイアウト・パスを実行すると、現場に残っているビューを含むすべてのものが必然的に再構築されます。