Drafts as my diary.

browser_action な Chrome Extension についてもサンプルを作った。

こちらにある。

284km/chrome-extension-browser-action

Chrome Extension の種類について

manifest.json に書くことになるが、三種類ある。以下はそれぞれの簡単な説明。

app

chrome://apps/ に並ぶタイプのもの。

browser_action

アドレスバーの右側にアイコン表示するタイプのもの。

page_action

アイコン表示したくないような場合にはこちらを使う。

• おまけ

とても小さなものならすごく簡単に作れる。Chrome Extension を作ったことが無い人でも 10 分程度でどんな感じか分かると思う。 サンプルとして app のタイプのものが以下にある。

どんな感じかさくっと体験してみたい人は、これを clone して、chrome の設定から Extensions の Developer mode のチェックを ON して、clone した extension を読み込ませてみるとよいと思う。 すると chrome://apps/ に並ぶので、クリックするとサンプルページが表示されるはずだ。

https://github.com/284km/chrome-extension-minimal

今日記事を追加しようとしたら、Travis-CI から通知がきて middleman のビルドエラーが起きていた。 はて、いつもどおりに追加したはずだが。

middleman-blog を追ってみたところ、どうやら日付の指定 (ファイル名につけるやつ) が悪いらしい。コードを見た限りでは、現在日より未来だからっぽい。

それにしても日付は今までどおり当日を入力しており未来日ということもなかろう。 config.rb を眺めてみるとタイムゾーンを指定していないことに気づく。デフォルトで UTC とかになるのだろうか。そうだとすると、未来日だという主張も頷ける。というわけで Time.zone = "Tokyo" を追加して push したところ今度は別のエラーだ。日付の問題はやはりタイムゾーンの問題だったということのようだ。

残りのエラーは、いくつかのファイルが対象となった。すべて昔作った動作確認テスト用の article だ。拡張子が .html.markdown だったりがいけなかったのか、よく覚えていないが不要なファイルであったため git rm したところビルドが通った。

全部直ったが、意識しておくこととしてはたまに挙動がかわることがあるということ。middleman がわの。だから早くブログシステム移行したい。とかずっと言い続けているけれど結局 middleman の投資対効果はなかなかのものなのでそこに依存している。いや悪くはないんですが。middleman。コードも見れば分かるものだったし暫くは問題ないのではないか。

Favicon をつけたが出来が悪すぎて今度作りなおそうと思い悲しい。

昨日 4/7 の話になるが、iOS アプリの申請に関して大いにはまった箇所がある。

やり方全般は世に詳しい記事が溢れているため大体誰がやってもどうにかなるもので、もはやイージーモードだなあとかつくづく感じる。

さて、昨日はまったのは細かい部分で、振り返るとやはりしょうもない問題に躓いたものだなどと思う。

2 つの問題に遭遇した。

1. validate できない問題
2. waiting for upload から進まない問題

• validate できない問題について

まずプロジェクト作成時に、プロジェクト名 (Bundle Identifier の最後の "." 以降) に大文字を含む名称をつけていた。対して Developer ページで作る AppID には全て小文字で入力していた。

おそらくこれが原因だったのだと思う。大文字にして AppID 及び Provisioning Profiles を作りなおしたところうまくいった。

良くわからないのは、Provisioning Profile を作り直す前に、plist を修正 (小文字に)して、AppID に併せたけれど駄目だったこと。plist を修正するだけでは駄目ということか?

とりあえず解決したからよかった。次にやるときは、AppID の大文字小文字を併せることを忘れてはいけない。

• waiting for upload から進まない問題

とても簡単なことで、validate ボタンを押してうまくいった後、destribute ボタンを押していなかったというだけであった。 Xcode の UI も変わるし、使い方や各種フローも変わることもある。 分かってしまえば何ということもないのだが、分からないと終わりが見えず時間をただただ失っていくため辛いものがある。 まあ、解決してよかった。

適当な "SampleApp" みたいな名前のプロジェクトを作りサンプルを書いて暫く突き進んだら、これでいいじゃん。という流れになって、いやしかしプロジェクト名だけは変えたいなあー。ということがありました。

参照とか色々ありそうだし、こんなことで時間使いたくないなあと思っていたのですがとても簡単でした。

プロジェクトを選択する。 Xcode の右上にある "Identity and Type" を新プロジェクト名に書き換える。 すると diff を表示してくれる。Rename ボタンで変更完了する。 最初のプロジェクト作成時に作られたフォルダ名や、 .h .m ファイルのヘッダのコメントなどは元のプロジェクト名のままなので (このままでも動作には問題ないけれど) 適宜手動で変更しました。

部屋を物理的にどうにかしようと、今日も自炊している。苦行のようだ。

そのほか、UIView の背景とうめいにするだとか、

_currentStampView = [[UITextView alloc] initWithFrame:CGRectMake(point.x - 70.0, point.y, 200, 70)];
// opaque属性にNOを設定する事で、背景透過を許可する。
// ここの設定を忘れると、背景色をいくら頑張っても透明になりません。
_currentStampView.opaque = NO;
// backgroundColorにalpha=0.0fの背景色を設定することで背景色が透明になります。
_currentStampView.backgroundColor = [UIColor colorWithWhite:1.0f alpha:0.0f];

あれー touch の制御いろいろしたいけどイベントの順序とかどうなってるんだー?

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
    hoge;
}
-(void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event {
    fuga
}

とかしょぼいことやっていた。

クレジットカードの明細に 330,000 Yen とか書いてある。

なんだこれ? と思って調べてみたけど良くわからない。なにこれ?

明細には c の plugin みたいなことが書いてある。

ますます意味が分からない。なんだろうと思いつつも一旦布団へ戻った。

いやでもきになるななんだあれ。何か罠踏んだんだろうか。最悪 33 万か。330 万だったら終わってたけど 33 万だったらまあ最悪なんとかなるな。でも嫌だな。布団から出てもう一度調べてみるか。ん? これ、夢じゃないか? これは夢だな。調べる必要などない。安心して寝ていいぞ。

という夢を見た。嫌な感じだ。

• CMake とは Unix における Make に相当するもの。 ビルドプロセスは CMakeLists.txt により制御される。

• instalation (大体はこうだ) > cmake . > make > make install

• よくわからないときなんかがあったらまあ、こうするとよいだろう。

%cmake –help-variable-list %cmake –help-variable CMAKE_ROOT cmake version 2.8.11 CMAKE_ROOT Install directory for running cmake.

   This is the install root for the running CMake and the Modules
   directory can be found here.  This is commonly used in this format:
   ${CMAKE_ROOT}/Modules

%

タイトルのとおり、 Apple Developer 登録について一連の流れをここに残す。

1. apple id をとる
2. developer 登録する ( 8400 円ほど)
   • お金払ってから少し (1 day ほど) 待つことになる。メールが来るまで待つ。
3. key を作って登録する。app id を登録する。
   • こちらが非常に分かり易かった。
4. device 登録する。
   • lightning ケーブルで使用するデバイスを繋いで、xcode の Organizer で Use For Development ボタン。
5. provisioning profiles
   • xcode の Organizer から 使用 device の Provisioning Profiles に Add する。
6. 実機で実行
   • これで実機で起動することができる。xcode で登録した device を選択して実行 !!
   • はじめて動かした時には少しくらい感動するかもしれない。

• その他メモ。

ここで重要な作業があります。App IDはXCodeで作成されたプロジェクトの「Bundle Identifier」と同じでなければなりません。 openFrameworksのiOSプロジェクトの場合は、プロジェクトの中に「ofxiphone-info.plist」というファイルがあるので、これを選択します。「${PRODUCT_NAME:identifier}」と書かれているので、これにApp IDを先頭に追加します。「*」はつけません。 例：jp.xsrv.r-dimension.${PRODUCT_NAME:identifier}