Иногда чего-то нет в русском сторе: книг, приложений… но есть в американском.
С некоторых пор для создания американского аккаунта и вообще требуется двухфакторная идентификация по номеру телефона. Использовать виртуальные номера крайне небезопасно. Иное — eSim. Вот рабочий и опробованный мной на iPhone XR способ.
Регистрируем новую почту Gmail
Находим на Google Maps реальный адрес жилого дома, например, в San Francisco, важен и ZIP код
Покупаем прямо в приложении T-Mobile Prepaid eSIM (можно платить с русской банковской карты)
Настраиваем eSim в своём телефоне
Перезагружаем телефон
Идём на сайт Apple ID:
регаем учётку с теми же данными: указываем Gmail и полученный номер T-Mobile
подтверждаем кодами почту и номер
Вы прекрасны!
Осталось ввести платежные данные — например подходящую виртуальную карту VISA (российские могут не подойти) или данные вашего американского PayPal аккаунта.
UPD Также в настройках eSim, возможно, потребуется включить опцию «Вызовы по Wi-Fi».
UPD2
С оплатой будет трудно: даже созданный американский PayPal при попытке оплатить подключенной к нему русской картой (Тинькофф) выпал в ошибку оплаты и требует другую карту.
Выход: попросить друзей в Америке, у кого американский акк, кинуть подарочный купон на iTunes, а взамен перевести им тем же PayPal, но с российского аккаунта, деньги со своей российской карты.
Мне наконец-то приехал предзаказанный летом корпус от LUNA Design. И я смею утверждать, что это лучший ПК-корпус, что я вообще видел вживую или на Ютубе.
Сегодня с утра записал краткую распаковку и разбор. Наслаждайтесь:
Сделали с Александром Воробьёвымприложение для Apple TV с красивейшими 4K видео Карелии и окрестностей. Если у вас есть приставка, вы можете найти его в поиске по запросу Video Clock 4K либо Видео Часы 4K. Приложение доступно совершенно бесплатно!
В прошлой статье о разработке приложений на SwiftUI я использовал следующий макрос вокруг блок кода, чтобы он соответсвенно присутствовал только в сборке под Catalyst:
Подобных макросов в Swift и SwiftUI несколько, например, есть еще
Swift
1
2
3
#ifos(iOS)
...
#endif
Так как не все API в SwiftUI доступны на всех платформах, то макросы оказываются крайне полезными. Приведу живой пример: focusable – это модификатор, недоступный на iOS.
Swift
1
2
3
4
5
@available(macOS10.15,tvOS13.0,watchOS6.0,*)
@available(iOS,unavailable)
extensionView{
public funcfocusable(_isFocusable:Bool=true,onFocusChange:@escaping(Bool)->Void={_in})->some View
}
Раз так, то если вы пишите код, который должен работать на всех платформах, то вам необходимо обернуть этот модификатор проверяющим макросом.
Да вот беда: сделать этого нельзя! Подобные строки добавленные в цепочку модификаторов вызывают ошибку компиляции:
Недавно задумался купить себе компьютер в дополнение к рабочему MacBook Pro 16″. Но последовательным изучением линейки актуальных ноутбуков и компьютеров Apple пришел к выводу, что либо мне не нужен свой макбук (я ведь всегда могу открыть рабочий ноут), либо мне нужен точно такой же, как рабочий, а он стоит почти 200 тысяч рублей. Это очень дорого.
Потом я вспомнил, что у дочери уже совсем на ладан дышит Mac mini 2011 и обратился к современному рынку компьютерных комплектующих. Таким образом родилась очень странная на первый взгляд, но оправданная сборка.
Оказалось, что конфигурация интерфейса по умолчанию, создаваемая для вашего SwiftUI приложения, которое использует Catalyst для работы на macOS, не поддерживает внешний вид, аналогичный нативным приложениям для macOS, пусть даже они написаны на абсолютно идентичных компонентах.
Боковая левая панель NavigationView ни за что не захочет становиться прозрачной с присущим всем новым приложениям macOS эффектом затуманенного стекла или блюра. Для этого в SwiftUI существует специальный модификатор:
Swift
1
public funclistStyle<S>(_style:S)->some View whereS:ListStyle
Но данный модификатор не оказывает должного воздействия при сборке с целевым назначение targetEnvironment(macCatalyst)!
Мне очень хотелось получить такой же внешний вид, как у нового приложения «Ассистент обратной связи»:
Но получалась лишь скучная iOS-подобная панель:
Официально существует способ получить желаемый эффект в Catalyst приложении, но сделать это можно только с помощью UIKit, вручную настраивая и управляя экземпляром UISplitViewController: Apply a Translucent Background to Your Primary View Controller. Этот способ возможен, но добавляет головной боли при связывании панелей логикой навигации, выходящей за рамки SwiftUI. Хотелось получить родное для фреймворка решение.
Я подумал, как обычно бывает в таких ситуация: «Решение точно должно быть!». За годы практики получалось даже исправлять баги в UIKit, что уж говорить о том, чтобы просто включить нужное свойство.
Первым делом обратимся к иерархии компонентов интерфейса:
Ага, UISplitViewController у нас присутствует! Просто он скрыт под капотом имплементации NavigationView и нигде не торчит наружу, а про необходимость влияния на него модификатора listStyle, видимо, либо забыли, либо специально не сделали, чтобы подстегнуть создавать macOS приложения (обожаю теории заговоров!).
Дело за малым – достучаться до инстанса этого класса в иерархии и сделать то, что советует Apple в своём руководстве.
В SceneDelegate.swift в методе SceneDelegate.scene(_:willConnectTo:options:) добавляем поиск контроллера нужного класса:
Но этого мало – UIHostingView левой панели остаётся белой и непрозрачной, скрывая от нас прекрасный размытый фон окна. Штош, ищем вьюшки и убираем фон (так можно, ведь это просто proof-of-concept):
Оказалось, что не так и просто добраться до нового стиля шрифта семейства SF, который анонсировали на WWDC 2019.
После некоторого времени, потраченного безуспешно на поиски примеров на сайте с документацией, а так же на различных сайтах с туториалами и, конечно же, на StackOverflow я решил самостоятельно разобраться, как создавать экземпляр UIFont с помощью UIFontDescriptor с нужным мне face:
К сожалению, изменить такими модификаторами стиль заголовка навбара в SwiftUI нельзя, поэтому приходится использовать UIAppearance протокол. Приведённый в начале код необходимо разместить где-то либо в коде SceneDelegate, либо в init() методе вашего компонента SwiftUI.
Если вам потребуется отобразить статичный контент в WebView в Android приложении, сделанном на React Native, и при этом использовать в HTML контенте изображения, хранящиеся локально в пакете приложения, то вы можете настроить WebView так, чтобы его source содержал в baseUrl указание на file:///android_asset/тогда в итоге вы сможете отобразить тег img со значением src="./image.png", где image.png – это имя файла изображения, изображение при этом необходимо поместить в папке android/app/src/main/assets. Конечно, вы можете использовать более глубокие пути до папок и файлов и более сложную иерархию каталогов.
