>>894
>>887です。
うまくいきました、難しく考えすぎてたみたいです。
ありがとうございます！

<div class="hoge" category="c1"></div>
<div class="hoge" category="c2"></div>
<ul id="c1">
<li>data1</li>
<li>data2</li>
</ul>
<ul id="c2">以下略

やりたいことは、categoryに対応するliの中身を全部ぶち込んで

<div>data1,data2</div>
<div>data3,data4</div>

にしたい。
↓みたいなコードになったんだが、objの扱いが何かすげー気持ち悪い・・・。
もっとスマートな書き方あったら教えてください。

$("div.hoge").each(function() {
var obj = $(this);
target = "ul > li #" + $(this).attr("name");
$(target).each(function() {
obj.append($(this).text())
}
});

>>900
どうも私が躓いていたのは、
子要素に入った時にもmouseoutイベントが発生してしまう、
という要件だったようです。
実現したいのはその子要素の抑制でした。

自分でも何が何だかわかっていなかったので、
変な質問になってしまいました。

もう少し調べてみようと思います。
レスありがとうございました。

>>906
俺もチェックしてeval使ってるけど一応張っておく

>>902
純粋な疑問なんだけどどこが気持ち悪い？

// text を連結するメソッドを定義
$.fn.join = function(str){
return $.makeArray(
this.map(function(){ return $(this).text(); })
).join(str);
};

$('div.hoge').each(function(){
var $self = $(this);
$self.text(
$('#' + $self.attr('category')).children().join(',')
);
});

汚いけどこんなんでどう？

IE6使ってる人って通常のブラウジングとかで困らないのかな
Javascriptもかなり違うだろうし
CSSもバグだらけだし
その辺のWEBページみても本来横にあるものが下に来てたり
表示されなかったりすごいことになってそうだが
案外そういうことはないのかな。

>>885
「次元が狭い」って表現に違和感がある。
次元って広かったり狭かったりする物なのか？
視野が狭いならまだしも。

そういうのを揚げ足取りという

>>905-907
それぐちゃぐちゃにダサいと思うな。>>328-329 の再帰下降パーザで十分じゃん。

>>911
バグを甘受せよと？

>>328
せっかくだからgithubにあげてよ

JS切っても読めるページならIE6でもIE4でも問題ないわハゲ

>>908
インジェクションの可能性すら考えてないのが気持ち悪い

前々から気になっていたんですけど Javascript と JavaScript はどう違うんですか？

>>866
なにこれ？いるか？いらんだろ

>>916
んなわけねーだろ

回答ありがとう。一工夫必要なようで、いろいろやってみます

>>917
何が注入されるの

　　∧,,∧ 　これはｲﾝｼﾞｪｸｼｮﾝだよ・・・
　( ´；ω；）　　　　　　　　ﾍ⌒ヽﾌ⌒γ　注射するの？
　/　　 ｏ├==l--　　　　(・ω・　）　　）　ボクどこも悪くないよ？
　しー-Ｊ 　　　　　　　　　しー し─J 　　なんで泣いてるの？

　　　　　　　　　ごめんね
　　　　　　　　　　 ∧,,∧ 　ﾌﾟｼｭ
　　　　　　　　　　( ´；ω；）ﾍ⌒ヽﾌ⌒γ
　　　　　　　　　　/　　 つ(-ω-　）　　）
　　　　　　　　　　しー-Ｊ 　しー し─J

　　　　　　 ／ﾌﾌ 　　　　　　 ム｀ヽ
　　　　　　/ ノ)　　ﾍ⌒ヽﾌ　　　）　ヽ
　　　　　ﾞ/ ｜　　( ´・ω・）ノ⌒（ゝ._,ノ
　　　　　/　ﾉ⌒7⌒ヽーく　 ＼　／
　　　　　丶＿ ノ ｡　　 ノ､　　｡|/
　　　　　　　`ヽ `ー-'´_人`ー'ﾉ
　　　　　　　　 丶 ￣ _人'彡ﾉ
　　　　　　　　　ﾉ　　r'十ヽ/
　　　　　　　／｀ヽ_/　十∨､

　　　 　__Ｌ _Ｌ　　/　 i　￣フ　Ｚ
　　　 　 父　| |　 ﾚ　ﾉ　 （　　 o)

>>919
>>899から抜いた
あと vol.95 の>>2に vol.94 のリンクが無いから、たどり易いように一応 vol.94 のリンクも追加してみた

http://codepad.org/Jwcxscyw
そろそろスレも終盤だし、これ以降に何も指摘が無ければこのまま立ててもらいたいけど
次スレ立ては>>970超えたくらい？

>>910
ただの書き間違いだｗ
内容ならまだしも書き間違いに逐一突っ込まれてたらまいるわ

「書き間違い」って表現に違和感がある。
書き間違いって言葉の用法を間違ったりするものなのか？
誤変換やタイプミスならまだしも。

>>926
JavaScriptに例えて言ってみて。

>>926
もっともポピュラーな言い訳。
まあ所詮、句読点もまともに使えないし、
内容もただの精神論レベルだからｗ

JavaScriptで解説されているアルゴリズムの良書が今年こそ発売されるはず

>926=929
お前ほんとムカつくな
ほんと消えろよ
自分でもなんであんな風に書いたのかわからねえけど
書き間違えでいいだろ

お、











ファビョったwwwファビョったwww

くだらんからやめろ

>>924
公式のリンクしかのせないなら
http://bonsaiden.github.com/JavaScript-Garden/ja/
も消していいと思う

>>935
そんな事言い出すと
ECMAScript 3
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/ (和訳)
これも抜くことになるが

そもそも>>866のサイトは出来たばかりで且つ
MDCをスクレイピングしたような内容だったはず

リンクが多すぎ
それに仕様説明ページなんて初心者が見るわけないじゃん

それよりもJavaScript入門サイトとかググり方の説明とか載せた方がずっといい

リンクとかwikiにまとめればいいじゃん

公式リンクしか載せないとういことはないけど、有用かどうか異論がある
ようなら新たに追加するのは見送るのが筋では。

仕様はずっと掲載しているし、議論の拠り所になっているので。
結局、今ごろリンクの検討なんかできないので、前スレと同じで
立てて次スレで検討するしかないと思われ。

JavaScript Garden (ja)
http://bonsaiden.github.com/JavaScript-Garden/ja/
とかあっても何のサイトかわからない

質問者が質問前にこれを見るとはとても考えられない
かと言って回答者が誘導したりする姿も見られない

こういうのは全部wikiに出して数を少なくしたらいい

もういっそ一度０にして
必要なのがあったらまた加えていけばいいんじゃない？

こういうときはそうするのが１番結果が良くなると思う

仕様に関するリンクと
リファレンスに関するリンク
と別けて一覧作れば良いんじゃないかな
質問しに来る初心者が仕様なんて読んでも理解できるわけないし

全部なくして
なくして困ったものはまた入れればいいし
困らなければそのまま
これでFA

jQueryのリンクがなかったり時代にあってないな

このサイトはJavaScriptする奴(特に初心者)は全員読めでもいいレベル
http://bonsaiden.github.com/JavaScript-Garden/ja/

xy座標を指定してグラフを作成できるライブラリありませんか？

Python スレの簡潔さを見習え

仕様がリンクにないと水掛け論になって面倒なんだよね。
全部リンク無くして1スレやってみるというのは賛成だけど。
しかしもう950だから合意なんて無理でしょ。975超えたら現行
と同じで立てて次スレ冒頭で議論を続けるしかないんでは。
>>948
別にcanvasで自分で描けばいいと思うけどね。