Apple выпустила iOS 6 beta 3 для разработчиков

• Пользователи могут предоставлять или запрещать доступ к данным контактов на уровне отдельного приложения. Чтобы запросить доступ к данным контактов, вызовите функцию ABAddressBookRequestAccessWithCompletion после вызова функции ABAddressBookCreateWithOptions. Функция ABAddressBookRequestAccessWithCompletion не блокирует приложение, пока пользователю предлагается предоставить или запретить доступ. До предоставления доступа объект ABAddressBookRef не будет содержать никаких контактов, и любая попытка изменить контакты завершится с ошибкой kABOperationNotPermittedByUserError. Пользователю будет предложено сделать выбор только при первом запросе доступа; последующие вызовы ABAddressBookCreateWithOptions будут использовать существующие разрешения. Обратный вызов вызывается в произвольной очереди. Если объект ABAddressBookRef используется во всем приложении, то все использования должны быть отправлены в ту же очередь, чтобы использовать ABAddressBookRef потокобезопасным способом.

• Приложение может использовать API статуса авторизации для проверки, может ли оно получить доступ к контактам, календарям, напоминаниям или библиотеке фотографий. Этот API независим от API запроса доступа и не будет запрашивать у пользователя разрешение или запрет доступа. С помощью этого API приложение может настраивать отображение своих элементов пользовательского интерфейса, которые будут получать доступ к классу данных. Например, если доступ к контактам авторизован или не определен, может быть отображена кнопка пользовательского интерфейса для выбора контакта.
• Для адресной книги вызовите функцию ABAddressBookGetAuthorizationStatus. Для Event Kit вызовите метод класса authorizationStatusForEntityType: класса EKEventStore. Для Assets Library вызовите метод класса authorizationStatus класса ALAssetsLibrary. Значения статусов, которые возвращаются, означают следующее:
  • Статус авторизации не определен – Пользователь еще не принял решение о том, может ли данное приложение получить доступ к классу данных.
  • Статус авторизации ограничен – Данное приложение не авторизовано для доступа к классу данных. Пользователь не может изменить статус данного приложения, возможно, из-за действующих ограничений, таких как родительский контроль.
  • Статус авторизации отклонен – Пользователь явно запретил доступ к классу данных для данного приложения.
  • Статус авторизации авторизован – Данное приложение авторизовано для доступа к классу данных.

• Выбирайте удаленные динамики в «Настройки» > «AirPlay».
• Установите экранный код для AirPlay в «Настройки» > «AirPlay».
• Сохраняйте несколько учетных записей iTunes Store в «Настройки» > «iTunes Store».
• Нажмите и удерживайте кнопку «Выбрать», чтобы изменить порядок значков в главном меню.
• Скройте значки главного меню в «Настройки» > «Основные» > «Родительский контроль».

• DNSServiceBrowse
• DNSServiceRegister
• DNSServiceResolve
• DNSServiceRegisterRecord
• DNSServiceQueryRecord

• Пользователи могут предоставлять или запрещать доступ к данным событий и напоминаний на уровне отдельного приложения. Чтобы запросить доступ к данным событий и/или напоминаний, вызовите метод requestAccessToEntityType:completion: класса EKEventStore. Это не заблокирует приложение, пока пользователю предлагается предоставить или запретить доступ. До предоставления доступа для типа сущности магазин событий не будет содержать никаких календарей для этого типа сущности, и любая попытка сохранить данные завершится ошибкой.
• Пользователю будет предложено сделать выбор только при первом запросе доступа; последующие экземпляры EKEventStore будут использовать существующие разрешения. Обратный вызов вызывается в произвольной очереди.

• Адреса электронной почты icloud.com теперь доступны для пользователей iCloud Mail. Пользователи, регистрирующие новые Apple ID или впервые активирующие Mail в своей учетной записи iCloud, автоматически получат адрес электронной почты @icloud.com вместо адреса электронной почты me.com. Пользователи iCloud с адресами @me.com, которые использовались с iOS 6 beta 3, получат адрес электронной почты @icloud.com, соответствующий их адресу @me.com.
• Электронная почта icloud.com не может быть отправлена с www.icloud.com. Пользователям следует использовать http://beta.icloud.com в это время, если они хотят отправлять электронную почту со своих адресов icloud.com через веб-браузер.

Начиная с iOS 6 beta 3, когда вы начинаете координированную операцию чтения файла или пакета, для которого у вас уже есть локальная версия, координированное чтение будет предоставлено как можно скорее, а новая версия, если таковая имеется, будет загружена в фоновом режиме. Этот вызов будет блокироваться по причинам загрузки только в том случае, если у вас нет локальной версии файла.

Кроме того, когда файл конфликтует, демон iCloud не будет ждать, пока у него будут все проигравшие в конфликте версии файла, чтобы сделать файл доступным для вашего приложения. Он сделает разные версии конфликтующего файла доступными как можно скорее. Ваше приложение может использовать существующую координацию файлов и обратные вызовы UIDocument, чтобы получать уведомления о загрузке и доступности проигравших в конфликте.

• Совместимость API будет поддерживаться (см. ниже известные проблемы).
• Карты теперь поддерживаются в симуляторе.
• Картографические данные будут продолжать развиваться — в настоящее время доступно только ограниченное количество спутниковых снимков высокого разрешения.

• Кнопка «Готово» отсутствует при добавлении нового напоминания.
• Приложение аварийно завершает работу при нажатии кнопки «Редактировать» для редактирования напоминания.

• Пользователи будут видеть диалоговые окна доступа, когда приложение пытается получить доступ к любому из этих типов данных. Пользователь может включать и выключать доступ в «Настройки» > «Конфиденциальность».
• Разработчики могут установить строку «цель» для каждого класса изолированных данных. iOS отображает эту строку пользователям, чтобы помочь им понять, почему запрашиваются их данные. Эти строки можно добавить с помощью редактора проектов Xcode на вкладке «Информация». Соответствующие имена ключей начинаются со строки «Privacy -».
• Внесены изменения в фреймворки Event Kit и Address Book, чтобы помочь разработчикам с этой функцией.

• ACFacebookAppIdKey
• ACFacebookPermissionsKey
• ACFacebookPermissionGroupKey

Вам больше не следует добавлять этот словарь в файл Info.plist вашего приложения, как это требовалось в beta 1.

• Больше ответственности передается приложению и делегату приложения. Теперь контейнеры iOS (например, UINavigationController) не обращаются к своим дочерним элементам, чтобы определить, следует ли им автоматически поворачиваться. По умолчанию поддерживаемые ориентации интерфейса приложения и контроллера представления устанавливаются в UIInterfaceOrientationMaskAll для iPad и UIInterfaceOrientationMaskAllButUpsideDown для iPhone.
• Поддерживаемые ориентации интерфейса контроллера представления могут меняться со временем. Даже поддерживаемые ориентации интерфейса приложения могут меняться со временем. Система запрашивает у самого верхнего контроллера представления, занимающего весь экран (обычно корневого контроллера представления), его поддерживаемые ориентации интерфейса всякий раз, когда устройство поворачивается или когда контроллер представления представляется в полноэкранном режиме с модальным стилем представления. Кроме того, поддерживаемые ориентации извлекаются только в том случае, если этот контроллер представления возвращает YES из своего метода shouldAutorotate. Система пересекает поддерживаемые ориентации контроллера представления с поддерживаемыми ориентациями приложения (как определено в файле Info.plist или методом делегата приложения application:supportedInterfaceOrientationsForWindow:), чтобы определить, следует ли поворачивать.
• Система определяет, поддерживается ли ориентация, путем пересечения значения, возвращаемого методом приложения supportedInterfaceOrientationsForWindow:, со значением, возвращаемым методом supportedInterfaceOrientations самого верхнего полноэкранного контроллера.
• Метод setStatusBarOrientation:animated: не устарел полностью. Однако теперь он работает только в том случае, если метод supportedInterfaceOrientations самого верхнего полноэкранного контроллера представления возвращает 0. Это возлагает ответственность за обеспечение согласованности ориентации строки состояния на вызывающую сторону.
• Для совместимости контроллеры представления, которые по-прежнему реализуют метод shouldAutorotateToInterfaceOrientation:, не получают новых поведений автоповорота. (Другими словами, они не используют приложение, делегат приложения или файл Info.plist для определения поддерживаемых ориентаций.) Вместо этого метод shouldAutorotateToInterfaceOrientation: используется для синтеза информации, которая была бы возвращена методом supportedInterfaceOrientations.

• Вы должны убедиться, что ваши приложения не используют эти методы для управления макетом любых подпредставлений. Вместо этого они должны использовать метод viewWillLayoutSubviews контроллера представления и настраивать макет, используя прямоугольник границ представления.

• Класс теперь поддерживает настройку анимаций, создаваемых во время поворота. Названия методов для настройки анимаций вставки и удаления также изменились, чтобы те же точки подключения могли использоваться для поворотов, а также для вставок и удалений.
• Класс изменил названия некоторых методов. В частности, представления декораций теперь называются не «идентификатор повторного использования», а «тип элемента». Приложения, использующие представления декораций, должны будут изменить свой код и перекомпилировать его, чтобы адаптироваться к этому.

• В целом, автоположение рассматривает верхний, левый, нижний и правый края представления как *видимые* края. То есть, если вы привязываете представление к левому краю его супервида, вы фактически привязываете его к минимальному x-значению границ супервида. Изменение происхождения границ супервида *не* изменяет положение представления.
• Класс UIScrollView прокручивает свое содержимое, изменяя происхождение своих границ. Чтобы это работало с автоположением, значение верхнего, левого, нижнего и правого краев *внутри* области прокрутки теперь означает края ее содержимого.
• Ограничения подпредставлений области прокрутки должны приводить к размеру, заполняющему ее, который затем интерпретируется как размер содержимого области прокрутки. (Это не следует путать с методом intrinsicContentSize, используемым для автоположения.) Для определения размера frame области прокрутки с помощью автоположения, ограничения должны быть либо явно указаны относительно ширины и высоты области прокрутки, либо края области прокрутки должны быть связаны с представлениями *вне* ее поддерева.
• Обратите внимание, что вы можете заставить подпредставление области прокрутки «плавать» (не прокручиваться) поверх другого содержимого прокрутки, создавая ограничения между представлением и представлением вне поддерева области прокрутки, таким как супервид области прокрутки.
• Вот несколько примеров настройки области прокрутки:
  • Смешанный подход:
    1. Разместите и определите размер вашей области прокрутки с помощью ограничений, внешних по отношению к области прокрутки — то есть свойство translatesAutoresizingMaskIntoConstraints установлено в NO.
    2. Создайте обычное представление содержимого UIView для вашей области прокрутки, которое будет иметь нужный вам размер содержимого. Сделайте его подпредставлением области прокрутки, но позвольте ему продолжать преобразовывать маску авторазмера в ограничения:

       UIView *contentView = [[UIView alloc]

       initWithFrame:CGRectMake(0,0,contentWidth,contentHeight)];

       [scrollView addSubview:contentView];

       // DON'T change contentView's translatesAutoresizingMaskIntoConstraints,

       // which defaults to YES;

    3. Установите размер содержимого области прокрутки, чтобы он соответствовал размеру представления содержимого:

       [scrollView setContentSize:CGMakeSize(contentWidth,contentHeight)];

    4. Создайте представления, которые вы хотите поместить внутрь представления содержимого, и настройте их ограничения, чтобы разместить их внутри представления содержимого. В качестве альтернативы вы можете создать поддерево представлений для области прокрутки, настроить ограничения и вызвать метод systemLayoutSizeFittingSize: (с опцией UILayoutFittingCompressedSize), чтобы найти нужный размер для размера вашего представления содержимого и свойство contentSize области прокрутки.
  • Полностью автоматический подход:
    1. В этом случае translatesAutoresizingMaskIntoConstraints должно быть установлено в NO для всех задействованных представлений.
    2. Разместите и определите размер вашей области прокрутки с помощью ограничений, внешних по отношению к области прокрутки.
    3. Используйте ограничения для размещения подпредставлений внутри области прокрутки, убедившись, что ограничения привязаны ко всем четырем краям области прокрутки и не полагаются на область прокрутки для получения своего размера. Простым примером может быть большое представление изображения, которое имеет внутренний размер содержимого, полученный из размера изображения. В методе viewDidLoad вашего контроллера представления вы должны включить код, подобный следующему:

       UIScrollView *scrollView = [[UIScrollView alloc] init];

       UIImageView *imageView = [[UIImageView alloc] init];

       [imageView setImage:[UIImage imageNamed:"MyReallyBigImage"]];

       [self.view addSubview:scrollView];

       [scrollView addSubview:imageView];

       scrollView.translatesAutoresizingMaskIntoConstraints = NO;

       imageView.translatesAutoresizingMaskIntoConstraints = NO;

       NSDictionary *viewsDictionary = NSDictionaryOfVariableBindings(scrollView,imageView);

       [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[scrollView]|" options:0 metrics: 0 viewsDictionary:viewsDictionary]];

       [self.view addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[scrollView]|" options:0 metrics: 0 viewsDictionary:viewsDictionary]];

       [scrollView addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"H:|[imageView]|" options:0 metrics: 0 viewsDictionary:viewsDictionary]];

       [scrollView addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[imageView]|" options:0 metrics: 0 viewsDictionary:viewsDictionary]];

       Это даст вам область прокрутки, которая изменяет размер вместе с изменением размера представления контроллера представления (например, при повороте устройства), а представление изображения будет прокручиваемым подпредставлением. Вам не нужно устанавливать размер содержимого области прокрутки.

• Обратите внимание, что поскольку спецификация все еще находится в состоянии рабочего черновика, эти методы имеют префикс webkit, поэтому они window.webkitRequestAnimationFrame, window.webkitCancelAnimationFrame.