SwipeToRefresh im ViewPager

Moin!

Ich habe bis jetzt immer den PullToRefresh von chrisbane benutzt. Jetzt möchte ich aber auf den offiziellen umsteigen aus der Support Library v4.
Wenn das Refresh View das oberste über dem ViewPager ist und ihn ummantelt, gibt es Darstellungsfehler, die nicht zu akzeptieren sind.
Wenn ich das Refresh View einzeln in jedes Fragment des ViewPagers tue, habe ich beim Start der App kein Refresh View, das das Laden anzeigt, weil es erst mit dem Fragment nach dem Laden erzeugt wird.
Also, hat jemand Vorschläge, wie es doch mit dem aus der Support Library gehen könnte? Oder hat jemand eine Alternative, außer die von Chris, weil sie deprecated ist?

Sven

Ich möchte das Refresh View, das auf der von dir verlinkten Seite erwähnt wird, benutzen. Wenn dies auf oberster Ebene ist und nur den ViewPager in sich hat, kommt es zu den Problemen bei der Darstellung.
Bis jetzt habe ich ja einen anderes Refresh View(Chris). Da gibt es keine Probleme bei der Darstellung. Ich habe aber das View in jedes Fragment getan, weil es sonst nicht reagierte oder so (keine Ahnung, lange her). Zusätzlich musste ich aber auch das View über den ViewPager tun, damit das Laden angezeigt werden kann, bevor überhaupt ein Fragment erzeugt wurde.

Aber die alte Implementierung tut jetzt nicht nur Sache. Ich möchte nur das offizielle View richtig mit einem ViewPager als einziges Child implementieren. Code kann ich grade nicht zeigen. Aber theoretisch ist der ViewPager vom View ummantelt und mehr nichts!? Abgesehen von dem Listener und den Farben, die festgelegt werden.

Okay, danke.

Mein Problem ist nur, dass die ListView (im Fragment) mit dem SwipeToRefresh erst nach dem Laden der Daten erzeugt wird. Also kann ich nicht das Laden anzeigen, bevor das Fragment samt ListView erstellt worden ist. Und das geschieht erst nach dem Laden. Darum ist kein SwipeToRefresh zum Laden anzeigen da.
Es lädt natürlich auch ohne das View, aber der Nutzer weiß es nicht, weil es nicht optisch dargestellt wird.
Nach Überlegungen wäre das meine Lösung: Dem Adapter des ViewPagers schon vor dem Laden anleiten, ein leeres Fragment nur mit SwipeToRefresh und ListView drin zu erstellen. Dieses SwipeToRefresh wird dann zum Laden anzeigen genutzt.
Und nach dem Laden wird der ViewPager mit den Daten gefüttert.

— geändert am 25.09.2014, 07:56:11

Das Fragment lädt nicht selbst die Daten, die Daten bekommt es bei der Initialisierung des Fragments. Code zeige ich nachher.
Edit: wahrscheinlich Ändere ich das, dass das Fragment selber die Daten lädt.

— geändert am 25.09.2014, 13:53:43

Ein kleines Problem gäbe es immer noch(du weißt, worum es geht): Die Fragmente im ViewPager haben dieselbe Informationsquelle(Vertretungsplan). Jedes Fragment steht für einen Tag. Es gibt normalerweise immer zwei Tabs, außer in den Ferien manchmal nur einen. Es wäre unsinnig, den Vertretungsplan zwei mal einzeln in jedem Fragment zu laden. Außerdem weiß das Fragment nicht welchen Tag es anzeigen soll. Da müsste ich dann umständlich über die Position des Tabs gehen.

Aber mir fällt gerade so langsam auf, dass die Idee an sich unsinnig ist. Man braucht in so einer App einfach kein SwipeToRefresh. Der Vertretungsplan ändert sich ja nicht so schnell. Außerdem wird er bei jedem onResume neu geladen.

Meine Idee: SwipeToRefresh über den ViewPager tun, obwohl das nicht richtig ist, und nur zum Anzeigen des Ladens benutzen. Also deaktiviere ich die Swipe Funktion mit setEnabled(false). Das setzt natürlich vorraus, dass es keine Probleme bei der Darstellung gibt.

Edit: Das Laden über das Fragment erscheint mir nicht sinnvoll. Ich werde es wohl beim zentralen Laden lassen.

— geändert am 25.09.2014, 16:09:34

Die Funktion zum Swipen werde ich ganz raus nehmen. Wenn es aber klappt, dass nur das Laden ohne Probleme angezeigt wird, dann lasse ich das View nur deswegen drin. Wenn es Probleme gibt, mache ich mir keinen Kopf, aber ein schönes Wochenende.
Und einen Refresh-Button möchte ich nicht einbauen, weil das Resfreshen einfach in so einer Situation unnötig ist.
Danke für deine Ratschläge, hier kann zu gemacht werden.