また新しいJavaScriptフレームワークの登場らしい。
結構いいなぁと思うんだが、すでに選択が難しいよね。
また新しいJavaScriptフレームワークの登場らしい。
結構いいなぁと思うんだが、すでに選択が難しいよね。
Prototype.jsのEnumarableをAS2に移植中。 あ、あとObject.extendも ObjectUtil.mixin() みたいな感じで移植したんだが、これは使えるなぁ。
[JavaScript]Deferredチェーン、非同期処理の逐次実行 http://d.hatena.ne.jp/brazil/20061229/1167352281
昨日作ったやつ、これを参考にしてもっとビューチフルになるんじゃまいかと。
MochiKit.Async.Deferredは、「現時点ではまた利用できない値」を扱うためのクラスです。
よく把握してないんだけど、このサンプルだと Deferred.addCallback に追加したメソッドの戻り値をどんどんつなぎ渡している雰囲気だよね。この発想はなかった。 d.callback(1); で、最初に渡す引数を与えて、どんどんチェーンしていくのね。おもしろい。
どういうシチュエーションで使うのが効果的なのかまだ思いつかないけれども、mochkitおもしろそう。
なんといっても追加するメソッドの引数をそのままreturnっていうのがシンプルでいいなぁ。
昨日作ったやつは、非同期とかいいつつも別に非同期じゃなくてもイケるようになっているので、Asyncとかいうクラスの名前もThreadというクラスの名前も気に入ってなくて、何か良い名前ないかなぁと。
で、休日やろうと手をいれてみようと思ったけど、会社にソース忘れた。ぐすん。
なので、Processingライクな、というかいわゆるParticles系のスクリプトを書きたいと思った時にいつでも書けるように、メインクラスとIParticleインターフェイスを作った。インターフェイスを実装したシンプルなParticleクラスを作って、その都度継承してけばいいなと。
JavaScriptもかわいいけど、AS3もかわいい。 Array.forEachとかうれしい。
AS3で、よくわかんないのは、DisplayObjectに対して直接beginFillとかで描画しても、マウスイベントの対象にならない。しかたなく子供のSpriteとかをaddChildするんだけど、どうにかならないものか・・。
http://www.seshop.com/event/dev/2007/
申し込みますた。
【14-B-5】JavaScriptの現在と未来 ~ 今JavaScriptに出来ること / 次世代JavaScriptの勢力図
【14-B-7】 出張Shibuyaイベント ~ Shibuya.pm presents “Shibuya.js x Shibuya.pl mashup night” ~
の2本。 会社から近いので便利だしね。 行く人がいたら行きましょう。
ゲッタとセッタの定義 JavaScriptでgetter/setterの定義。 Mozilla出典なので、IEとかに対応しているかは不明。
Canvasをフレンドリーに扱うクラスをちょこちょこ作りはじめていて、どうしてもgetter/setterが必要だなぁと感じたので。
みんなどうしてるんでしょうか? 教えてエロいひと。
http://gigazine.net/index.php?/news/comments/20070111_canvas/ http://developer.mozilla.org/ja/docs/Canvas_tutorial
これはすごい。
またSVG?とか思ってみたけどHTMLじゃん? FireFox1.5移行であれば問題ないなら 結構使いどころはあるよなぁ。
http://p0t.jp/mt/archives/2006/11/1prompt.html
PHPSPOTでも取り上げられていたpprompt.jsの中身を見てみた。
ちょうど仕事で同じようなもんを作ったというのと、サクーシャのkomagataさんと先日飲む機会があったので。お、知ってる人的な感覚で。
さーっと流してみてprototype.jsの依存をはぶいたってのが偉いなぁと。
静的クラスだから、まだいいんだろうけど、僕の場合、他人が使いやすいようにI/Fは静的クラスにしておいて、中身はシングルトンのクラスインスタンスを持つやり方が多い。よってClass.create()バリバリなのだ・・。PositionとかElementクラス系は便利だけど、わりと簡単なので依存とるのは難しくなさそうだけど。
それとソースがとても綺麗だな。変数名とかシンプルかつ的確。
これってIE標準モードでもOKなのかな? position:absoluteのheight:100%が効かなくて仕方なく互換モードにした記憶があるんだが。
DOMでFlashが内包されている要素を消す場合
document.body.removeChild( flashが内包されている要素 )
がまっさきに思いつくが、これだとMozilla系ではクラッシュしてしまう。
さんざん悩んだ結果
// this.flaDivEl => Flashが内包されているDIV要素 this.flDivEl.style.display = ‘none’; document.body.removeChild(this.flDivEl);
で、問題なく消せた。
以外にDOMとFlashとMozillaの相性は悪く IE6の方が期待通りの動作がおおい。
たとえば、Flashが内包されているDIVを position:static から position:absolute に変更すると
IEでは特に問題ないが Mozillaでは、Flashがリロードされている。
またdisplay:noneを設定した場合 IEでは画面に表示されていないものの ムービーの再生はしている。 Mozillaでは、画面から消えるし、ムービーの再生もしていない。再出現させるとリロードした状態になる。
Mozillaを考えると、Flashの内包されている要素をダイナミックに絶対配置にする事はできないという事になるので
HTML上にFlashが表示されるダミーの要素を作り その位置、サイズをJavaScriptで取得し、絶対配置上にクローンを作ることになる。
prototype.jsのPosition.clone()が実に便利だった。
AjaxでちょっとしたRSSリーダーでも作ろうと思って
手を動かしはじめたんだけど
あんまり多くのライブラリは使いたくないという理由でPrototype.jsにした。
で一番しょっぱなからつまづく
で、ローカル上(←ここが重要だったらしい)のHTMLから動かしても
FireFoxでうんともすんともいわねぇ。
IEでは通る。
どうやらFireFoxはローカル以外のファイルにアクセスできないようになっているらしい。
それならばと、XMLをローカルに配置していざ!
これだと、FireFoxでは動くものの
IEではNullっぽいものが返ってくる。
で、さんざん悩んだ結果、IEはローカルファイルにアクセスできないんだと。
え?Mozzilaはローカルファイルじゃないとアクセスできなくて
IEはローカルファイルにアクセスできない??
なにその相反した関係は・・・。
よくよく考えたら、サーバにあげればいいんじゃんという
ごく普通の事に気がついた。
当然動いた。
つまり別サーバにあるXMLを取得するには、サーバプログラムをかます必要があるってことだな。
それと開発にはサーバが必要だってことじゃんね。
僕のようなJavaScriptをよく知らない人間は、結構落ちる罠かなと。
prototype.jsを読み始めた。 クロージャが沢山でてくる。
JavaScriptはクロージャを使うことが多いらしいので きちんと把握せねばなぁ。
あとで読む http://ishikawa.arielworks.com/memo/2005/07/24/031449
つい最近匿名関数が
すぐ使えることを知った身としては、まだまだというか JavaScriptおもしろ。というか。 Flashだとあまりコアな部分は気にしてなかったからなぁ。
–
もうずっとだけど、ロリポップのサーバが頻繁に落ちる。 全然使えねえな。 レンサバ変えるか、家に鯖立てるか。
自宅鯖は却下だな。だってうちすぐ電気もネットも止まるもん。Mac miniとかで立てたいけども。
ヘテムルとかしか、あとしらね。FMSとか普通に考えていらねーよなぁ。RubyとPythonはあるにこしたことなさそう。