Born Neet
- The Emotional Programmer -
| Next Entry … j | Prev Entry … k |
| Next Page … J(Shift + j) | Prev Page … K(Shift + k) |
| Scroll Down … Space / Page Down | |
| Scroll Up … Shift + Space / Page Up | |
別にこの記事をシリーズ化しようっていうんじゃないですよ^^
ただ思いついた（かつ今まで挙げたのより楽に続けられそうな）ので追記。
その案とは、（プログラム作品として完成していない）断片コードをどんどん晒していくというもの。
あいかわらず、ありきたりなアイディアですね；
ってことで、これからは、ちょっとしたコードでも記事にしていこうかなと思ってます。
（僕が苦労したことはもちろん、）僕にとっては当たり前のことでも、誰かの役に立つことがあるかもしれないので。
実際、ハマった時に助けられたりする記事って、（本人はさらっと書いたであろう）断片コードだったりするんですよね…。
やっぱり定期的にブログに書くことがなくなっちゃいます。
変化のない生活を送ってるせいでしょうか…；
ブログの記事にはできなくても何かは書こう（使い方間違ってる？）とTwitterも始めましたが、それすらもネタ切れ気味です。
このままじゃダメだな、ということで対策を練ってみました。
いろいろと考えた結果、やはりシリーズものの記事を用意するのがいいのではという単純な結論に行き着きました。
義務化は良くないとどこかで聞いたような気がしますが、僕のようなダメ人間にはちょうどいいでしょう。
また、とりあえずブログに書けることが決まっていれば、ブログと切り離して（記事にしなきゃいけないというプレッシャーとかがない状態で）ホビープログラミングができるのでその方がいいんじゃないかと思っています。
以下、シリーズ化案を適当に挙げてみます。
- 「JavaScript入門」
- いつかは書きたいけど、まだまだ荷が重いよなぁ。
- 「ブックマークレットの作り方」
- 1エントリで終わっちゃいそうだ…。
- 「JavaScriptでゲーム」
- もうちょっとライブラリとかが出てきてからやりたい。
- 「自分用のJavaScriptライブラリを作ろう」
- これがいいかな？どうせ必要なものだし。
- 「JavaScriptで人工無能」
- これも有力か。一応作ったことあるし。
とまぁこんな感じです。
近々シリーズものの記事を書き始めるかもしれませんし、始めないかもしれません…。
書くことないなら書くなよ、という突っ込みはもっともですが、僕としてはブログをサボらずに続けること自体を目標にしてるので無理矢理にでも書きたいのです。（ブログを書くことによって様々な恩恵を得たいというのももちろんありますが…）
なんかまとまってない文章ですいません。
まぁ「思いつき」カテゴリなので！
ネタがないのでだいぶ前に気になって調べたことをメモ。
prototype.jsには、
Field.present(element1, [element2, ..., elementN])
という、渡したフォーム要素の中に空白のものが残っていないかをチェックできるメソッドがあります。
いや、正確にはありました。
このメソッド、現在は
Field.present(element)
という単一の要素をチェックするものになっているようです。
つまり、以前と同じように使っちゃうと先頭の要素しかチェックされないのです。
以下ソースコードで検証。
（こういうの一度やってみたかった！）
prototype.js 1.4.0のField.presentメソッド
present: function() {
for (var i = 0; i < arguments.length; i++)
if ($(arguments[i]).value == '') return false;
return true;
},たしかに渡された要素全てについてチェックしています。
サンプル（by prototype.js ver 1.4.0 リファレンス）
prototype.js 1.5.0のField.presentメソッド
present: function(element) {
return $(element).value != '';
},
こちらは単一の要素しかチェックしてません。
ので、期待した挙動にはなりません（prototype.js ver 1.5.0 リファレンス）。
最新版の1.6.0.2も同じでした。
Fieldのメソッドだから、意味的には今の方が正しいっぽいですね。（便利さは別として）
どうやらJavaScriptistで読み込まれてる1.5.0 rc0ぐらいまでは前者の処理だったようです。
Fieldのメソッドで複数の要素を処理するのはおかしいってことで修正されたんですかねぇ。
と、ダラダラ書いてきましたが、実は公式のドキュメントにはきちんと正しい挙動が書かれています。（おそらくバージョンアップ時にアナウンスもあったことでしょう）
やっぱり公式のドキュメントも見ようぜってことですかね。（整備されたのは1.5以降ですが…）
この他にも、返す結果が以前と変わってるメソッドがあるかもしれませんし。
以上、おそらく周知の事実なんでしょうが、日本語のリファレンスは昔のままのところが多いので一応書いてみました。
このメソッド自体あまり使われないかもしれませんが…。誰かのお役に立てれば幸いです。
[参考（本文でリンクしたもの以外）]
- prototype.js ver 1.6.0 リファレンス
- prototype.js v1.5.0 の使い方
- Index of /dist
prototype.jsの古いバージョンはここにあります - Prototype JavaScript framework: Download Prototype
最新版はこちらから
[余談]
まぁjQueryばっかりでprototypeはめったに使わないですけどねぇ。
最近は、Developers Summit 2008 の資料を公開します。 - IT戦記で（意外にも？）オススメされてたExt.JSを一度ちゃんと使ってみなきゃなぁ、とか思ってます。
昨日の続き。
忍者ブログ用にfc2.VicunaのNinjaスキンを移植してみた感想です。
[XHTMLの移植]
作業はかなりスムーズに進んで予想してたより楽だった。
（それでもしんどかったけど。今思えばもっと機械的にできたんじゃないかと；いや、置換ソフトは使ったけどね…）
1ファイルだから一番近いだろうと決めつけてfc2.Vicunaを選んだんだけど、まぁこれがドンピシャで同じ人が作ったのかと思うほど、独自タグとかが似てた。
ので、単純な置換作業でほとんど終了。
他のブログサービスとかもこれぐらい似てるのかなぁ…？やっぱMTを参考にしてるから？
できる限りオリジナルのままにしたかったので、ソースはかなり長くなってます。
が、共通部分とかを排除すればもっと短くできると思います。
あと、[プラグインについて]にも書きましたが、プラグインはベタ書きなので
並び替えとかはできません。
対応バージョンはいずれ。っていうか誰か作って(>_<)
[CSS（Ninjaスキン）の移植]
wp.Vicuna用（MT等と共通）のstyle-ninjaを一つのファイルにまとめただけです。
以下のような感じで。
- ソース（1-element.css、2-class.css、3-context.css、4-layout.css、1-subSkin.css、2-singleUtilities.css、mod_calendar.css、mod_gNavi.css）をまとめる
- 「url(」を含む行を抽出（画像を使用している個所）
- 「画像名1, 画像名2, ... , 画像名23」でstyle-ninjaフォルダ内を検索
- 引っかかったやつを全部アップロード（23個ぐらい！）
- 「url(.*\/」を「url(http://file.bornneet.blog.shinobi.jp/」に置換
- 完了
[ダウンロード]で配布しているファイルは3までを僕がやっておいたものです。
[あなた用のCSSを作成]では5を自動化してます。
[オマケ]
今まで忍者ブログの吐くソースが汚いと思ってたけど、そうじゃないことがわかったのは収穫だった。
デフォルトとか新規作成のベースになってるテンプレがちょっと…なだけなんだね。
[まとめ]
以上、移植日記でした。
同じ要領でNinja以外のスキンへの変更や、他のブログサービスへの移植も可能だと思います。
ふぅ、久々に長時間ゴリゴリ作業したら疲れた…。
ただ嫌なこととか忘れられていいですね(>_<)
まぁ、終わった後には、逃避した現実がさらに悲惨なことになってたりしますが；
では、感想やバグ報告等お待ちしてますm(_ _)m
（凡ミスとかいっぱい残ってそうです…）
[参考]
