UIScrollView nicht immer neue Größe auf die Ausrichtung ändern

Habe ich eine sehr einfache UIScrollView Beispiel, das einfach nicht tut, was es soll.
Nicht sicher, ob es ein Fehler mit der API oder ein Fehler in meinem code.

Grundsätzlich, ich habe eine UIViewController mit einem UIScrollView wie es Ansicht.
Wenn ich es in der UIWindow und ändern Sie die Ausrichtung des iPad logge ich mich wieder aus der UIScrollViews-Größe, die ist falsch(?) gemeldet.

Hier mein UIViewController Umsetzung:

@implementation CustomViewController
- (void)loadView {
  scrollView = [[[UIScrollView alloc] init] autorelease];
  scrollView.delegate = self;
  scrollView.backgroundColor = [UIColor redColor];
  self.view = scrollView;
}

- (void)willRotateToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation duration:(NSTimeInterval)duration {
  CGSize rect = scrollView.frame.size;
  NSLog(@"will rotate w%f h%f", rect.width, rect.height);
}

- (void)willAnimateRotationToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation duration:(NSTimeInterval)duration {
  CGSize rect = scrollView.frame.size;
  NSLog(@"will animate rotation w%f h%f", rect.width, rect.height);
}

- (void)didRotateFromInterfaceOrientation:(UIInterfaceOrientation)fromInterfaceOrientation {
  CGSize rect = scrollView.frame.size;
  NSLog(@"did rotate w%f h%f", rect.width, rect.height);
}

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation {
  return YES;
}

@end

Wenn ich den obigen code sehe ich folgende Einträge in meine Konsole:

2010-07-11 11:03:05.214 Untitled2[6682:207] will rotate w768.000000 h1004.000000
2010-07-11 11:03:05.214 Untitled2[6682:207] will animate rotation w748.000000 h1024.000000
2010-07-11 11:03:05.619 Untitled2[6682:207] did rotate w748.000000 h1024.000000
2010-07-11 11:03:07.951 Untitled2[6682:207] will rotate w748.000000 h1024.000000
2010-07-11 11:03:07.958 Untitled2[6682:207] will animate rotation w768.000000 h1004.000000
2010-07-11 11:03:08.367 Untitled2[6682:207] did rotate w768.000000 h1004.000000

Wie Sie sehen können, die Ausrichtung ändert sich nicht die Größe des UIScrollView, aber nur, um damit die neuen statusbar.
Ich würde erwarten, dass die Breite und Höhe drastisch ändern, als die UIScrollView ist, wie Sie breiter als Sie hoch ist und Umgekehrt.

Ist es ein Weg, um die UIScrollView zu berichten, es ist wahre Größe?

InformationsquelleAutor d2kagw | 2010-07-11

4

Habe ich die Antwort, wenn Sie noch auf der Suche. Testen Sie die Grenzen, nicht den Rahmen.

Grund: frame ist eine abgeleitete Eigenschaft der Grenzen und die Transformation angewendet wird, für die rotation.
- Funktioniert das nicht. Ich abzufangen ändern, dann nutze ich NSStringFromRect(selbst.Grenzen), und es gibt die "einfach nur vor der Veränderung" Grenzen. Aber die currentDevice Orientierung gibt den richtigen Wert. Zumindest ist man konsequent die Rückgabe der gleichen Sache richtig, aber man... dieses problem sollte nicht so lange dauern. Von den docs wird, während die Grenzen der nonderived ein, ist es nicht immer 0,0, gleiche Rahmenbreite, wie die Rahmenhöhe?
- Die Grenzen der Ursprung ist immer 0,0 standardmäßig, wenn Sie ändern die Teil-Ansicht, die Sie anzeigen möchten. Das ist nur die Hälfte der Geschichte ein CGRect enthält eine Größe-Mitglied auch, und das ist, was in der Regel ändert sich, wenn Sie die Größe ändern, neu zu orientieren Aussicht. Das "wird" oben genannten Funktionen geben Sie die "vorher-Werte", die "Tat" - Funktionen geben Sie die "nach Werten".
InformationsquelleAutor Preston Software
2

Ansichten werden nicht automatisch in der Größe anpassen, wenn sich Ihre superviews ändern der Größe, sofern Sie nicht explizit gesetzt werden. Für das scroll-view müssten Sie es sagen, auf die Größe, seine Breite und Höhe, wenn seine superview tut.
```
scrollView.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;
```
- Leider, nach dem hinzufügen einer Größenänderung der Maske, die ich bekommen immer noch die ungültige Dimensionen zurück kommen. Optisch ist alles in Ordnung, aber ich bin nicht in der Lage, verlassen sich auf die frame-Dimensionen. Ich habe gehackt, um es durch die Erkennung der Geräte Ausrichtung und spiegeln die Breite und die Höhe, wenn die Landschaft - es ist nicht ideal, aber es funktioniert.
- Sie müssen den test für [[UIDevice currentDevice] Ausrichtung], und siehe da: UIDeviceOrienationIsPortrait() oder ähnliches, um es zu testen. Der frame wird falsch sein, aber es meldet sich die richtige Orientierung. Es ist ärgerlich, ich bin den Umgang mit es jetzt aber froh, dass etwas fest ist. Vielleicht sind die Grenzen Antwort wird mir helfen, autosize meine UIScrollView, aber mir ist offkilter auch nach manueller änderung der Mathematik entsprechen Orientierung
InformationsquelleAutor rickharrison
2

Habe ich bemerkt, dass die Bestimmung der neuen contentSize im didRotateFromInterfaceOrientation ist auch unmöglich, wenn Sie beginnen mit einem iPhone NIB-Datei anstelle einer dedizierten iPad-NIB-Datei: Bilder der iPhone-NIB-Dateien sind viel kleiner und damit die berechnete Höhe der Inhalte wird viel größer, als es sein sollte, wenn Sie tatsächlich auf einem iPad. Apple HAT gesagt, dass ich MUSS, erstellen Sie eine separate iPad-NIB-Datei...

So, ich will auch die alten Maße in didRotateFromInterfaceOrientation, aber für mich ist es jetzt weniger ein problem, da iOS nicht umgehen alles OK, sobald ich beginnen mit den rechten der NIB-Datei. Noch, es scheint weniger intuitiv zu mir, dass in der didRotateFromInterfaceOrientation Methode der frame-Dimensionen sind falsch für die aktuelle Ansicht.

PS. Ich habe eine Lösung zu finden, am Ende, verwenden Sie einfach die Benachrichtigungen statt didRotateFromInterfaceOrientation.
```
[[UIDevice currentDevice] beginGeneratingDeviceOrientationNotifications];
        [[NSNotificationCenter defaultCenter] addObserver:self
                                                 selector:@selector(orientationChanged:)
                                                 name:UIDeviceOrientationDidChangeNotification
                                               object:nil];
```
Dann in der orientationChanged Methode, passen Sie die Aussicht auf den neuen Rahmen. Ich hatte ein letztes problem: wenn die erste Orientierung war anders als die Orientierung der Feder der Ansicht wäre immer noch falsch, ich löste das Problem durch erstellen einer neuen NIB-Datei speziell für die Ansicht im Querformat. In der init-Methode der ViewController wählt die Feder lädt er anhand der aktuellen Ausrichtung.

InformationsquelleAutor Huib Verweij

Weiß ich nicht, es wird dir helfen, weil ich nie getestet, aber ich denke, es könnte helfen, Sie

- (void)willRotateToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation duration:(NSTimeInterval)duration {
self.view = scrollView;
CGSize rect = scrollView.frame.size;
NSLog(@"will rotate w%f h%f", rect.width, rect.height);
}

- (void)willAnimateRotationToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation duration:(NSTimeInterval)duration {
self.view = scrollView;    
CGSize rect = scrollView.frame.size;
NSLog(@"will animate rotation w%f h%f", rect.width, rect.height);
}

- (void)didRotateFromInterfaceOrientation:(UIInterfaceOrientation)fromInterfaceOrientation {
 self.view = scrollView;
 CGSize rect = scrollView.frame.size;
 NSLog(@"did rotate w%f h%f", rect.width, rect.height);
}

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation {
return YES;
 }

InformationsquelleAutor Hiren

0

Ich in der Regel fix, dass durch die Festlegung eines Wertes der contentSize 0 wie CGSizeMake(contentSize.width, 0) für die horizontale Ansicht.

Zwingen UIScrollView zu scrollen, nur z.B. horizontale nicht-scrollbaren Wert für contentSize auf 0 > CGSizeMake(contentSize.width, 0).

Ich hoffe, es hilft.

InformationsquelleAutor xpepermint

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.