.@yukinokaze 審査中に余計なことして、リジェクトされたくなかったので、基本的に審査終わるまでは触らない方がいいと思いますよ。 [@muni_777] posted at 12:02:04
.@_523 @tokyopengwyn キーボードのようなとのことでしたので、キーボードのカスタムということでしたら、話しが変わってきますね。 [@muni_777] posted at 15:50:03 .@_523 @muni_777 と言うかこっちじゃないですか?試してはいませんけど… http://labs.techfirm.co.jp/ipad/cho/439 [@tokyopengwyn] posted at 15:28:03
.@muni_777 なるほど、同期にタイムラグがあるのかもしれませんね…先ほど購入しようとしたら、「アップデート中です」と出て購入できなくなってました。もうしばらく待ってみます。ありがとうございました! [@katakori_] posted at 14:56:03 .@katakori_ アプリの値段変更と同様で、同期に時間がかかっているのではないでしょうか? [@muni_777] posted at 14:38:03
.@kakinuma_t 一般的にURLアクセスするなら、?や&といった記号も値として渡すなら、エンコードしないと駄目じゃないでしょうか [@muni_777] posted at 19:10:05
キャッシュは、[[NSURLCache sharedURLCache] cachedResponseForRequest:request]で有無をチェックしています。 [@muni_777] posted at 18:14:03
.@daokasweep 何度でも購入できる場合は何らかの対処が必要かと思います、 [@muni_777] posted at 20:04:04 .@daokasweep ロールバックは無かったと思います。レシートが残るタイプであればアップル側にて自動で再購入か判断されるのでプロバイダーとしては、レシートが正しいかの判断だけでいいと思います。 [@muni_777] posted at 20:02:03
.@ReplicantNexus6 メモリ不足時の対応はそうなのですが、どちらかというと履歴の中を行き来できないものかと思案してました。history.goで履歴を最初に戻せば、canGoBackも正常にNOを返してくれるので、利用したいと思います [@muni_777] posted at 19:32:02 history.goで戻ることに成功しました。現在の履歴の何番目を見ているかを管理する必要がありますが、history.goで履歴の中を自由に行き来できるようになりました。ご助言有難う御座いました。 [@muni_777] posted at 19:10:03 .@muni_777 キャッシュは別にあります。気になる場合はNSURLCacheを置き換えるとかすればいいですけど、よっぽど困ってるのでなければおまかせがいいと思います。 [@k_katsumi] posted at 19:04:03 .@k_katsumi 履歴にはページのキャッシュもあると思ったのですが、この場合ですと多数のページ履歴があった場合、馬鹿にならないメモリ消費になるのではないでしょうか? [@muni_777] posted at 18:54:03 多数の回答有難う御座います。やりたいことは、一番最初のページはローカルにあり、そこからサーバのページにアクセスします。トップメニュー的なものなので、先頭に戻るとした場合、履歴をさかのぼって最初のページに戻したいのです。なぜかというと(続く [@muni_777] posted at 18:50:04 .@muni_777 @ClimbAppDev 履歴が残らない遷移はそれでいいです。webView:shouldStartLoadWithRequest:navigationType: でやればいいです。 [@k_katsumi] posted at 18:50:03 .@k_katsumi @muni_777 ありがとうございます、参考になります。ちなみに試していないのですが、JavaScript の location.replace でURLを移動するとブラウザに履歴が残らないらしいです。 [@ClimbAppDev] posted at 18:44:03 .@muni_777 履歴のクリアはプログラムからは(おそらく)できません。ただメモリ不足を心配されてるだけであれば、履歴は単なる文字列なので何百件あっても、それでメモリ不足にはなりません。気になるなら履歴に残らないようにページを遷移すればいいです。 [@k_katsumi] posted at 18:38:03 .@muni_777 @ClimbAppDev JavaScriptのhistoryオブジェクトでもいいですね。 [@k_katsumi] posted at 18:30:04 .@muni_777 履歴を自由に移動するのであれば UIWebViewDelegate を利用して履歴を管理するのが一般的ではないでしょうか。 [@ClimbAppDev] posted at 18:00:03
.@muni_777 @hkato193 ご丁寧にありがとうございました。これで心配なく、Framework化できそうです。ありがとうございました。 [@kakinuma_t] posted at 10:38:04 .@kakinuma_t http://bit.ly/dGLrmy 私もFramework化に興味があって以前調べたのですが、このページによると動的リンクがiOSだとサポートされないようなので、Frameworkの恩恵が薄れるようです。 [@muni_777] posted at 10:30:06
.@maedahiroya Push通知の仕組みは通知したい端末のデバイストークンと通知内容をアップルの通知サーバに投げて、それをアップルのサーバが端末に投げます。なので通知を投げるシステムは必ずしもサーバでなくてもいいのです。 [@muni_777] posted at 20:56:03 .@maedahiroya ローカルに環境を作って通知することも可能ですが、通知先であるデバイストークンをどのみち収集しないといけないのでサーバは必要になると思います。 [@muni_777] posted at 20:50:05 .@muni_777 返信ありがとうございます。 知りたいのはサイトの更新などがあったときに、バッジアイコンが出るようにしたいんです。サイトにpemファイルやrbファイルがおけない場合はどうすればよいでしょうか。 [@maedahiroya] posted at 14:22:03
.@maedahiroya Push通知では詳細な情報は送れないのでPush通知ではニュース数だけ通知してバッジを表示し、別途、サーバをたてて新着情報を見るためのViewを準備して通信して取得とかが必要になるとは思います。私はそのようにしています。 [@muni_777] posted at 17:48:03 .@maedahiroya バッジのことでしょうか?バッジならUIApplicationのapplicationIconBadgeNumberに数値をいれれば表示されます。アプリ未起動でバッジをつけたいならPush通知でできますよ。 [@muni_777] posted at 17:44:04 .@muni_777 GoogleAnalytics使ったり、自前で起動時に通信すればある程度は分かると思いますけど、まぁユーザー側からも分からないのでリスクヘッジしやすいですよね。 [@takky10] posted at 17:42:02 .@pickle_inc ダウンロード数ってリアルタイムで見れなかったと思うのですが、やはり適当に煽ってるだけなんですかねぇ セールする側としては特定本数だけセールの方が期間よりもリスク管理しやすいんですけどね [@muni_777] posted at 17:00:03 .@muni_777 ダウンロード数を見ながら手動で設定とかですかね。というか、こんなの適当でも誰も分かんないですよね(^^; [@pickle_inc] posted at 16:34:03
|
last update 06/01 18:17
ツイート検索
Recent
Archives
Friends
Hashtags
Stats・Feed |