iPhone アプリを iPad 対応にする方法（プログラミング編） : 管理人@Yoski
スクリーンショットとりながら丁寧に説明する気はないのだけど、メモ残しとかないと自分でも忘れそうなので・・・ iPad の登場で、iPhone/iPad 両方に共通のバイナリというものが SDK 3.2 で作成できるようになりました。 もちろん、iPhone は iPhone OS 3.1系、iPad は 3.2 系なので、API の変更を吸収する必要はあるのですが、それを差し引いてもシングルバイナリで提供できるというのはメリットが多いわけで・・・ で、その方法。主に Interface Builder を使ってる人向け。 詳しくは Starting Your Project を読んでください。MPMoviePlayer を使っている自分にとっては「どうすんだよ、これ・・・」って感じではあるのですが・・・ま、それはさておき。 ※次の手順 1-3 については、XCode の 「Upgrade
大人な事情により Apple の審査通りませんでした（ツイキャス・ビュワー） : 管理人@Yoski
さて、先日 Tokyo2.0 で発表した新アプリ、「TwitCasting Viewer（ツイットキャスティング・ビュワー）なのですが、本日 Apple より正式に「却下！リジェクト！」の連絡が来ました。 リジェクトの理由がシステムの根底に関わる問題のため、ビュワーの提供はまた少し先になります。申し訳ありません。 Apple 側から公開されている（NDAに抵触しない）範囲内でリジェクトの理由を書いておきますので、なにかの参考にしていただければ、と。 さて、ツイットキャスティング・ビューワーでは - PUSH によるライブ開始の通知 - 独自プロトコルによる 64kbps ～ 1Mbps 帯域での柔軟な環境での視聴 を可能にしています。 問題は、この「独自プロトコル」で、Apple 側は今年2月に - 10分を超える音声・動画、もしくは (NDA)分間で (NDA)バイトを超える音声・動画を
楽天な人には楽天の広告を、Amazonな人にはAmazonの広告を : 管理人@Yoski
まぁ、もう枯れた話題ではあるのですが・・・ アフィリエイトなんかだと、楽天を訪問したことがある人には楽天の広告を見せる、みたいなことをしたほうが成果があがりそうですよね。 これ、あまり使われてないようなのですが何か倫理上問題があるんしょうか（棒読み） ということで適当なサンプルコードだけメモで残しておきますね。個人的なメモとして。 <!-- 広告をこんな感じで入れる --> <div id="amazonbox" style="display:none;"> Amazon の広告コードをここに </div> <div id="rakutenbox" style="display:none;"> 楽天 の広告コードをここに </div> <!-- visited を検知するためのスタイル --> <style type="text/css"> a.peepingboy:link { disp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
