>>649
さっそくの お返事 ありがとうございます.
報告の主は IE8 でした.
さらにオイラは OS の関係で 5.17 しか使えず, やはりダメ.
だからと言って "IE はダメよん" とも言えず, 回避策があるならと藁にも すがる思い....

回避策がない場合, 掲示板の設計を根本からやり直さざるを得ず (うわぁ～ん)

>>650
window.onresize

>>650
body 直下に div を付けてそこに背景画像を表示させてる。
div のサイズはタイマーで随時更新してると思う。勘だけど。

今どきの若い子はbackground-sizeも知らんのかのう

>>650
window.onresizeでimg要素のheightとwidthを調整してるだけじゃね

>>654-657
レスありがとうございます。

>>654
おおう・・・これですね！テストスクリプト書きましたがうまく作動しています。
キーイベントとマウスイベントとonloadぐらいしか知らなかったので助かりました。
教えてくださってありがとうございます。

>>655
なるほど。タイマー使って随時サイズをとるなんて手法もありますね。
どうもありがとうございます。

>>656
background-sizeは知っていますが、
css3だしgoogleが使ってるのか疑問でして・・・
ソース検索しても(webkit,background-size,backgroundSize)出てこなかったので、
違う方法でやってるのかなぁと。

>>657
img要素の背景使用はないと思います。

>>651
なるほど、varがあった

VariableStatement内部でわざわざAssignmentExpressionではなくVariableDeclarationを定義して使っていることといい
制御構文下に置けない・自己代入を認めないといった、StatementやExpressionとして振る舞いきれなかった
なり損ないに（少なくともECMA262では）Declarationを名付けて区別しているということか

>>658
＞img要素の背景使用はないと思います。

分析したいならFirebugやDOM InspectorみたいなDOM視覚化ツールぐらい使おう

>>658
>img要素の背景使用はないと思います。
googleがやってるのはまさにそれなんだが
img要素をzIndexで重ねて背景画像のように見せかけてるだけだよ

>>659
DOM視覚化ツール使ったことなくて使い方がわからなくて・・・
後で調べてみます。

>>660
img使ってる画像だと（z-indexで後ろに表示されてるものでも）、
左クリックしたままアドレスバーやデスクトップにもっていくことで、
画像が表示されたりコピーされたりするものという認識があるので違うのかなぁと思いました。
間違った認識だったんですかね？

ソースをちゃんと読めればこんな問題も起きないのにorz
精進します。

＞img使ってる画像だと（z-indexで後ろに表示されてるものでも）、
＞左クリックしたままアドレスバーやデスクトップにもっていくことで、
＞画像が表示されたりコピーされたりするものという認識があるので違うのかなぁと思いました。
＞間違った認識だったんですかね？

すみません。間違った認識のようでした。
同じwidthとheightを指定していればこの操作は不可能でした。
ということでimgでやってるのかもしれませんね。
どうもありがとうございました。

「かもしれない」んじゃなくて本当にそうやってるんだってばｗ
そしてそのD&Dが効かないのはそれよりも手前にdivが敷き詰められているから。
ぐだぐだ言わずにFirebug入れればいいのに。

・Firebugの使い方がわからない
・自分じゃ理解できないので確かめようがない

だから「かもしれない」と言ったんでしょう

ま、ソース読まずに実装するってのは訓練としてはすごくいいんだけど、
答え合わせ的にソースも読まないと成長しないよね。

>>665
独力で、だな
人に聞くぐらいならソース読んだ方がずっといい

chromeにデフォルトでついてくる「要素を検証」が便利だぞ。
5になって使いにくくなったが。

しかしgoogleのようにケチャップソースだと読む気も起こらない・・・

>ケチャップソース
何それ？

ごめん
スパゲティーといおうとしたら
ナポリタンが思い浮かんで
なんかしらんけどケチャップになった

IE8ならF12押して開発ツール使えばいいけど
つい最近Firebugがブックマークレットになってるのを知った

>>670 あるある。

googleのは汚いけど入り組んでいるわけじゃないから
ケチャップぶちまけたようなソースってことで俺は納得しちゃったぞｗ

>>670,672
ねーよｗｗ
しかし、何でパスタコードって言わないんだろうかって思うのは俺だけじゃない筈

からまらないパスタもあるからだろ

スパゲティしかパスタを知らないなんてカワイソス

ペンネ旨いよね

何がパスタだ？すかしてんじゃねえよ？
おめえらはいたーりゃーじんか？あ？
この西洋かぶれめ！

>>648
俺ならこんな感じにするな。IE5で動くかわかんないけど。
イベント類はaddEventListenerとattachEventを使うほうがスマートだと思う。

var setBtns = function() {
  var chJS = function(num) {
    if (document.getElementById("myJS")) {
      var oldScriptElm = document.getElementById("myJS");
      document.body.removeChild(oldScriptElm);
    }

    var newScriptElm = document.createElement('script');
    var jsSrc = '/js/' + num + ".js";
    newScriptElm.setAttribute('id', 'myJS');
    newScriptElm.setAttribute('type', 'text/javascript');
    newScriptElm.setAttribute('src', jsSrc);
    document.body.appendChild(newScriptElm);
  };

  var chJS_0 = function() { chJS(0); };
  var chJS_1 = function() { chJS(1); };

続き

  var myBtns = document.getElementsByTagName('input');

  if (window.addEventListener) {
    myBtns[0].addEventListener('click', chJS_0, false);
    myBtns[1].addEventListener('click', chJS_1, false);
  }
  else if (window.attachEvent) {
    myBtns[0].attachEvent('onclick', chJS_0);
    myBtns[1].attachEvent('onclick', chJS_1);
  }
};

if (window.addEventListener) {
  window.addEventListener('load', setBtns, false);
}
else if (window.attachEvent) {
  window.attachEvent('onload', setBtns);
}

IE5とか動かんでええやんけ

IE6が腐った牛乳だとするとIE5は何になるんだ

必要もないのにsetAttribute使われると目が疲れる

いや、>>652で5.17って書いてあったからさ。

setAttributeってDOM的にちゃんとしてるイメージだから使ってるけど、
実際のところ、無意味なのかな。

IEで動作させることを考えるなら
myBtns[0].onclick=chJS_0
myBtns[1].onclick=chJS_1
にしないと駄目みたいね。

グローバル汚染とかクロージャとかよくわからないので勉強したい

>>686
クロージャの使用は可能な限り避けてください。（MDCより）

>>685
Win IE6とIE8では動作したよ

>>686
JavaScript The Good Partsがおすすめ

>>678
秘伝のタレ、なんて言い方もありますな。
ちょっと意味合いが違うけど。

>>689
こんがらがったプログラムを秘伝のタレって呼ぶの？

セキュリティアップデートが終了したブラウザとかサポートしちゃあかんやろ

値か何かを返す関数と何も返さない関数
それぞれ呼び名はありますか？

>>690
担当者・部署・制作会社の間で長年引き継がれて、
仕様書が薄れゆくなか、継ぎ足し継ぎ足しされて、
もうどうにも身動き取れなくなってきたコードのこと、らしいよ。

なるほど、秘伝のタレ意外と合ってるなｗ

>>692
その二つの比較において「関数」「手続き・プロシージャ・サブルーチン」と
区別することはあるけど、統一的な用語ではないし
javascriptにおいては何も返さないことがないから区別がない

便宜的にはvoid関数と言えば通じるかもしれないけど
void演算子と勘違いされる可能性がなきにしもあらず

>>684
Element::setAttribiute('src', ..)
HTMLScriptElement::src = ...

HTMLScriptElementはElementを継承している
もしcreateElement('script')で必ずしもHTMLScriptElementが生成されるとは限らない
（例えばXBLのscript要素が生成される可能性がある）ならばsetAttribiuteを使う
最初からHTMLScriptElementしか相手にする気がないならsrcでおk
インターフェイスの存在理由そのものだろ

だいたいdocument.bodyなんつー超レガシープロパティを使っといて
しかもwindowなんつー明らかにブラウザ上での実行が前提のコードで
何で要素操作だけ「ブラウザ上に限らない(キリ」的に書いてんだって話

上半身は革ジャンなのに下半身は海パン＋便所サンダルみたいな気持ち悪さ

Prototype.jsってもう時代おくれなんですか？
どこもjQuery使ってるような・・・
一般的なプログラマーならPrototype.jsのほうがしっくりきますよね

Prototype.jsはDOMの拡張が忌み嫌われているんじゃないの
しかも作った人自身がその部分は失敗だったって言ってなかったっけ

Objectの拡張だろ