>>250
㌧　移動する

ブックマークレットはブックマークレットスレへ。

>>258
オナニー

ここすげえな。

>>262

自分だけが使うモノならIE無視できるけど、
客がいたり一般向けの公開だったりするなら、IEは絶対外せない...

糞だろうが、ゴミだろうが、IE無視してWEBプログラムは考えられないハズ。

仕事でJavaScript書いた事ない奴だね

なんでネタにマジレスするんだろう

>>265
> なんでネタにマジレスするんだろう

イチイチ反応すんなよ！能無し

IEはJScriptであってJavaScriptじゃないんだけどな
似て非なるものであることが分かってないようで困る

そんなの関係ね～
　　そんなの関係ね～

なんにもおしえてくんねーじゃん

td = tr.getElementsByTagName('td');
for(i=0;i<td.length;i++) td[i].style.backgroundColor = 'RED';
ではテーブル行の背景色は変えられるのですが・・・
これを簡潔にするために
tr.style.backgroundColor = 'RED';
とやったのですが、色は変わらないのは何が原因かご存知でしょうか？

tdはtrの上にかぶさるわけだから、
tdに色指定してあるならそっちが優先されるよ。

JavaScriptの型って不便じゃないですか？
ほとんど常に文字列型と考えてる気がするんですけど。

せめて数値演算子と文字列演算子位は分けないと、
いちいち数値に明示的に変えないといけないのは
不便だと思うんですけど。


JavaScriptの勉強を始めたばかりで、よくわかってないですけど…

>>279

> いちいち数値に明示的に変えないといけないのは
> 不便だと思うんですけど。

たとえば、どんな場面で明示的にキャストするの？

>>281
俺もそうなる。
浮動少数点数とかの関係か？

>>280
> HTMLのFORMから2つの値を拾ってその値を足したいとすると、
> Perlなら、z = x + yで、数値演算を行ってくれるんだけど( z = x . yで文字列結合)、JavaScriptだと
> z = x + yすると、文字列の結合をする。 文字列の演算と数値の演算が一緒の演算子っぽい。
> そのためにわざわざ、
> | x = x - 0;
> | y = y - 0;
> | z = x + y;
> としないといけない。ユーザの便意のために型を意識しないでいいようにしてるかも知れないけど、
> わざわざ、意図的に数値として扱うように処理しなくてはいけないとなると、不便この上ない。
>

解決しました。すみませんでした。

>>279=285?
それは単にformのvalueがString型な仕様だってだけの話だよ。
<input type=text>などにはどんな文字が入力されるかわからないんだからNumber型じゃまずい事はわかるよね？

>>290
型が無いんだから、+で演算した場合は算術演算になれってことじゃないの？
Perlでは.演算子で結合って書いてあるし

それだとほんとに数字同士を文字列結合したいときに困るし。
そのくせ * が Perl の x にならないのがどうにも。

その数字同士の文字列結合をしたいときに、別の演算子が無いのが問題。
変数型は別にしても、演算子は"数字"と"文字列"で分けるべき。


これ俺の意見。

>>285
フォームのテキストフィールドの内容を整数だと思うほうがどうかしてる

思うんじゃなくて、なぜわざわざ数値型に変換しないと行けないのかって話だろ？
頭悪い？

>>293の言ってることが分からないなら、>>297はどうやってコードかいてるんだ？
みんな不便だと思ってる証拠に、2.0からは明示的な型とか演算子が導入されたりするんだろ

全ては実行効率で解決できます