Layout einer Ansicht nach der Größenänderung

Question

Ich erstelle ein Raster, das Werte anzeigt, die sich sehr oft ändern. Aus diesem Grund benutze ich eine TextView, die automatisch aktualisiert, wenn sich ihr Inhalt ändert (Auto Scale TextView Text to Fit within Bounds). Die Resize erfolgt, aber die Aussicht Layout nicht richtig

Die Sache ist, wenn ich die Aktivität mit HierarchyViewer den Layout-Displays untersuchen, wie ich will.

Meine Vermutung ist, dass HierarchyViewer ruft requestLayout() oder() in der Ansicht ungültig machen, aber ich habe versucht, dass ohne Erfolg. Dieser Code wird in der Hauptaktivität ohne Auswirkung aufgerufen.

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

Ich habe auch versucht, die Ansicht nach der Größenänderung ungültig zu machen.

Der TextView hat gravity auf Center eingestellt, und wenn keine Größenänderung stattfindet, sieht es ok aus.

Jeder Hinweis wird willkommen sein, danke im Voraus!

Answer 1

Ich löste sie durch zwingende onLayout- in einem der Elterntextview und einen Handler im Konstruktor erstellt mit

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); 
    } 

Ich hatte versucht, requestLayout innerhalb Textview die onLayout- nennen, tho es nicht funktioniert, ich bin nicht sicher warum. Das liegt möglicherweise daran, dass der Wert über einen Observer aktualisiert wurde, aber der onTextChanged-Listener sollte im UI-Thread auftreten. Ich hoffe, es dient jemand anderen

Answer 2

Sie müssen wahrscheinlich den Timer-Code im UI-Thread unter Verwendung von runOnUiThread wie erläutert here ausführen.

Answer 3

Die Art und Weise requestLayout() funktioniert ist, dass, wenn auf einer Ansicht aufgerufen wird, wird es planen ein Layout auf sich selbst und alle seine Kinder planen. Dies ist immer dann wünschenswert, wenn eine Ansicht verschoben oder in der Größe geändert wurde, z. B. bei Rand-, Füll- oder Inhaltsänderungen.

Die Dokumentation über die Methode getDecorView() ist nicht sehr klar, was genau es Ihnen gibt. Jedoch gemäß der Dokumentation auf der website:

Beachten Sie, dass diese Funktion zum ersten Mal „Sperren in“ verschiedenen Fenster Eigenschaften aufrufen wie in setContentView (Ansicht, android.view.ViewGroup.LayoutParams) beschrieben.

Das lässt mich glauben, dass es etwas Besonderes an der Ansicht gibt, die getDecorView() abruft. Was Sie wahrscheinlich tun, ist, das Layout der Ansicht permanent zu machen und sich so nie zu verändern, wenn Sie einen requestLayout() Pass machen.

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

jedoch aus Effizienzgründen empfehle ich requestLayout() auf dem niedrigsten Kind rufen Sie können. Wie ich schon sagte, es plant einen Layout-Durchlauf auf eine Ansicht und es sind Kinder. Wenn Sie in der obersten Ansicht einen Layout-Durchlauf durchführen, erstellen Sie alles, was die Ansichten enthält, die beibehalten werden.