Layout einer Ansicht nach der Größenänderung

Ich bin momentan dabei, ein raster zeigt die Werte, die ändern sich sehr oft. Aus diesem Grund, ich bin mit einem TextView, dass autoresizes, wenn sich Ihr Inhalt ändert (Automatische Skalierung TextView Text Passen innerhalb der Grenzen). Die Größenänderung erfolgt, sondern die layout-Ansicht nicht richtig

Die Sache ist die, wenn ich untersuchen Sie die Aktivität mit HierarchyViewer das layout zeigt, wie ich will.

Layout einer Ansicht nach der Größenänderung

Meine Vermutung ist, dass HierarchyViewer ruft requestLayout() oder invalidate() auf dem Stadtplan, aber ich habe versucht, ohne Erfolg. Dieser code wird aufgerufen, in der Haupttätigkeit ohne Wirkung.

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

Habe ich auch versucht, entkräften die Ansicht nach Größe.

Den TextView hat die Schwerkraft einstellen, Zentrieren, und, wenn keine Skalierung stattfindet, sieht es ok aus.

Jeder Hinweis ist willkommen, danke im Voraus!

Haben Sie versucht, eine Beantragung der Anordnung auf der Eltern-Ansicht anstatt der Dekor-Ansicht?
Ist das nicht der Dekor-Ansicht den übergeordneten Knoten der Baum-Ansicht? Ich habe gelesen, dass die Beantragung der Anordnung auf einen Blick bewirkt, dass alle seine Kinder auf Anfrage das layout. Wie auch immer, ich würde sagen, ich habe versucht, habe ich versucht, viele Dinge, aber ich werde Bericht zurück, wenn ich versuchen Eure Vorschläge. Unter Angabe der requestLayout docs zu sehen.Ansicht "Rufen Sie diese, wenn sich etwas geändert hat, die für ungültig erklärt das layout dieser Ansicht. Dieser Zeitplan ein layout übergeben, der Blick-Baum."
Es funktioniert, aber ich kann nicht sehen, nichts falsch mit Ihrem code. requestLayout() layouts eine übergeordnete Sicht und es sind Kinder, aber ich habe nur nannte es auf Blick direkt gesteuert durch meine app, so ist es nur ein Gedanke.
Behoben! Ich musste anrufen requestLayout auf eine der Ansichten, die Eltern mit einem handler. Ich weiß nicht, warum es nicht funktioniert hat mit der Dekor-Ansicht, der ich war, nannte es auf dem UI-thread, aber ich bin trotzdem glücklich 😀 Wie ich schon zu geben, der die bounty, beantworten Sie bitte die Frage
Sieht aus wie Sie haben es herausgefunden, so dass ich lasse Sie halten die bounty (unter der Annahme, dass ist, was passiert, wenn Sie akzeptieren das Kopfgeld auf Ihre eigene Frage).
Ich kann nicht geben mir die bounty und ich habe verloren, den Ruf sowieso, so möchte ich Ihnen danken, dass Sie setzen mich in den rechten Weg zu mir, und vergeben Sie die bounty
Ok. Ich fügte hinzu, eine Antwort. Ich legte etwas mehr "Umfang" auf Sie, so gibt es einige verwenden.

InformationsquelleAutor Maragues | 2012-10-13

android hierarchyviewer

Ich löste es durch das überschreiben onLayout in einem der TextView übergeordneten und über einen Handler erstellt, der Konstruktor

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

Hatte ich versucht, Sie anzurufen, requestLayout innen TextView ist onLayout, tho es hat nicht funktioniert, ich bin mir nicht sicher, warum. Es könnte sein, weil der Wert aktualisiert wurde, durch die Beobachter, sondern das onTextChanged Hörer soll geschehen in den UI-Thread. Ich hoffe, es dient jemand anderes

InformationsquelleAutor Maragues

2

Den Weg requestLayout() funktioniert, ist, dass wenn man auf einen Blick, Sie planen ein layout übergeben, auf sich selbst und alle seine Kinder. Dies ist wünschenswert, wenn ein Blick hat sich verschoben oder geändert werden, tun, um margin, padding, oder sich der Inhalt ändert.

In der Dokumentation der Methode getDecorView() ist nicht ganz klar, was genau es gibt Sie. Jedoch, gemäß der Dokumentation auf der website:

Beachten Sie, dass der Aufruf dieser Funktion zum ersten mal die "locks" verschiedene Fenster " Eigenschaften wie in setContentView(View, android.Blick.ViewGroup.LayoutParams).

Lässt mich glauben, dass es etwas besonderes über die Ansicht, dass getDecorView() ruft. Was Sie wohl macht, ist dass das layout die Ansicht dauerhaft so nie ändern, wenn Sie eine requestLayout() pass.

Dies ist anscheinend der richtige Weg, um das root-Sicht auf Ihre gesamte Tätigkeit.

Jedoch aus Gründen der Effizienz, empfehle ich aufrufen requestLayout() auf dem niedrigsten Kind, die Sie möglicherweise können. Wie ich schon sagte, es plant ein layout übergeben, die für eine Sicht und es sind Kinder. Wenn Sie ein layout pass auf die oberste view, Sie sind essientially Wiederaufbau alles, was beinhaltet die Ansichten, die im Platz zu bleiben.
- da sind Sie, danke für deine Zeit und schönes Forschung auf requestLayout, tho ich ' ll halten meine ausgewählte Antwort als es behebt mein problem. Wenn in der Zukunft Benutzer Stimmen bei dir, ich werde vergeben, um Sie
InformationsquelleAutor DeeV
0

Müssen Sie wahrscheinlich, um führen Sie den timer-code im UI-thread mit runOnUiThread wie erklärt hier.
- Vorausgesetzt, er schafft die Handler im UI-thread ausgeführt wird, in dem UI-thread.
- Ich werde überprüfen Sie diese später (funktioniert nicht auf dieses Recht jetzt). Ich würde sagen, dass das ausführen von code außerhalb der UI-thread würde zu einer Ausnahme führen, aber ich könnte es schaffen werden, der Hundeführer außerhalb der UI-thread. Vielen Dank an Euch beide (Narcís und DeeV) für die Idee
InformationsquelleAutor Narcís Calvet

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.