Titanium Mobile (1.7.5)経由で Ti.Media.saveToPhotoGalleryを実行するとエラーがかえってくる(errorのcallbackハンドラがよばれる)
内部で結局はUIImageWriteToSavedPhotosAlbumが呼ばれる。
よくよく調べてみると、
シミュレータ上で写真機能を一度は実行しておかないと保存用のディレクトリが作成されないらしく、そのせいでエラーになる。
(Safariの横の写真アプリをクリックすればおk)
やられたわ。
2011-11-22
2011-11-21
Titanium Mobile (1.7.5)のtableviewsection - iOS
Titanium Mobile (1.7.5)のtableviewsection
ボタンを押すなどのイベント時に、tableview上のあるセクションのすべての行の値を取得する必要があったので、APIを見たところ、rowに対するアクセサがない。
(あるのはrowCountという件数取得のみ)
しかしながら、githubにあるソース(TiUITableViewSectionProxy.h)を見るとしっかり、rowsがプロパティとして宣言されている。
var row = aTableviewSection.rows[i];
とやったら、取得できた。APIへの記載漏れなのかな。
ボタンを押すなどのイベント時に、tableview上のあるセクションのすべての行の値を取得する必要があったので、APIを見たところ、rowに対するアクセサがない。
(あるのはrowCountという件数取得のみ)
しかしながら、githubにあるソース(TiUITableViewSectionProxy.h)を見るとしっかり、rowsがプロパティとして宣言されている。
var row = aTableviewSection.rows[i];
とやったら、取得できた。APIへの記載漏れなのかな。
2011-11-15
Titanium Mobile(1.7.5)でのcookie - iOS
Titanium Mobileでcookieについてのメモ書き(for iOS)
・SDK 1.7.5での挙動。
・サーバから発行されたcookieはURL(のホスト部)をキーにNSHTTPCookieStorageに保存される。
・このcookieを消したい場合、xhr.clearCookies("http://foo.bar.jp/");とやれば消せる
・clearCookiesメソッドは今のところAPIリファレンスには載っていない。
・有効なcookieがNSHTTPCookieStorageにある場合、自動でリクエストに付与される(未確認)
・そのため、「有効なcookieがリクエストにある場合、cookie発行しねーよ」というサーバだった場合、this.getResponseHeader('Set-Cookie');は2回目以降nullになる可能性がある。
・SDK 1.7.5での挙動。
・サーバから発行されたcookieはURL(のホスト部)をキーにNSHTTPCookieStorageに保存される。
・このcookieを消したい場合、xhr.clearCookies("http://foo.bar.jp/");とやれば消せる
・clearCookiesメソッドは今のところAPIリファレンスには載っていない。
・有効なcookieがNSHTTPCookieStorageにある場合、自動でリクエストに付与される(未確認)
・そのため、「有効なcookieがリクエストにある場合、cookie発行しねーよ」というサーバだった場合、this.getResponseHeader('Set-Cookie');は2回目以降nullになる可能性がある。
登録:
投稿 (Atom)