こんにちは、くだくらげです。 私はSketchもFigmaも両方使って仕事していますが、最近になって両アプリともOpenType Featureへの対応をアップデートに入れてきていることはご存知でしょうか？ 私はこの部分について前々から注目していたわけですが、その理由はSF Symbolsとの関係が大きいのではないかと睨んでいます。SF Symbolsがリリースされた直後の時期は、IllustratorやSketchでしかOpenType Featureを使うことができませんでした。この頃Sketchも一応利用できるという程度でした（正直現状も使いやすいとも思えないですが…）。それが2019年9月、10月辺りでFigmaもOpenType Featureサポートし、Sketchもその辺りの改善を加えてきました。 ということで、UIツールを提供している各社もサポートし気にしているであろうSF

iOS開発会議67回目

Android, iPhone等のスマートフォン向けアプリ開発などの話題を中心に、時事ネタなどを気の向くままに書いています。 iOS 9がリリースされて少し経ちましたが、iOS 9対応は済んでいますでしょうか？ ウチの場合は、iOS 9がベータ版の時から対応を進めていた為、比較的早めにノウハウを蓄積したつもりでしたが、正式版リリース後も色々と手間取りました。 去年まとめた「iOS8向けアプリ開発時の注意点」には大変多くの反響を頂き、ありがとうございました。 そこで、今年も備忘録を兼ねてiOS 9対応の注意点をまとめたいと思います。 間違い等がありましたならば、ご指摘下さい。 なお、このページに記載されている内容が原因で損害を被ったとしても一切補償はしません。 ちなみに、このページのテキストの原文は、超高機能テキストエディタアプリ「Wrix」と超高機能ファイル管理アプリ「NeoFiler」の

iOS 9 で iPad に画面を分割して2つのアプリを同時にフォアグランドにするマルチタスキング機能 Slide Over & Split View が追加されました。また、より大きな画面の iPad Pro（12.9インチモデル） の登場により、iPadシリーズもiPhoneシリーズと同様に複数の論理画面サイズを持つようになりました。 ※ 以下の説明では「iPad Pro」といった時には「iPad Pro（12.9インチモデル）」を指すものとします。Pro 9.7インチモデルは試してませんが、旧来のiPad Air などと同じディスプレイ解像度なので、Split等の仕様も同じと思われます。 そこで、Slide Over & Split View と iPad Pro の画面サイズ全てに対応するアプリが考慮すべき画面サイズを調べてみました。 画面分割と配置のパターン まず、Slide O

iQONのiOSアプリはまだ全てObjective-Cで記述されています。 Swiftへの移行については「たいしてパフォーマンスが上がるわけでもないし…」と思って渋っていました。 そんな中、オフィスの移転をきっかけに来客の受付システムをiPadアプリで作ることになりました。 スクラッチでアプリを作るのならSwiftで、ということでSwiftで作りました。 今回は、受付システムの社員...iQONのiOSアプリはまだ全てObjective-Cで記述されています。 Swiftへの移行については「たいしてパフォーマンスが上がるわけでもないし…」と思って渋っていました。 そんな中、オフィスの移転をきっかけに来客の受付システムをiPadアプリで作ることになりました。 スクラッチでアプリを作るのならSwiftで、ということでSwiftで作りました。 今回は、受付システムの社員を呼び出すデータ通

という記事を見かけたので。 このライブラリの実装の問題点 key description type 基本的には強制バージョンアップを行うことを前提に解説していますが、SRGVersionUpdaterではキャンセルボタン付きの告知アラートを表示することも出来ます。強制アップデートの場合は"force" を任意でのアップデートの場合は"optional"を入力して下さい。 これ、設計ミスってません？ 一度致命的なバグを出して"force"で通知したら、それ以降二度と"optional"は使えません。「必ず一定以上のバージョンを使って欲しいけど、最新版の通知もしたい」ようなユースケースに対応できないなら、"optional"の存在意義はない気がします。 あと、「評価が付くまで様子見ユーザー」層は毎回"optional"の通知を繰り返し見せられて離れます。開発者がいいと思ったアップデートが必ずし

これからはベクターでアセットを管理！？ Asset Catalog では、これまでビットマップ画像しか取り扱うことはできませんでしたが、Xcode 6 からは PDF 形式 と JPEG 形式 がサポートされました。特に新しいのが ベクターが扱えるようになったという点です！ ベクターが扱えるようになったということは、いままでのように Retina や Non Retina で別々の画像を用意する必要がなくなったり、イメージを複数のサイズの View に配置したいときに1つのファイルだけ用意すれば良くなるということです。これはきっとプログラマーにとってもデザイナーにとっても嬉しいことですね！ ということで使ってみました。 Asset Catalog でベクターを扱うには PDF 形式のアセットデータを用意する Asset Catalog でベクターとして認識できるのは PDF 形式のファイル

Open In とは他のアプリへファイルを渡すあれ。 DropBoxはどんなファイルでも Open In で受け取れるようになっている。そこでDropboxのplistファイルを解析してみたというのがこの記事。 Open In … All Files | Coco...

2011年02月21日20:32 by facebookers Mobile Apps カテゴリドキュメント http://developers.facebook.com/docs/guides/mobile/ このページの内容は、ホントに自信無いです。サンプルのソースを補助する程度に読んでください。 毎月2億人以上のユーザがモバイル機器からFacebookへアクセスします。Facebook Platformは、それらのユーザと友達をモバイルアプリへ導くのを助け、よりパーソナライズされたユーザ体験を提供します。 Facebook PlatformはiOS(iPhoneとiPad)とAndroid用のSDKを提供しています。もしモバイルアプリをFacebook SDKなしでブラウザ上で動作させるとしたら、ウェブベースのFacebook Login/Platform Dialogs/Graph

最近、無料アプリや無料ゲームにアプリ内課金を設置してユーザにアイテムを購入してもらうタイプのものが増えています。App Store トップセールスのうち半数以上がこの無料 + アプリ内課金で占められています。今後アプリ内課金は iPhone/iPad アプリで儲けるための必須の機能になると言っても過言ではありません。 今回はアプリ内課金(In-App Purchase)のプログラミングについて StoreKit フレームワークの基本的な使い方から失敗しないためのポイントまで説明していきます。 販売できるアイテムの種類は5種類 アプリ内課金で販売できるアイテムの種類は5種類あります。 Consumable 消費アイテム。ユーザがアイテムを使うと無くなる。例えばシューティングゲームの弾丸やコイン落としゲームのコインなど。同じアイテムを何回でも購入可能 Non-Consumable 非消費アイテ

iOS 5のリリースやiCloudの開始、iPhone 4Sの発売と、ここ最近のAppleのプロダクトが一通り出そろった感じですね。 3GSを使っていて常々もっさりしていたので、早速iPhone 4Sに乗り換えたところ、画面の中をスケートをしているかのようにスイスイ動いてくれてとても快適です。 2年前に3GSを使っていたときは、なんて速いんだろうと思っていたわけですが…慣れとは恐ろしいものです。 さて本題ですが、ここ数日使っていた中で気付いた、細かすぎるデザイン変更点があったので前回のLionと同じようにまとめてみました。 細かすぎるデザイン変更点第2弾、今回も目を凝らしてどうぞ。 1.アイコンバッジ iOS 4のアイコンバッジのシャドウは濃いめのブラックで強めのシャドウになっていましたが、iOS 5ではグレーっぽく明るくなっています。 全体的に比較してみると、iOS 4のシャドウは浮いて

@caos1027 こと「かおす」といいます。 IPhone、PSP-go、3DS、PS Vita等… 携帯機メインにゲームしてます♪

書誌情報 著者: 坂本一樹 発行日: 2011-10-13 最終更新日: 2013-09-19 バージョン: 2.0.0 ページ数: 238ページ(A4PDF版換算) 対応フォーマット: EPUB, PDF 出版社: 達人出版会 対象読者 C/C++には詳しいが、Objective-Cには不慣れな人。Objective-Cのソースコードが、実際どのように動くのか知りたい人。iOSまたはMacアプリ開発者 初心者を抜けだして、より深く学びたい人。 著者について 坂本一樹 ソフトウェアエンジニア。twitterアカウントは@splhack。stack overflow reputationは4500以上。 UNIXカーネル/デバイスドライバ/組み込み系ソフトウェアエンジニアを5年 ゲームプログラマを7年 Webエンジニアを1年 モバイル系ソフトウェアエンジニアを4年 本業以外には、NetBSD

iOSやその開発事情に詳しいと言える状態にはないので、調査を兼ねて書く。 Apple Sneaks A Big Change Into iOS 5: Phasing Out Developer Access To The UDID – TechCrunch http://wirelesswire.jp/Watching_World/201108221335.html 上記の「iOSでUDIDの利用が禁止」というニュースを聞いた時、正直TL上にこんなにいっぱい反応が貼り出されるとは思っていなかった。さすがにUDIDをいじるのはまずいよね、っていうコンセンサスは開発者の間では常識的部類に入ってくるのだろうと楽観的に捉えていたのかもしれない。 以下、なぜUDIDがそのようにスマートフォン開発者に利用されてきたのかについて、調べた限りでまとめてみた。 アプリケーションのサーバとのセッション保持 い