[iOS14] Home Widget を作りたくて WidgetKit を調査したことまとめ - Qiita
WidgetKit 実装について iOS 14 から利用可能になった WidgetKit ですが、これまでの Today Widget とは異なる点が多く、戸惑う箇所が多々ありました...。ここでは、調査したことをまとめて、書いておきたいと思います。 主な参考サイト Creating a Widget Extension | Apple Developer Documentation 【iOS14】Widget(WidgetKit) まとめ - Qiita WidgetKitのUIを作る上で、UIKit (UIView) は使用できる？ WidgetKitでは、UIKitは使用不可です。そのため、画面要素はすべて SwiftUI で作成する必要があります。 既存のTodayWidgetから、UIViewを使い回せたら楽だなと思ったんですが...簡単に事は運べないのでした...。 ちなみに、
![[iOS14] Home Widget を作りたくて WidgetKit を調査したことまとめ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7920fcdad61f1f73bafa795d68242e64617becf/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TMTQlNUQlMjBIb21lJTIwV2lkZ2V0JTIwJUUzJTgyJTkyJUU0JUJEJTlDJUUzJTgyJThBJUUzJTgxJTlGJUUzJTgxJThGJUUzJTgxJUE2JTIwV2lkZ2V0S2l0JTIwJUUzJTgyJTkyJUU4JUFBJUJGJUU2JTlGJUJCJUUzJTgxJTk3JUUzJTgxJTlGJUUzJTgxJTkzJUUzJTgxJUE4JUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yOTg3ZTMzODc2ODY5NmNlNDRlOTliYjkwOTNkNTI5NA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0b3RvdHRpJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zYzE1ZDU4NzQ0N2VlMTZlNmY0Nzg5OGQ5NzI4ZWE2NQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Db328dd79bbe1141f5fbaaee81ece845a)
UI Testing Failure - Neither element nor any descendant has keyboard focus on secureTextField
This is my case: let passwordSecureTextField = app.secureTextFields["password"] passwordSecureTextField.tap() passwordSecureTextField.typeText("wrong_password") //here is an error UI Testing Failure - Neither element nor any descendant has keyboard focus. Element: What is wrong? This is working nice for normal textFields, but problem arise only with secureTextFields. Any workarounds?
UITestの設計での注意点 - jarinosuke blog
UITest Xcode 7 から UITest という新しい仕組みが導入され、 今までの UI Automation による自動テストより遥かに簡単に UI に関するテストが 簡単に行うことができるようになった。 そこでこの記事では、UITest におけるテストの設計や導入の際に注意する点を挙げる。 なお実際の UITest の書き方やセットアップ方法などは取り上げない。 別プロセスで動く UITest と問題点 UITest は UnitTest とは違い App Target とは別のプロセスで実行される。 そのため、App Target に含まれているファイルにはアクセスできない。 （もちろん UITest 側でコンパイルすれば使えるが…） なので UITest 側でアプリケーション側に影響を与えるコードは原則 UI に関してのみになる。 そこで問題になるのが、例えばボタンを押して
app crashes updating to Xcode 11.2… | Apple Developer Forums
You’re now watching this thread. If you’ve opted in to email or web notifications, you’ll be notified when there’s activity. Click again to stop watching or visit your profile to manage watched threads and notifications. You’ve stopped watching this thread and will no longer receive emails or web notifications when there’s activity. Click again to start watching. My app ran without any crashes whi
【Swift】WKWebViewでJavaScriptのconsole.logを使えるようにする – 万来工房
「【Swift】WKWebViewでJavaScriptのconsole.logを使えるようにする」への2件のフィードバック Yuhさん 一つ質問ですが、このコードってon_clickなどのイベントによるconsole.logも出力できますでしょうか？？ html、javascriptを読み込んだ際に実行されるconsole.logはXcodeのログに出力されたのですが、画面表示後にhtmlのボタン押下などによる契機で動作するconsole.logは表示されないです。。。 もし、解決方法ご存知でしたらご教授いただけないでしょうか？ すいません、スパムコメントが多くて気づきませんでした。 原理的には、イベントハンドラでも動作するはずなのですが、ブラウザの内部でconsole.log関数を元に戻してしまっているのかもしれません。 根本的な解決にはなりませんが、イベントハンドラの最初に「var
UIStackViewのトルツメWarning対応 - Qiita
概要 iOSのUIStackViewを使ってトルツメ(空いた部分を詰めるレイアウト)を行う際に発生したWarningとその対応方法 実装内容 Storyboard上の定義は上記のような形。 Button2をhiddenすることで、Button1とButton3のみの表示にしつつ隙間をつめる。 [LayoutConstraints] Unable to simultaneously satisfy constraints. Probably at least one of the constraints in the following list is one you don't want. Try this: (1) look at each constraint and try to figure out which you don't expect; (2) find the code
Xcode 9.3でプロビジョニング・プロファイルの中身が簡単に確認できるようになっていた件 - Qiita
プロビジョニング・プロファイルって何よ？ 初学者用に記載しておきます。ご存知の方は読み飛ばしてください。 iOSアプリでは、コード署名とプロビジョニングによって、怪しい「野良アプリ」を配布できないように抑止しています。 少し前の記事になりますが、以下の記事中のイメージ図がわかりやすいと思います。 （参考リンク）iOSアプリのプロビジョニング周りを図にしてみる こちらの記事にある通り、プロビジョニング・プロファイルには「App ID（Bundle ID）」「開発者の証明書」「実機テスト用端末のUDID」が含まれています。 プロビジョニング・プロファイルに、これらの情報が正しく（開発者の想定通りに）設定されていないと、「アプリがビルドできない」「実機にアプリがインストールできない」などのトラブルに見舞われます。 Xcode 9.3時代のプロビジョニング・プロファイルの中身の確認方法 Xcode
[iOS] AutoLayoutの制約付け替えでレイアウトを動的に変える！active/deactiveのお話 | DevelopersIO
[iOS] AutoLayoutの制約付け替えでレイアウトを動的に変える！active/deactiveのお話 こんぬづは、シン・ゴジラの実況ツイート(#シンゴジ実況)にハマっている田中です。 キャスト陣がのっかったツイートをしているのを見るとテンションあがる。 今回はAutoLayoutの制約を動的に付け替えたいというお話。 AutoLayoutの制約を動的に付け替えるとは この記事で言う制約を動的に付け替えるというのは以下のようなレイアウトのお話。 Twitterクライアントアプリのセルのようなものをイメージしてください。 画像が1枚のみだった場合は横幅いっぱいとし、画像が2枚以上だった場合は横幅半分とします。 該当するUIImageViewの親Viewに対するEqual Widthの制約をmultiplierで制御している例です。 NSLayoutConstraintのmultipl
![[iOS] AutoLayoutの制約付け替えでレイアウトを動的に変える！active/deactiveのお話 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/cd616d43627770acf3d2af18695851272d60bed9/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F12%2Fios.png)
iOS開発における環境変数の分け方
マンガZERO（iOS）の開発環境の紹介 マンガZERO（iOS）では環境変数をScheme毎に変えてビルドできるようにしています。 この記事では環境変数を変える理由と実際にConfigファイルを使って環境変数を切り替える手段を紹介します。 社内配布限定のアプリを作りたいなどの要望があった場合、この手法ですぐに対応できるようになるのでオススメです。 マンガZERO（iOS）のSchemeの分け方 以下の３パターンに分けてアプリを生成できるようにしています。 Debug 開発時用。開発者以外は触りません。 Adhoc 社内配布用。新機能の使い心地やユーザビリティなどを確かめる際に使われています。 社内ではFabricのBetaを使用して、配布しています。 Store 公開用。ストアに公開される状態をもつようにしています。 弊社ではiTunes ConnectのTestflightを使用して最
xibファイルでビューを作成して、ストーリーボードやコードから利用する方法(Swift3編) | DevelopersIO
1 はじめに xibファイルでビューを定義して、カスタムクラスと紐付けると共に、これをストーリーボードからやコードから利用する方法をSwift3で簡単に整理しました。 2 xibの作成 File > New > File から Viewを選択し、新しいxibファイルを作成します。（名前は、XibView.xibとしました） 続いて、Viewを設計しますが、ここでは、簡単に、バックの色を変えて、ラベルをAutolayoutで中央に配置しました。 3 カスタムクラスの作成 File > New > File から Cocoa Touch Classを選択し、新しいカスタムクラスを作成します。 UIViewのサブクラスとし、名前は、XibView.swiftとしました。 4 紐付け xibファイルとカスタムクラスの紐付けは、File's OwnerでCustom Classに指定することで行いま
iOS・tvOS・watchOS デバイスのアーキテクチャについてのまとめ - ymyzk’s blog
より詳細な CPU と命令セットの一覧は Wikipedia の Apple mobile application processors をご覧ください. armv7 に対応したバイナリは armv7s や arm64 アーキテクチャの CPU でも動作します. (例: arm64 リリース以前にリリースされたアプリも, そのまま arm64 のデバイスで利用できる.) これは Apple の arm64 に対応した CPU が armv7 にも対応していることで実現できています. i386 (IA-32) や x86_64 (AMD64 / Intel 64) アーキテクチャは Simulator での実行で利用されています. Xcode での設定 どのアーキテクチャ向けにアプリをビルドするのかについての設定は Xcode の Build Settings で設定することができます. ア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Building for iOS Simulator, but the linked framework '****.framework' was built for iOS
GitHub - MasamiYamate/YMTGetDeviceName: Get device name from model number
Project not building under Xcode 12 beta 6 · Issue #10059 · CocoaPods/CocoaPods
WWDC18 - Videos - Apple Developer
TN2151: Understanding and Analyzing Application Crash Reports
chatwork - fastlane docs
Loading...
GitHub - AliSoftware/OHHTTPStubs: Stub your network requests easily! Test your apps with fake network data and custom response time, response code and headers!
iOS Tests working with Objective-C and Swift class together