Kalをプロジェクトに連携させる

Kalのサイトではプロジェクト連携を以下の様に行うようにリファレンスが提示されています。

1. Clone the Kal git repository: git clone git://github.com/klazuka/Kal.git. Make sure you store the repository in a permanent place because Xcode will need to reference the files every time you compile your project.
2. Locate the “Kal.xcodeproj” file under “Kal/src/”. Drag Kal.xcodeproj and drop it onto the root of your Xcode project’s “Groups and Files” sidebar. A dialog will appear – make sure “Copy items” is unchecked and “Reference Type” is “Relative to Project” before clicking “Add”.
3. Now you need to link the Kal static library to your project. Select the Kal.xcodeproj file that you just added to the sidebar. Under the “Details” table, you will see libKal.a. Check the checkbox on the far right for this file. This will tell Xcode to link against Kal when building your app.
4. Now you need to add Kal as a dependency of your project so that Xcode will compile it whenever you compile your project. Expand the “Targets” section of the sidebar and double-click your application’s target. Under the “General” tab you will see a “Direct Dependencies” section. Click the “+” button, select “Kal” and click “Add Target”.
5. Now you need to add the bundle of image resources internally used by Kal’s UI. Locate “Kal.bundle” under “Kal/src” and drag and drop it into your project. A dialog will appear – make sure “Create Folder References” is selected, “Copy items” is unchecked, and “Reference Type” is “Relative to Project” before clicking “Add”.
6. Finally, we need to tell your project where to find the Kal headers. Open your “Project Settings” and go to the “Build” tab. Look for “Header Search Paths” and double-click it. Add the relative path from your project’s directory to the “Kal/src” directory.
7. While you are in Project Settings, go to “Other Linker Flags” under the “Linker” section, and add “-all_load” to the list of flags.
8. You’re ready to go. Just #import “Kal.h” anywhere you want to use KalViewController in your project.

えー、面倒ですねw。面倒なのでpodspecを書いてCocoaPodsで入れる事にします。

Kalにパッチを当てる(storyboard対応)

masterのKalにはstoryboard用の初期化処理が設定されていないため、storyboard上のUIViewControllerに KalViewController を設定しても以下のエラーで落ちてしまいます。

Terminating app due to uncaught exception ‘NSInternalInconsistencyException’, reason: ‘Failed to find corresponding tile for date 0/0/0’

これはstoryboard用の初期化処理が行われていない事が原因なので initWithCoder の実装を行うように設定します。ありがたい事にその修正を行っている人がいたのでマージさせてもらいます。

$ git clone https://github.com/klazuka/Kal
$ cd Kal
$ git remote add timle8n1 https://github.com/timle8n1/Kal.git
$ git fetch timle8n1
$ git cherry-pick 9cc6099e2866746f481a95b792a699267e9c5865

これでOKです。一応diffはこんな感じになります。

diff --git src/KalViewController.m src/KalViewController.m
index 62245b8..90b21c7 100644
--- src/KalViewController.m
+++ src/KalViewController.m
@@ -40,18 +40,31 @@ NSString *const KalDataSourceChangedNotification = @"KalDataSourceChangedNotific

 @synthesize dataSource, delegate, initialDate, selectedDate;

-- (id)initWithSelectedDate:(NSDate *)date
+- (void)setupWithDate:(NSDate *)date
 {
-  if ((self = [super init])) {
     logic = [[KalLogic alloc] initForDate:date];
     self.initialDate = date;
     self.selectedDate = date;
     [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(significantTimeChangeOccurred) name:UIApplicationSignificantTimeChangeNotification object:nil];
     [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(reloadData) name:KalDataSourceChangedNotification object:nil];
+}
+
+- (id)initWithSelectedDate:(NSDate *)date
+{
+  if ((self = [super init])) {
+      [self setupWithDate:date];
   }
   return self;
 }

+- (id)initWithCoder:(NSCoder *)aDecoder
+{
+    if ([super initWithCoder:aDecoder]) {
+        [self setupWithDate:[NSDate date]];
+    }
+    return self;
+}
+
 - (id)init
 {
   return [self initWithSelectedDate:[NSDate date]];

Kalにローカライズ対応を行う(日付のフォーマット)

Kalはとても素敵なライブラリなのですが、日付のフォーマットが日本語ロケールで表示されない問題があります。システムロケールでカレンダーが表示されるように修正します。これもForkされた方が修正されているので、ありがたく拝借させて頂きます。

$ cd Kal
$ git remote add biohazardffm https://github.com/biohazardffm/Kal.git
$ git fetch biohazardffm
$ git cherry-pick 4bd66c948b16cd17863ca06e6dfc7a22cc964fac

ただし、これだけだと、タイトル部分しか変更されず、かつフォーマットが固定されてしまいます。そこで曜日に関してもシステムロケールで表示されるようにする設定を行います。

# 日付のフォーマットが `LLLL yyyy` に固定されてしまっていますがこの変更はいったん行いません。

上記の ‘4bd66c948b16cd17863ca06e6dfc7a22cc964fac’ をマージした結果に追加して KalView 側で曜日設定のフォーマットを定義している箇所を修正します。修正結果はこんな感じです。

diff --git src/KalLogic.m src/KalLogic.m
index c15e161..adc8981 100644
--- src/KalLogic.m
+++ src/KalLogic.m
@@ -34,6 +34,8 @@
 {
   if ((self = [super init])) {
     monthAndYearFormatter = [[NSDateFormatter alloc] init];
+    [monthAndYearFormatter setLocale:[[NSLocale alloc] initWithLocaleIdentifier:[NSLocale preferredLanguages][0]]];
+    //TODO: custom format
     [monthAndYearFormatter setDateFormat:@"LLLL yyyy"];
     [self moveToMonthForDate:date];
   }
diff --git src/KalView.m src/KalView.m
index def1dcb..3815830 100644
--- src/KalView.m
+++ src/KalView.m
@@ -126,7 +126,9 @@ static const CGFloat kMonthLabelHeight = 17.f;
   [nextMonthButton release];

   // Add column labels for each weekday (adjusting based on the current locale's first weekday)
-  NSArray *weekdayNames = [[[[NSDateFormatter alloc] init] autorelease] shortWeekdaySymbols];
+  NSDateFormatter *formatter = [[[NSDateFormatter alloc] init] autorelease];
+  [formatter setLocale:[[NSLocale alloc] initWithLocaleIdentifier:[NSLocale preferredLanguages][0]]];
+  NSArray *weekdayNames = [formatter shortWeekdaySymbols];
   NSArray *fullWeekdayNames = [[[[NSDateFormatter alloc] init] autorelease] standaloneWeekdaySymbols];
   NSUInteger firstWeekday = [[NSCalendar currentCalendar] firstWeekday];
   NSUInteger i = firstWeekday - 1;

これで日本語で曜日が表示されるようになります(日本語設定ならば)。曜日が日本人的にはすごい微妙ですが、まぁ後ほど修正する方向で。

画像がバンドルされずカレンダーがおかしくなる

後述するCocoaPodsで取り込めば大丈夫なのですが、プロジェクト連携した場合に私の設定がおかしかったのか、背景画像が適用されないことがありました。とりあえず kal.bundle をクラス直下においてあげると無事認識されて表示されました。

podspecの作成

簡単に導入するためにpodspecを書いてローカルリポジトリに登録しておいて、 pod install でインストール出来るようにpodspecを作成します。こちらは作成したpodspecを張っておきます。リンクが今まで修正した版ではなくオリジナルのKalを見ているので、必要があれば自分でForkして上記対応を行う事をお勧めします。

Pod::Spec.new do |s|
  s.name         = "Kal"
  s.version      = "0.0.1snapshot"
  s.summary      = "A calendar component for the iPhone (the UI is designed to match MobileCal)"
  s.homepage     = "http://www.thepolypeptides.com"
  s.license      = 'MIT (example)'
  s.author       = { "Keith Lazuka" => "klazuka@gmail.com" }
  s.source       = { :git => "https://github.com/klazuka/Kal.git", :commit => "2ebc23a24290f535073ce57ee2a630de8e2b804c" }
  s.platform     = :ios, '5.0'
  s.source_files = 'src/*.{h,m}'
  s.resources = "src/Kal.bundle"
  s.framework  = 'UIKit'
end

以上です。

Xcodeを起動する必要性に関して

CocoaPodsを用いてプロジェクトを構築している場合、workspaceフォルダを起動するまでschemeの設定が書き込まれません。 *.workspace は CocoaPods によって生成される２次ファイルのため、コミットしたくありません。そのため、 pod instlal 後に一旦Xcodeを起動してworkspaceファイルを更新する必要があります。

＃ 起動時のシーケンスをエミュレートしようとしたんですが、変数色々あって実は楽な方へ逃げました（汗。

なお、Xcodeを起動していない状態で、podによって生成されたworkspace領域に対して試しに xcodebuild -list するとこんな感じに言われます。

$ cd sample
$ xcodebuild -list

Information about project "sample":
    Targets:
        sample

    Build Configurations:
        Debug
        Release

    If no build configuration is specified and -scheme is not passed then "Release" is used.

    This project contains no schemes.

ビルド構成

ビルドの方法を以下に記述します。 既にjenkins(およびxcodeプラグイン)のインストールと起動は済んでいると前提とします。

$ cd sample
$ pod install
# 上記の理由によりXcodeを一度起動させる必要がある
$ pod install

# (但しXcodeが起動していると手動でXcodeの再読み込みを行うかのチェックが走るので、いったん強制的にXcodeをを落とす)
$ pgrep -f "/Applications/Xcode.app" | xargs kill
$ open sample.xcworkspace
$ sleep 5

$ pgrep -f "/Applications/Xcode.app" | xargs kill

設定方法

このような画面構成をしたい場合は、カスタムメニューを構成する必要があるようです。詳しくは、この辺りのエントリ( how to create a custom layout in sublime text 2? ) が参考になります。

具体的には、 Main.sublime-menu の設定を弄る必要があります。

＃ Sublime text2のデフォルト設定を弄るのはイヤなんですがこれってPackageSettingのUserみたいにユーザ単位で上書きできないんですかね？。

Main.sublime-menu の表示方法は command+Shift+P で起動するランチャーで Preferences: Browse Packages 辺りを入力すると Packages をFinderで開けるので、 Packages/Default/Main.sublime-menu を開きます。

ファイル内を set_layout 辺りで検索すると、390行目あたりにLayoutの設定があるので、こんな感じに付け加えます。

{
    "caption": "Custom",
    "command": "set_layout",
    "args":
    {
        "cols": [0.0, 0.33, 0.66, 1.0],
        "rows": [0.0, 0.5, 1.0],
        "cells":
        [
            [0, 0, 1, 1], [1, 0, 2, 1], [2, 0, 3, 1],
            [0, 1, 3, 2]
        ]
    }
}

これで、ViewにCustomというLayoutが追加されます。

実際に選択してみるとこんな感じになります。

args の設定が微妙に分かりづらいので簡単にメモしておきます。 図示するとこんな感じです。

• cols はどのように横幅を分割するかを 0〜1 で設定を行います。上の例ですとほぼ等間隔に3分割する設定を行っています。
• rows はどのように縦幅を分割するかを同様に 0〜1 で設定をします。上の例ですと縦に等間隔で2分割しています。
• cells は cols と rows で定義した分割をどのように割り当てるかを [開始colのインデックス, 開始rowのインデックス, 終了colのインデックス, 終了rowのインデックス] の形式で指定します。

以上です。

解決方法

これを回避してローカル時間で表示を行う為には、 ~/.tigrc というファイルを作成した上でで以下の設定を書く必要があります。 .tigrc はtigの設定ファイルですね。

set show-date = local

こうすることでローカル時間で統一されて表示されます。

なお、この説明は man tigrc で確認出来ます(man tig だと欲しい説明が全然なくて焦りました(汗))。

以上です。

参考URL

• キーボードで完結！ハイスピード Xcodeコーディング

参考ページ

• Xcode - cast CGRect to ID?

参考サイト

• Your New Friends: Obj-C Associated Objects

使い方

streeに起動したいpathを指定してやると、そのパス以下をSourceTreeで開いてくれます。

stree ~/git/path

おまけ

ところで、 SourceTreeAppStoreCmdLineToolInstaller.pkg を利用してインストールすると/usr/local/bin上に自分の環境だとインストールされてしまいました。 自分の場合/usr/local/bin以下は基本homebrewの実行ファイルに限定しているつもりなので、出来るだけ余計なものを配置したくありません。

pkgutilで確認してみたところ、インストールされたのは/usr/local/bin以下のバイナリファイル stree のみだったので、~/bin以下にコピーしてインストーラーでインストールされたファイルを削除しておきました。

$ pkgutil --pkgs | grep -i SourceTree
com.atlassian.sourcetreeCommandLineTools.stree.pkg
com.torusknot.SourceTree
$ pkgutil --files com.atlassian.sourcetreeCommandLineTools.stree.pkg
$ stree
$ cp /usr/local/bin/stree ~/bin/stree
$ sudo pkgutil --unlink com.atlassian.sourcetreeCommandLineTools.stree.pkg
$ sudo pkgutil --forget com.atlassian.sourcetreeCommandLineTools.stree.pkg

参考サイト

• PDF出力するとき、コードブロックマクロやnoformatマクロに含まれる日本語文字が出力されない

Napaとはなにか

簡単に言うとExcelで使うスクリプト言語をVBAではなく、 Javascript+HTML で書けます。

IInfoQでは、以下のように言及されています。

JavaScriptをそのまま使うのは問題になるかもしれない。JavaScriptは理想的な環境下でも経験のない開発者にとってはVisual Basicより馴染みやすい言語ではない。一貫性のない構文や大文字と小文字の区別、キーワードの代わりに文字列を使う点などは経験のない開発者を混乱させるだろう。これらは克服できないかもしれないが、どのようにJavaScriptを使えばいいのかは明確になるだろう。

なじみのある構文も、大文字と小文字が適切に区別されることも、なんとうれしいことでしょう。

環境構築

Office365のデベロッパプレビューに参加した上でSharePointServer上で、アプリをビルドするという激しく面倒な手順を踏みます。

詳しくは以下の手順になります。

はまったこと

Office365にNapaをインストールする際などにえらい落ちます。Chromeだと特に。

IEだと多少安定しているようですが、まだまだ不安定な感じです。

参考サイト

• Introducing Napa - Office 365 Development Tools
• Office および SharePoint 用アプリの構築
• Start building apps for Office and SharePoint

佐藤さんの『ムダを恐れるな、失敗せよ』

The Evenote Devcup.の話。 こんなイベントがあったんですね、知りませんでした。

基本的にはDEVCUPで応募してくるアプリの話なんですが、サービス全般の話としてとらえる事も出来るなーと印象的でした。

• 日本人の特長として、製品の説明を1,2分でプレゼンできる技術がないものが多くとても残念で致命的な問題。
• あと、複雑で高機能にする傾向があるとのこと。
• 本当に必要な機能のみを実装すべきで、それ以外は捨てる必要がある。
• DEVCUPではオリジナリティは必要だけど、人が驚くようなアイディアである必要はない。

めっちゃ印象に残った言葉があったのですが、印象に残ったのに忘れてしまいましたorz...

Alex Pachikovさんの話

英語を佐藤さんが意訳して頂きました。 英語は苦手だったので助かります。

全般にアプリを開発する場合のプラットフォームや、視点の捉え方の話だったと思います。

• アプリを作る際は『何が』問題で解決した事は何か考える必要がある。 そして『誰』が使うのか、どのような『場』で利用されるのかを考える。
• モバイルは特にPCに比べて 限定的 なため、やる事やらないことをはっきりさせる必要がある。 昔はごちゃごちゃしてる物が多かったけど、今はシンプルに。

最後に

とりあえず、帰ってからアカウント取ったりしました（ー。

API良さげでちょっと今作りたい物があるので試しに作成中です。

勇さんの『Windows Azureの話』

最近Azure全然使っていなかったので知らなかったんですが、 WindowsAzureの Webサイト.は無料で使えるんですね。

あと、 デプロイをgitリポジトリ(github)から簡単に出来る との事。 これはうれしいです。

その上ASP.NET/PHP(はあまり興味ないですが)が使えて、なんと Node.js (WebSocketもOK)もサポートしているとの事！。

npm関連モジュールは？と思って質問してみましたが、インストールしたnpm関連のモジュールごとUPすればOKらしいです。

package.jsonを読んでnpmモジュールをサーバー側でインストールしてくれないのは 多少残念仕様ですが、ASP.NETだと外部モジュールのインストールもやってくれているので、 Node.jsも今後対応されるかも...とのことで期待したいところ。

これが出来るようになると、githubから簡単push出来るので素敵ですなー。 やっぱ、npmの関連モジュールはgithub側にコミットしたくないですし。

井上さんの『楽しい “モダン” Web 開発のちょっとディープなお話』

HTML5とjavascriptの話が多くて、本当のMSの話か！？と思ったりしたり(笑)

SilkとLiikeのモダンHTMLの話がとても興味が惹かれます。 Chapter 13: Unit Testing Web Applications とか面白そうで頑張って英語読んでいたんですが、疲れました。ただいま翻訳中との事で、早く公開されないかなーと。

終わった後に、個人的にはかなり気になっている Napa.について質問していました。 そこまで詳しい話は聞けなかったのですが、この辺に詳しい方がいるそうで是非話を聞きたいところです。

Office2013やそれ以前でもこの機能が乗るととてもうれしいのですが、 今後のフィードバック次第らしいのでここはすごくプッシュしていきたいです。ほんとに。

バイバイVBAしたい。

最後に

次は来年１月頃に富山でやる予定ですので、MS系とかブリとかに興味あればどうぞー。

tinkererの問題点

当初は以下のように指定すれば良いと考えていました。

{
    "cmd": ["tinker", "-b"],
    "selector":  "text.restructuredtext"
}

しかしながら、この方法だと編集したファイルの階層で tinker -b が実行されるため、 カレントディレクトリが見つからずエラーになります。

そもそも、tinkererのビルド自体は tinker -b で可能ですが、任意の rootとなるパス を指定する事が出来ません。 tinker -b をカレントディレクトリに conf.py がない状態で実行すると以下の酔うなエラーが発生します。

Tinkerer must be run from your blog root (directory containing ‘conf.py’)

Sublime text2のビルドシステムに追加

そこで簡単なスクリプトを設定して、実行するようにします。

まず、tinkerのビルドを実行するスクリプトを準備しておきます。

#!/bin/bash

# TINKER_PROJECT_BASE/2012/10/11/content.rst
cd ../../../
/usr/local/bin/tinker -b

{
    "build_env":
        {
        "PATH": "~/st2/bin"
    }
}

{
    "cmd": ["tinker-build.sh", "-b"],
    "selector":  "text.restructuredtext"
}

参考サイト

• Sublime Text 2でMarkdown(Build Systemを自作するときのメモ)[追記あり]