Nano Hash - криптовалюты, майнинг, программирование

Представление контроллера представления, когда ориентация интерфейса перевернута

Приложение «Мой iPhone» поддерживает перевернутую ориентацию интерфейса: когда пользователь переворачивает телефон вверх дном (так, чтобы кнопка «Домой» была сверху), весь пользовательский интерфейс переворачивается вертикально.

Однако возникает проблема при попытке представить некоторый контроллер представления B из моего контроллера представления A (в этом примере я представляю стандартный контроллер представления почтового компоновщика):

- (IBAction)buttonTapped:(id)sender {

    MFMailComposeViewController *mailVC = [MFMailComposeViewController new];
    mailVC.mailComposeDelegate = self;

    [self presentViewController:mailVC animated:YES completion:nil];

}

Когда этот метод запускается, первое, что происходит, это то, что (синий) контроллер представления A немедленно переворачивается по вертикали без анимации по какой-либо причине (как видно на первом снимке экрана) → Почему?

Затем представленный контроллер представления B перемещается в представление (как и должно) снизу.

представление контроллера представления B

При закрытии контроллера вида B он мгновенно переворачивается и перемещается из вида вверх (а не в том направлении, откуда он пришел, как показано на втором снимке экрана).

- (void)mailComposeController:(MFMailComposeViewController *)controller didFinishWithResult:(MFMailComposeResult)result error:(NSError *)error {
    [self dismissModalViewControllerAnimated:YES];
}

отключение контроллера представления B

Является ли это ошибкой iOS или как избежать этого странного поведения?

(Мне нужна только та же стандартная анимация для представления контроллеров вида, что и в обычном портретном режиме, но без этих флипов.)


Ответы:


1

Я предполагаю, что MFMailComposeViewController не поддерживает перевернутую ориентацию интерфейса, поэтому это можно интерпретировать как ошибку. Но Apple рекомендует не использовать перевернутую ориентацию интерфейса для приложений iPhone. Основную причину этого можно пояснить на таком примере:

  1. Пользователь открывает приложение и поворачивает iPhone в перевернутом положении.
  2. В этот момент кто-то звонит ему по телефону.
  3. Пользователь пытается ответить на звонки и забывает повернуть телефон в портретную ориентацию по умолчанию.
  4. В результате микрофон iPhone находится рядом с ухом пользователя, а динамик — рядом со ртом.

Это неудобно для пользователя.
Я бы подумал, использовать ли на вашем сайте перевернутую ориентацию или нет.

Однако, если использование перевернутой ориентации интерфейса является обязательным условием, то вы делаете такой трюк:
Создайте категорию для MFMailComposeViewController и переопределите метод supportedInterfaceOrientations, чтобы разрешить поддержку необходимых ориентаций и импортируйте его в класс, где создан MFMailComposeViewController:

// MFMailComposeViewController+Orientation.h file
#import <MessageUI/MessageUI.h>

@interface MFMailComposeViewController (Orientation)

@end

// MFMailComposeViewController+Orientation.m file
#import "MFMailComposeViewController+Orientation.h"

@implementation MFMailComposeViewController (Orientation)

- (NSUInteger)supportedInterfaceOrientations {
    return UIInterfaceOrientationMaskPortrait | UIInterfaceOrientationMaskPortraitUpsideDown;
}

@end

Примечание: я не уверен, что этот трюк будет использован, если центр утверждения приложений Apple переопределит существующие методы в категории.

23.04.2014
  • Это хорошие моменты против использования перевернутой ориентации. Но мое приложение предполагается использовать вместе с микрофоном, который можно прикрепить только к нижней части iPhone. Таким образом, чтобы использовать приложение по назначению, пользователь должен повернуть iPhone. 23.04.2014
  • @Mischa Я обновил свой ответ кодом, который заставляет MFMailComposeViewController правильно открываться, если приложение перевернуто. 23.04.2014
  • Забавно, я попробовал то же самое с подклассом MFMailComposeViewController вместо создания для него категории, и по какой-то причине это не сработало. Ваше решение отлично работает. Большое спасибо! 24.04.2014
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..