Location Clip 1.3 が Ready for Sale になりました。
まもなく AppStore に反映されると思いますので、アップデートどうぞよろしくお願いします。
先ほど、Location Clip 1.3 を審査に出しました。
今回のバージョンの新機能は、以下の通りです。どうぞお楽しみに。
1. TwitterのGeo Tagging APIの対応
Twitterに投稿するメッセージにGeoタグを付けることができるようになりました。
設定画面において、Twitterへの投稿時にGeoタグを付けるかどうかを選択できます。
2. 写真のサイズの設定
以前のバージョンでは、地図上に貼付ける写真のサイズは、長辺を200px固定としていましたが、本バージョンから、地図上に貼付ける写真のサイズが設定できるようになりました。
設定画面において、写真の長辺のサイズを180px、200px、240pxの中から選択できます。
なお、設定画面にてサイズの変更をした場合には、次に写真を貼付ける時から設定が有効になります。
もし、地図上に貼付けられている写真がある状態で設定を変更した場合、その写真のサイズは変更されませんのでご了承ください。
3. カメラで撮影した写真を保存するかどうかの設定
以前のバージョンでは、カメラで撮影した写真を必ずカメラロールに保存するようにしていましたが、本バージョンから、カメラロールに自動保存するかどうかを設定画面において設定できるようになりました。
4. URLスキーマの公開
他のアプリケーションから、Location Clipに連携できるように、URLスキーマを公開します。
URL :
com.fourmeisters.locationclip://open
パラメータ:
- 場所を指定したい場合
lat: 緯度座標
lon: 経度座標
※このパラメータが指定されない場合には、現在地を表示します。
- 地図のタイプを設定したい場合
type: 地図のタイプ。m（マップ）、s（航空写真）、h（地図＋写真）。
※このパラメータが指定されない場合には、マップ表示します。
- 地図上に写真を貼付けたい場合（１枚のみ）
photo: 写真の貼付け有無。y（貼付ける）、n（貼付けない）。
貼付けたい写真の画像（UIImage）がペーストボードに入っていることが前提です。
pbname: ペーストボードの名前。
名前付きペーストボードに写真をセットしている場合には、そのペーストボード名を指定します。
このパラメータが指定されない場合には、標準ペーストボードを参照します。
- LocationClipの処理終了後、呼び出し元アプリに戻りたい場合
returnURL: yourapp://xxxxx
もし、URLの中にパラメータがある場合には、&や=などの文字は、正しくエンコードしてください。
例えば、yourapp://xxxxx?foo=aaa&baa=bbb に戻りたい場合には、yourapp://xxxxx?foo%3Daaa%26baa%3Dbbb となります。
例:
com.fourmeisters.locationclip://open?lat=37.00000&lon=139.00000&type=h
com.fourmeisters.locationclip://open?photo=y&pbname=com.foo.baa.pbname
com.fourmeisters.locationclip://open?returnURL=yourapp://xxxxx
5. Copy & Send (Lite) との連携
弊社からリリースしているCopy & Send（Lite）をインストールしている場合には、Location Clipでクリップした情報を、Copy & Send (Lite) に渡して他のiPhone/iPod touchに送信することができます。
4日前に、アップデートを申請してた、Copy & Send 1.1が、AppStoreにリリースされました。
Copy & Send (有料版)
Copy & Send Lite (無料版)
このアップデートでは、有料版の永続保存領域に、フォルダの概念を追加しました。
これにより、適当なフォルダを作成し、保存しているアイテムを、分類することができます。
Copy & Send (有料版)
Copy & Send Lite (無料版)
このアップデートでは、有料版の永続保存領域に、フォルダの概念を追加しました。
これにより、適当なフォルダを作成し、保存しているアイテムを、分類することができます。
この例では、4つのフォルダを作成してアイテムを分類しています。
旧バージョンから引き継いだデータは、アップデート適用直後は、デフォルトフォルダに属していますので、お手数ですが、必要に応じてフォルダを作成し、移動してください。
尚、無料版の方は、小規模なバグフィックスと画面表示の変更のみとなっています。
旧バージョンから引き継いだデータは、アップデート適用直後は、デフォルトフォルダに属していますので、お手数ですが、必要に応じてフォルダを作成し、移動してください。
尚、無料版の方は、小規模なバグフィックスと画面表示の変更のみとなっています。
iPhoneのSafariで、WebコンテンツからURLや画像などをコピーすると、それは標準ペーストボードに格納されます。
その状態でSafariを終了し、Copy & Sendを起動することで、コピーしたデータを参照することが可能です。
こういう操作を想定した場合、Copy & SendのURLを、Safariのブックマークに登録しておくことで、ワンタッチで起動できるようになり、かなり操作が楽になります。
以下に、登録方法を説明します。
1. 登録するURLの準備
以下のいずれかのURLを、通常のコピー操作でコピーしておきます。
有料版の場合
com.fourmeisters.copyandsend://open
Lite版の場合
com.fourmeisters.copyandsendlite://open
iPhoneのSafariでは、リンクを長押しして表示されるメニューから、「コピー」を選択するのが、最も簡単で確実な方法です。
2. とりあえず、現在のページを一旦ブックマークに登録
3. 登録したブックマークに正しいURLを設定する。
画面最下部の「完了」ボタンをタップすることで、登録完了です。
あとは、登録したブックマークから、ワンタッチでCopy & Sendアプリケーションを起動することが可能です。
その状態でSafariを終了し、Copy & Sendを起動することで、コピーしたデータを参照することが可能です。
こういう操作を想定した場合、Copy & SendのURLを、Safariのブックマークに登録しておくことで、ワンタッチで起動できるようになり、かなり操作が楽になります。
以下に、登録方法を説明します。
1. 登録するURLの準備
以下のいずれかのURLを、通常のコピー操作でコピーしておきます。
有料版の場合
com.fourmeisters.copyandsend://open
Lite版の場合
com.fourmeisters.copyandsendlite://open
iPhoneのSafariでは、リンクを長押しして表示されるメニューから、「コピー」を選択するのが、最も簡単で確実な方法です。
2. とりあえず、現在のページを一旦ブックマークに登録
- 画面最下部の[+]アイコンをクリックして、「ブックマークを追加」を選択します。
- ブックマークの名前を、何かわかりやすいものに変更します。 (ここでは、「Copy & Sendを起動」にしています。)
- この時点では、URLは変更できないので、一旦右上の「保存」ボタンをタップして登録します。
3. 登録したブックマークに正しいURLを設定する。
- 画面最下部の本のマークのアイコンをタップし、ブックマーク一覧を表示します。
- そこで、画面左下の「編集」ボタンをタップした後、先ほどのブックマークを選択します。
- URLのところに事前にコピーしておいたURLをペーストします。(手入力でも構いません)
画面最下部の「完了」ボタンをタップすることで、登録完了です。
あとは、登録したブックマークから、ワンタッチでCopy & Sendアプリケーションを起動することが可能です。
iPhone OSにおいて、アプリケーション間でデータを共有する、最も簡単な方法は、ペーストボードを使用することです。
典型的なパターンをあげてみましょう。
ユーザがメモアプリケーションで文字列を選んで「コピー」の操作をし、メール送信画面で「ペースト」操作を行うと、その文字列がメールに貼り付けられます。これは、コピー操作で、メモアプリケーションが文字列をペーストボードに格納し、メールアプリケーションが、ペースト操作の時にそこから文字列を取り出すことで実現されています。それと同じ方法で、どんなアプリケーションでも、ペーストボードを介してデータを受け渡すことが可能です。
ペーストボードには、文字列だけでなく、さまざまな種類のデータを格納することができます。例えば、弊社のExport for Google Documentsというアプリケーションでは、Googleドキュメントからエクスポートしたドキュメントデータを、ペーストボードに格納する機能を持っています。
ここでは、どのような形でペーストボードにデータを格納すればいいのか及び、弊社製Copy & Sendアプリでそのデータを活用する例について簡単に説明したいと思います。
UIPasteboardクラス
iPhone SDKの中では、UIPasteboardクラスがペーストボードを表現するオブジェクトになります。システム内には、複数のペーストボードが存在していますが、それぞれが、UIPasteboardのインスタンスに対応します。
システム標準で用意されているものには、以下の2種類があります。
上記以外に、各アプリケーションで固有なものを、自由に作成することができます。標準のペーストボードは、予期しない場面で勝手に上書きされてしまうことがあるので、アプリケーション固有のデータは、固有のペーストボードを使用することをお奨めします。
また、各ペーストボードには、一意に識別するための名称が付与されており、名称が不明なペーストボードにはアクセスできないようになっています。
ペーストボード内のデータ構造
ペーストボード内のデータは、アイテムと呼ばれるNSDictionryの集合として管理されています。
アイテムのNSDictionryのキーは、データの種類を表すUTI(Uniform Type Identifier)と呼ばれる文字列であり、値としてデータのオブジェクトが格納されています。したがって、アイテムの中には、異なる種類のデータを複数格納することができます。
以下に、データ構造の概念図を示します。
これは、少し複雑な組合せの例になっています。
1つ目のアイテムは、URLとテキストのペアで構成されています。例えば、Safariでハイパーリンクを長押ししてコピーした場合は、この形になります。
2つ目のアイテムは、Excelのスプレッドシートを、単独で格納したアイテムの例です。
3つ目のアイテムは、JPEG画像とテキストのペアで構成されています。カメラロールの写真をコピーした場合には、この形になります。
Copy & Send及び、Copy & Send Liteで、ペーストボードの内容をブラウズすると、これらのデータ構造を確認することができます。興味がある方は、お試しください。
UIPasteboardのAPIについて
アイテムを操作するためのAPIは、以下の種類に分かれます。
(詳細は、UIPasteboardのリファレンスを参照してください)
ペーストボードの活用例
一部、冒頭で述べたことの繰り返しになりますが、弊社製の以下のアプリ間で、ペーストボードを使ったデータ連携を実現しています。
みなさんが作成したアプリケーションでも、Copy & Send / Copy & Send Liteを有効に活用していただければ幸いです。
開発者の方のために、具体的な連携機能の実装方法について、アプリの中からアクセスできるヘルプドキュメントにて説明しています。よろしければ、そちらをご参照いただければと思います。
よろしくお願いいたします。
典型的なパターンをあげてみましょう。
ユーザがメモアプリケーションで文字列を選んで「コピー」の操作をし、メール送信画面で「ペースト」操作を行うと、その文字列がメールに貼り付けられます。これは、コピー操作で、メモアプリケーションが文字列をペーストボードに格納し、メールアプリケーションが、ペースト操作の時にそこから文字列を取り出すことで実現されています。それと同じ方法で、どんなアプリケーションでも、ペーストボードを介してデータを受け渡すことが可能です。
ペーストボードには、文字列だけでなく、さまざまな種類のデータを格納することができます。例えば、弊社のExport for Google Documentsというアプリケーションでは、Googleドキュメントからエクスポートしたドキュメントデータを、ペーストボードに格納する機能を持っています。
ここでは、どのような形でペーストボードにデータを格納すればいいのか及び、弊社製Copy & Sendアプリでそのデータを活用する例について簡単に説明したいと思います。
UIPasteboardクラス
iPhone SDKの中では、UIPasteboardクラスがペーストボードを表現するオブジェクトになります。システム内には、複数のペーストボードが存在していますが、それぞれが、UIPasteboardのインスタンスに対応します。
システム標準で用意されているものには、以下の2種類があります。
- General pasteboard
- システム標準のペーストボードであり、通常のコピー/ペースト操作で使用されます。
- Find pasteboard
- 検索バーに入力されたテキストが保存されるペーストボード
上記以外に、各アプリケーションで固有なものを、自由に作成することができます。標準のペーストボードは、予期しない場面で勝手に上書きされてしまうことがあるので、アプリケーション固有のデータは、固有のペーストボードを使用することをお奨めします。
また、各ペーストボードには、一意に識別するための名称が付与されており、名称が不明なペーストボードにはアクセスできないようになっています。
ペーストボード内のデータ構造
ペーストボード内のデータは、アイテムと呼ばれるNSDictionryの集合として管理されています。
アイテムのNSDictionryのキーは、データの種類を表すUTI(Uniform Type Identifier)と呼ばれる文字列であり、値としてデータのオブジェクトが格納されています。したがって、アイテムの中には、異なる種類のデータを複数格納することができます。
以下に、データ構造の概念図を示します。
これは、少し複雑な組合せの例になっています。
1つ目のアイテムは、URLとテキストのペアで構成されています。例えば、Safariでハイパーリンクを長押ししてコピーした場合は、この形になります。
2つ目のアイテムは、Excelのスプレッドシートを、単独で格納したアイテムの例です。
3つ目のアイテムは、JPEG画像とテキストのペアで構成されています。カメラロールの写真をコピーした場合には、この形になります。
Copy & Send及び、Copy & Send Liteで、ペーストボードの内容をブラウズすると、これらのデータ構造を確認することができます。興味がある方は、お試しください。
UIPasteboardのAPIについて
アイテムを操作するためのAPIは、以下の種類に分かれます。
(詳細は、UIPasteboardのリファレンスを参照してください)
- 標準的な単一タイプのデータを扱うためのもの
- データにアクセスするためのプロパティとして定義されています。
- string/strings
- image/images
- URL/URLs
- color/colors
- 任意のデータタイプを扱うためのもの
- 上記以外に、UTIを明示的に指定してデータを操作するメソッドが用意されています。
ペーストボードの活用例
一部、冒頭で述べたことの繰り返しになりますが、弊社製の以下のアプリ間で、ペーストボードを使ったデータ連携を実現しています。
- Export for Google Documents
- Googleドキュメントからエクスポートしたドキュメントデータを、ペーストボードに格納する。
- Copy & Send / Copy & Send Lite
- ペーストボードに格納されているアイテムを活用する機能を実装している。
これによって、Export for Google Documentsのドキュメントデータを、他のデバイスに送信するといったことができるようになっています。
- 他のデバイスへの送信
- 永続領域への保存
- 内容のブラウズ
みなさんが作成したアプリケーションでも、Copy & Send / Copy & Send Liteを有効に活用していただければ幸いです。
開発者の方のために、具体的な連携機能の実装方法について、アプリの中からアクセスできるヘルプドキュメントにて説明しています。よろしければ、そちらをご参照いただければと思います。
よろしくお願いいたします。
Copy & Sendでは、データの送受信に、iPhone OS 3.0から追加されたGameKitを使用しています。当初はBluetoothのみのサポートだったのですが、iPhone OS 3.1からは、WiFi経由での通信もできるようになっていることは、あまり認知されていないように思います。われわれも、Copy & Sendアプリケーションを開発している過程で、偶然気付いたというのが正直なところです。
便利な機能なのですが、いくつか制約もあるので、そのときの経験を元に、概要をまとめておきたいと思います。
開発者向けのドキュメントには明記されていない
Appleから公開されているGameKitに関するドキュメントは、以下の2つですが、いずれにも、WiFi機能のサポートについては説明されていません。
Developer Forums の発言によると、これらのドキュメントは、いずれも3.0レベルのまま更新されていないので、3.1から追加されたWiFi通信機能のことが記載されていないだけのようです。
GKPeerPickerControllerを使った場合は、Bluetoothのみ使用可能である
なぜか、GKPeerPickerControllerクラスを使って接続を確立する場合は、Bluetooth通信のみが使用可能なようです。
WiFi通信を使うためには、GKSessionを使って、自分で接続相手を探して接続する必要があります。
BluetoothとWiFiのどちらを使用するのかを明示的に選択することはできない
WiFiとBluetoothの両方が有効な状態の場合、どちらを使って通信するのかということを、明示的に選択することはできません。Game Kit Frameworkが、勝手に選んでしまいます。GKPeerPickerControllerを使わないで実装した場合は、暗黙的にWiFiを使ってしまうわけですね。
裏を返せば、ドキュメントに記載されていないこととあわせて考えると、GKPeerPickerControllerを使わないで実装した場合にのみ、偶然この機能に気付くということにもなります。
WiFiとBluetoothの状態を検知できない
GKPeerPickerControllerを使う場合、Bluetoothが無効な場合に、以下のようなalertメッセージが出ます。
GKPeerPickerControllerを使わない場合は、WiFiとBluetoothの状態を検知することができません。
Bluetoothをサポートしていないデバイスでも通信できる
同一WiFiネットワーク内に限定されますが、iPod touch 1Gでも、通信することができるのは、メリットかなと思います。
あと、iPhone Simulatorとも通信できるで、iPhoneの実機が1台しかなくても、テストが可能になることもうれしいですね。
Copy & Sendアプリケーションへの影響
Copy & Sendでは、GKPeerPickerControllerを使わないで実装しているので、以下のような影響を受けています。
このあたりについては、ユーザのみなさんに不便を感じさせてしまうところだと思うので、もう少しきめ細かい制御ができるようになると、ありがたいところです。
Copy & Sendを使用して場合は、お手数ですが、WiFiとBluetoothを予めONにしていただくよう、お願いいたします。
便利な機能なのですが、いくつか制約もあるので、そのときの経験を元に、概要をまとめておきたいと思います。
開発者向けのドキュメントには明記されていない
Appleから公開されているGameKitに関するドキュメントは、以下の2つですが、いずれにも、WiFi機能のサポートについては説明されていません。
Developer Forums の発言によると、これらのドキュメントは、いずれも3.0レベルのまま更新されていないので、3.1から追加されたWiFi通信機能のことが記載されていないだけのようです。
GKPeerPickerControllerを使った場合は、Bluetoothのみ使用可能である
なぜか、GKPeerPickerControllerクラスを使って接続を確立する場合は、Bluetooth通信のみが使用可能なようです。
WiFi通信を使うためには、GKSessionを使って、自分で接続相手を探して接続する必要があります。
BluetoothとWiFiのどちらを使用するのかを明示的に選択することはできない
WiFiとBluetoothの両方が有効な状態の場合、どちらを使って通信するのかということを、明示的に選択することはできません。Game Kit Frameworkが、勝手に選んでしまいます。GKPeerPickerControllerを使わないで実装した場合は、暗黙的にWiFiを使ってしまうわけですね。
裏を返せば、ドキュメントに記載されていないこととあわせて考えると、GKPeerPickerControllerを使わないで実装した場合にのみ、偶然この機能に気付くということにもなります。
WiFiとBluetoothの状態を検知できない
GKPeerPickerControllerを使う場合、Bluetoothが無効な場合に、以下のようなalertメッセージが出ます。
GKPeerPickerControllerを使わない場合は、WiFiとBluetoothの状態を検知することができません。
Bluetoothをサポートしていないデバイスでも通信できる
同一WiFiネットワーク内に限定されますが、iPod touch 1Gでも、通信することができるのは、メリットかなと思います。
あと、iPhone Simulatorとも通信できるで、iPhoneの実機が1台しかなくても、テストが可能になることもうれしいですね。
Copy & Sendアプリケーションへの影響
Copy & Sendでは、GKPeerPickerControllerを使わないで実装しているので、以下のような影響を受けています。
- そのときの状況により、WiFiとBluetoothのどちらで通信されるのかを予測することはできません。
- WiFiとBluetoothの両方が無効な状態であっても、そのことをユーザに通知することができません。
このあたりについては、ユーザのみなさんに不便を感じさせてしまうところだと思うので、もう少しきめ細かい制御ができるようになると、ありがたいところです。
Copy & Sendを使用して場合は、お手数ですが、WiFiとBluetoothを予めONにしていただくよう、お願いいたします。
12/18にアップデートを申請していたExport for Google Documentsのアップデートが、Ready for Saleになりました。6日間というのは、これまでで最短記録です。
Export for Google Documents (AppStore)
今回は、主に2つの機能追加が中心となっています。
Copy & Sendアプリケーションとの連携
これまでも、ドキュメントをペーストボードに格納する機能を提供していましたが、そのデータを活用できるアプリケーションが存在していなかったので、中途半端な状態でした。
同じデバイスの中に、Copy & Sendがインストールされていれば、このアプリでペーストボードに格納したドキュメントを利用することができます。
ペーストボード状態表示画面で、「Copy & Sendを起動する」ボタンをタップすると、Copy & Sendが起動されます。あとは、Copy & Sendの機能を使って、ドキュメントを別のデバイスに送信したり、永続領域に保存するなどできるようになります。
Copy & Send (有料版) (AppStore)
Copy & Send (無料版) (AppStore)
スプレッドシートからワークシートを選択する
スプレッドシートをPDFとしてエクスポートする場合、ワークシートを選択することができるようになりました。
通常の流れですと、本日中にAppStoreにも出てくるはずですが、米国がクリスマス休暇に入っているため、スムーズに行かない可能性もあります。その場合は、ご了承ください。
Export for Google Documents (AppStore)
今回は、主に2つの機能追加が中心となっています。
Copy & Sendアプリケーションとの連携
これまでも、ドキュメントをペーストボードに格納する機能を提供していましたが、そのデータを活用できるアプリケーションが存在していなかったので、中途半端な状態でした。
同じデバイスの中に、Copy & Sendがインストールされていれば、このアプリでペーストボードに格納したドキュメントを利用することができます。
ペーストボード状態表示画面で、「Copy & Sendを起動する」ボタンをタップすると、Copy & Sendが起動されます。あとは、Copy & Sendの機能を使って、ドキュメントを別のデバイスに送信したり、永続領域に保存するなどできるようになります。
Copy & Send (有料版) (AppStore)
Copy & Send (無料版) (AppStore)
スプレッドシートからワークシートを選択する
スプレッドシートをPDFとしてエクスポートする場合、ワークシートを選択することができるようになりました。
通常の流れですと、本日中にAppStoreにも出てくるはずですが、米国がクリスマス休暇に入っているため、スムーズに行かない可能性もあります。その場合は、ご了承ください。
iPhone/iPod touchのペーストボードに格納されているデータを活用するための、Copy & Sendというアプリをリリースしました。
今回は、有料版と無料版の2本立てとなっています。
Copy & Send (有料版)
主な機能
通常のコピー操作でペーストボードにデータを格納した後、このアプリを起動することで、簡単にデータを活用することができます。
主な機能は、以下の通りです。
有料版と無料版の違いについて
無料版には、若干の機能制限があります。
他のアプリとの連携について
他のアプリから、このアプリを起動するためのURLを公開しています。
使用方法については、アプリ内のヘルプドキュメントにて説明していますので、そちらをご参照ください。
まずは、無料版をお気軽にお試しいただければと思います。
よろしくお願いいたします。
今回は、有料版と無料版の2本立てとなっています。
Copy & Send (有料版)
主な機能
通常のコピー操作でペーストボードにデータを格納した後、このアプリを起動することで、簡単にデータを活用することができます。
主な機能は、以下の通りです。
- ペーストボード内のデータをブラウズする。
- 複数のアイテムがペーストボードに格納されている場合であっても、一覧表示して内容を確認することができます。
- テキスト、画像、ドキュメントについては、内容確認するための簡易的なビューワ機能もあります。
- ペーストボードを使ったアプリを開発している方にも役立つ機能だと思います。
- ペーストボード内のデータを、別のiPhone/iPod touchにBluetooth経由で送信する。
- Copy & Sendがインストールされている別のiPhone/iPod touchに、データを送信して共有することができます。
- 例えば、カメラロールにある写真を選択してコピーした後、このアプリを起動して、簡単な操作をすることで、その写真を送ることができます。
- ペーストボード内にあるデータの中で、長く取っておきたいものを、保存する。
有料版と無料版の違いについて
無料版には、若干の機能制限があります。
- 画像送信時のサイズ縮小
- 有料版では、サイズを縮小せずに画像を送信することができますが、無料版は常に縮小されます。
- データの保存機能
- 有料版では、ローカルデータベースにデータを保存することができますが、無料版では画像をカメラロールに保存する機能のみ利用可能です。
他のアプリとの連携について
他のアプリから、このアプリを起動するためのURLを公開しています。
使用方法については、アプリ内のヘルプドキュメントにて説明していますので、そちらをご参照ください。
まずは、無料版をお気軽にお試しいただければと思います。
よろしくお願いいたします。
iPhoneOSでは、各アプリケーションごとに、独自のURLスキームを定義できることは、iPhoneアプリケーション開発者のみなさんはご存知のことと思います。そのURLが、-[UIApplication openURL:]メソッドの引数で渡されると、対応するアプリケーションが起動されます。
起動される側のアプリケーションは、Application DelegateクラスでそのURLを受け取って、必要な処理を行います。
iPhoneOS 2.xまでは、URLのハンドリングは、application:handleOpenURL: メソッドでのみ行うことが可能でしたが。3.0からは、新しく追加された、application:didFinishLaunchingWithOptions: メソッドでも可能となりました。
このapplication:didFinishLaunchingWithOptions: メソッドのことを簡単にまとめると、以下のような感じになります。(詳細は、UIApplicationDelegate Protocol Reference を参照してください)
URL起動の場合、起動オプションには、以下の2つのキーが存在します。
起動される側のアプリケーションは、Application DelegateクラスでそのURLを受け取って、必要な処理を行います。
iPhoneOS 2.xまでは、URLのハンドリングは、application:handleOpenURL: メソッドでのみ行うことが可能でしたが。3.0からは、新しく追加された、application:didFinishLaunchingWithOptions: メソッドでも可能となりました。
このapplication:didFinishLaunchingWithOptions: メソッドのことを簡単にまとめると、以下のような感じになります。(詳細は、UIApplicationDelegate Protocol Reference を参照してください)
- これまでの、applicationDidFinishLaunching: メソッドに、起動時のオプションパラメタを処理する機能が追加されたものである。
- application:didFinishLaunchingWithOptions: メソッドが存在していると、applicationDidFinishLaunching: メソッドと、application:handleOpenURL: メソッドは、呼ばれなくなる。
- 引数で渡される起動オプションは、NSDictionaryオブジェクトであり、push notificationまたは、URL起動時のパラメタが格納されている。
URL起動の場合、起動オプションには、以下の2つのキーが存在します。
- UIApplicationLaunchOptionsURLKey - 起動URLオブジェクト(NSURL)
- UIApplicationLaunchOptionsSourceApplicationKey - 起動元アプリケーションのバンドル名
Location Clip 1.2 では、カメラで撮った写真をカメラロールに保存する機能がありますが、今日は、この機能の実装について取り上げたいと思います。
皆さんご存知の通り、写真をカメラロールに保存する際に利用するAPIは・・・
ですが、以下のような実装だけで終わらせている（保存完了のコールバックを設定していない）サンプルを実によく見かけます。
このような実装は、一見簡単でいいように見えますが、もし、このように実装してしまった場合、写真を保存し終わったことをアプリケーションが知る術がなくなってしまい、ちゃんと保存できたのかどうかを、アプリケーションで判断できなくなってしまいます。
処理が正常に終わったかどうかを確認するために、ちゃんとcompletionTargetとcompletionSelectorを設定するようにしましょう。
そしてまた、保存処理中にアプリケーションを終了してしまったりすると、カメラロールに写真が保存できなかったり、サムネイルが保存されなかったりすることがあるため、 UIActivityIndicatorView などを使って保存処理中であることをユーザに対して示すような配慮をしてあげると良いと思います。
Recent Comments