<h3>CoffeeScript を web 上から試す</h3>
CoffeeScript のブラウザ用の js 用意されてる(scrpt type="text/coffeescript" で実行できたりするやつ)があるのに、なんでブラウザ上でリアルタイムに変換するページは無いんだよ！って思ってたんだけど思いっきりオフィシャルページのヘッダの Try CoffeeScript のタブから実行できたのね全く気づかなかった…。
<ul>
<li><a href="http://jashkenas.github.com/coffee-script/">http://jashkenas.github.com/coffee-script/</a></li>
</ul>
<img src="http://gyazo.com/8448dd1296c4eb60d46934633e2c6b01.png" alt="">

CoffeeScript を web 上から試すCoffeeScript のブラウザ用の js 用意されてる(scrpt type="text/coffeescript" で実行できたりするやつ)があるのに、なんでブラウザ上でリアルタイムに変換するページは無いんだよ！って思ってたんだけど思いっきりオフィシャルページのヘッダの Try CoffeeScript のタブから実行できたのね全く気づかなかった…。http://jashkenas.github.com/coffee-script/

CoffeeScript を web 上から試す

Ruby のパッケージングマネージャの rubygems と Perl の CPAN と比較して、rubygems の残念なところの一つに『インストール時にテストを行わない』ことが挙げられます。rubygems は gem install package で一発で入れられる事は便利なんですが、インストール時にテストが行われないため、実際にその環境で正しい挙動をするとは限りません。また、rubygems で入れたパッケージのテスト方法もコマンド一発で簡単にできるわけではないのでめんどくさかったりします。なにより問題なのが、インストール時にテストが行われないため『開発者がテストをさぼりがち』になってしまいます<a href="#f1" title="CPAN ならテストが無かったりテストが適当なパッケージはクオリティが低いライブラリと認定しますよね">*1</a>。 
最近 rubygems でも CPAN と同じように、インストール時にテスト可能なパッケージはテストを行い、失敗したら基本的にインストールできない(設定で変えられます)仕組みを持ったライブラリ、rubygems-test が登場しました。
<ul>
<li><a href="http://test.rubygems.org/">http://test.rubygems.org/</a></li>
</ul>
インストールは簡単で
<pre><code>gem install rubygems-test
</code></pre>
して、~/.gemrc の設定に以下の感じで設定を追加します。(詳しくは <a href="https://github.com/rubygems/rubygems-test">https://github.com/rubygems/rubygems-test</a> とか読んでください)
<pre><code>test_options:
 auto_test_on_install: true # package のインストール時に自動でテストを行うか
 test_on_install: true # package のインストール時にテストを行うか(Y/n)で尋ねられる
 install_development_dependencies: true # add_development_dependency なパッケージもインストールするか
 test_development_dependencies: false # add_development_dependency なパッケージもテストするか(たぶん)
 upload_results: false # テスト結果を test.rubygems.org にアップロードするか
 force_install: false # テストに失敗しても強制的にインストールするか
 force_uninstall_on_failure: false # テストに失敗したらアンインストールするか(たぶん)
</code></pre>
これで"テストの設定が適切にされている"ライブラリの場合、自動でテストが実行されます。"テストの設定が適切にされている"ライブラリというのは以下の条件を満たしてるライブラリです。
<ul>
<li>パッケージに .gemtest が含まれている</li>
<li>rake の test タスクがある</li>
</ul>
Jeweler などでパッケージのひな形を作ってる場合、Gemfile から勝手に依存ライブラリ周りの設定は生成されるので、.gemtest を作って git add して、rake spec なタスクしかなかったら、rake test なタスクで spec が実行される(ちょっと微妙ですが…)タスクを用意すればそれだけで終わりで簡単ですので、gem ライブラリの作者は用意すると良いと思います！ 
また、rubygems-test を入れると gem test package 名でテストを実行でき、結果のレポートを test.rubygems.org にアップロードすることもできます。
<ul>
<li><a href="http://test.rubygems.org/gems/prefetch-rspec/v/0.1.4/test_results/1203">http://test.rubygems.org/gems/prefetch-rspec/v/0.1.4/test_results/1203</a>
<ul>
<li>(gem test prefetch-rspec してみた結果です、なんか warn が入ってますが…)</li>
</ul>
</li>
</ul>
というわけで、最近は rubygems も徐々に CPAN に近づいてきた感があります。まだ rubygems-test プロジェクトは始まって4ヶ月ぐらいしかたっておらず、rubygems によりテスト文化を根付かせるためにも、是非みなさん使ってみましょう。特に gem の作者は是非 .gemtest を設置して、インストール時にテスト可能なパッケージを作っていきましょう :D
<a href="#fn1">*1</a>:CPAN ならテストが無かったりテストが適当なパッケージはクオリティが低いライブラリと認定しますよね

Ruby のパッケージングマネージャの rubygems と Perl の CPAN と比較して、rubygems の残念なところの一つに『インストール時にテストを行わない』ことが挙げられます。rubygems は gem install package で一発で入れられる事は便利なんですが、インストール時にテストが行われないため、実際にその環境で正しい挙動をするとは限りません。また、rubygems で入れたパッケージのテスト方法もコマンド一発で簡単にできるわけではないのでめんどくさかったりします。なにより問題なのが、インストール時にテストが行われないため『開発者がテストをさぼりがち』になってしまいますCPAN ならテストが無かったりテストが適当なパッケージはクオリティが低いライブラリと認定しますよね。最近 rubygems でも CPAN と同じように、インストール時にテスト可能なパッ

Ruby のパッケージングマネージャの rubygems と Perl の CPAN と比較して、rubygems の残念なところの一つに『インストール時にテストを行わない』ことが挙げられます。rubygems は gem install package で一発で入れられる事は便利なんですが、インストール時にテストが行われないため、実際にその環境で正しい挙動をするとは限りません。また、rubygems で入れたパッケージのテスト方法もコマンド一発で簡単にできるわけではないのでめんどくさかったりします。なにより問題なのが、インストール時にテストが行われないため『開発者がテストをさぼりがち』になってしまいますCPAN ならテストが無かったりテストが適当なパッケージはクオリティが低いライブラリと認定しますよね。最近 rubygems でも CPAN と同じように、インストール時にテスト可能なパッケージはテストを行い、失敗したら基本的にインストールできない(設定で変えられます)仕組みを持ったライブラリ、rubygems-test が登場しました。http://test.rubygems.org/インストールは簡単でgem install rubygems-testして、~/.gemrc の設定に以下の感じで設定を追加します。(詳しくは https://github.com/rubygems/rubygems-test とか読んでください)test_options:
  auto_test_on_install: true # package のインストール時に自動でテストを行うか
  test_on_install: true # package のインストール時にテストを行うか(Y/n)で尋ねられる
  install_development_dependencies: true # add_development_dependency なパッケージもインストールするか
  test_development_dependencies: false # add_development_dependency なパッケージもテストするか(たぶん)
  upload_results: false # テスト結果を test.rubygems.org にアップロードするか
  force_install: false # テストに失敗しても強制的にインストールするか
  force_uninstall_on_failure: false #  テストに失敗したらアンインストールするか(たぶん)これで"テストの設定が適切にされている"ライブラリの場合、自動でテストが実行されます。"テストの設定が適切にされている"ライブラリというのは以下の条件を満たしてるライブラリです。パッケージに .gemtest が含まれているrake の test タスクがあるJeweler などでパッケージのひな形を作ってる場合、Gemfile から勝手に依存ライブラリ周りの設定は生成されるので、.gemtest を作って git add して、rake spec なタスクしかなかったら、rake test なタスクで spec が実行される(ちょっと微妙ですが…)タスクを用意すればそれだけで終わりで簡単ですので、gem ライブラリの作者は用意すると良いと思います！また、rubygems-test を入れると gem test package 名でテストを実行でき、結果のレポートを test.rubygems.org にアップロードすることもできます。http://test.rubygems.org/gems/prefetch-rspec/v/0.1.4/test_results/1203(gem test prefetch-rspec してみた結果です、なんか warn が入ってますが…)というわけで、最近は rubygems も徐々に CPAN に近づいてきた感があります。まだ rubygems-test プロジェクトは始まって4ヶ月ぐらいしかたっておらず、rubygems によりテスト文化を根付かせるためにも、是非みなさん使ってみましょう。特に gem の作者は是非 .gemtest を設置して、インストール時にテスト可能なパッケージを作っていきましょう :D*1:CPAN ならテストが無かったりテストが適当なパッケージはクオリティが低いライブラリと認定しますよね

rubygems-test で rubygems インストール時にテストを行う

<h3>要素の横幅が0の時、再計算させてちゃんとした値を入れる</h3>
ちゃんと HTML に要素は描画されてるはずなんだけど、offsetWidth や getBoundingClientRect で取得した横幅が0の時があってなんで？？って地味にはまりまくった。具体的には capybara-webkit だと基本的に 0 で値がとれるため死ねます。capybara-webkit は headless browser で実際にはレンダリングしてないため要素のサイズ計算が行われないからなのかなぁ。
ただ jQuery ではうまく取れるのでコード読んだら、offsetWidth が 0 の場合は一時的に style を変更してそのタイミングで offsetWidth を一度叩いて reflow させてるぽくてちゃんととれてた。一度描画（計算）させちゃえば、その後 DOM からきちんと扱えるようになるっぽいのでそれを jQuery 使わずやるには以下の感じのコードで。
<pre><code>var reflow = function(element, force) {
 if (force || element.offsetWidth === 0) {
 var prop, oldStyle = {}, newStyle = {position: "absolute", visibility : "hidden", display: "block" };
 for (prop in newStyle) {
 oldStyle[prop] = element.style[prop];
 element.style[prop] = newStyle[prop];
 }
 element.offsetWidth, element.offsetHeight; // force reflow
 for (prop in oldStyle)
 element.style[prop] = oldStyle[prop];
 }
 };
</code></pre>
ニッチな嵌り方だけど全然情報無かったので誰かのためになれば。
そうえばそろそろ capybara-webkit 良い感じになってきてる。utf8 な文字列がうまく扱えない問題もパッチ書いたので pull request 取り込まれてちゃんと使えるようになったし、selenium 以外の driver じゃ pass してないと思われる javascript driver のテストも pass しました。こっちも pull request が取り込まれたら反映されると思う。
なので Rack で JS コミのエンドツーエンドテストしてる人はそろそろ capybara-webkit 使い出しても良い頃じゃないかなぁ。

要素の横幅が0の時、再計算させてちゃんとした値を入れるちゃんと HTML に要素は描画されてるはずなんだけど、offsetWidth や getBoundingClientRect で取得した横幅が0の時があってなんで？？って地味にはまりまくった。具体的には capybara-webkit だと基本的に 0 で値がとれるため死ねます。capybara-webkit は headless browser で実際にはレンダリングしてないため要素のサイズ計算が行われないからなのかなぁ。ただ jQuery ではうまく取れるのでコード読んだら、offsetWidth が 0 の場合は一時的に style を変更してそのタイミングで offsetWidth を一度叩いて reflow させてるぽくてちゃんととれてた。一度描画（計算）させちゃえば、その後 DOM からきちんと扱えるようになるっぽいのでそ

要素の横幅が0の時、再計算させてちゃんとした値を入れるちゃんと HTML に要素は描画されてるはずなんだけど、offsetWidth や getBoundingClientRect で取得した横幅が0の時があってなんで？？って地味にはまりまくった。具体的には capybara-webkit だと基本的に 0 で値がとれるため死ねます。capybara-webkit は headless browser で実際にはレンダリングしてないため要素のサイズ計算が行われないからなのかなぁ。ただ jQuery ではうまく取れるのでコード読んだら、offsetWidth が 0 の場合は一時的に style を変更してそのタイミングで offsetWidth を一度叩いて reflow させてるぽくてちゃんととれてた。一度描画（計算）させちゃえば、その後 DOM からきちんと扱えるようになるっぽいのでそれを jQuery 使わずやるには以下の感じのコードで。var reflow = function(element, force) {
      if (force || element.offsetWidth === 0) {
        var prop, oldStyle = {}, newStyle = {position: "absolute", visibility : "hidden", display: "block" };
        for (prop in newStyle)  {
          oldStyle[prop] = element.style[prop];
          element.style[prop] = newStyle[prop];
        }
        element.offsetWidth, element.offsetHeight; // force reflow
        for (prop in oldStyle)
          element.style[prop] = oldStyle[prop];
      }
    };ニッチな嵌り方だけど全然情報無かったので誰かのためになれば。そうえばそろそろ capybara-webkit 良い感じになってきてる。utf8 な文字列がうまく扱えない問題もパッチ書いたので pull request 取り込まれてちゃんと使えるようになったし、selenium 以外の driver じゃ pass してないと思われる javascript driver のテストも pass しました。こっちも pull request が取り込まれたら反映されると思う。なので Rack で JS コミのエンドツーエンドテストしてる人はそろそろ capybara-webkit 使い出しても良い頃じゃないかなぁ。

A Day in the Life

CoffeeScript を web 上から試す

CoffeeScript を web 上から試す

関連するかもエントリー

書いている人

おたよりを送る