>>197
おまぬけ

>>198
ドラッグするときに掴む「ここ」を
JSで生成するのがいいのか、HTMLに直接書いとけばいいのか
>>192の用に<table>要素を使うのか、はたまた別の要素か

ってのは、HTMLだけ論じている場所よりは
普段JSやウェブアプリ書いてる人に聞くほうがあってる気はする



ほんで、自分は<div>要素をJSで生成して置くのが良いと思う

くそどうでもいい

クズｗｗｗｗ

自演荒らし乙

モーダルウインドウを出した時に、他の部分が少し暗くなる処理をよく見ますが
あれはどうやってるんですか？

α0.2くらいの黒を上においてんじゃない

ありがとうございました

以下のコードで、暗幕をフェードインで暗くしようとしたのですが
瞬時に暗くなってしまいます
どこが悪いのでしょうか？

[CSS]
#blackout {
position: fixed;
left: 0;
top: 0;
width: 100%;
height: 100%;
background-color: #000;
opacity: 0;
transition: opacity 1s linear;
-webkit-transition: opacity 1s linear;
-moz-transition: opacity 1s linear;
-o-transition: opacity 1s linear;
}

[JS]
var div = document.createElement('div');
div.id = 'blackout';
document.body.appendChild(div);
div.style.opacity = 0.6;

出たよw
白々しい奴だよな全く

自分で努力してから来い

>>209
スタイルシート側に書かない方向で

スタイルシート側に書かないといいますと、すべての属性をJSで動的に設定するということですか？

そうそう
ベンダプレフィクスをすげ替えるのがちょっと面倒だけど

スマホでヌルヌル動く系のJSは大抵そうやってるから
適当なのをダウンロードしてコード見てみるとわかりやすいと思う

それはスクリプトとスタイルを分離しないという事だからやめたほうがいいよ
やるなら、CSSにクラスを作っといて、JSではクラスを切り替えるようにしたほうがいい

そうかね？
いやそうかもね

自分も>>209と同じことになって、今はこうして解決している
というだけだから、もっと良い方法があったら教えてあげて…

わかりやすいw

[CSS]
#blackout {
position: fixed;
left: 0;
top: 0;
width: 100%;
height: 100%;
background-color: #000;
opacity: 0;
visibility: hidden;
transition: opacity 1s linear;
-webkit-transition: opacity 1s linear;
-moz-transition: opacity 1s linear;
-o-transition: opacity 1s linear;
}

[JS]
var blackout = document.getElementById('blackout');
blackout.style.visibility = 'visible';
blackout.style.opacity = 0.6;

色々検証していった結果、これでできました
変更点は、blackoutを前もってHTMLに記述しておくようにし、
要素のアクティヴィティをvisibilityで操作するようにしたこと
何故か、要素をcreateElementで作ると、transitionが発動しないようです
display:noneにしていたものをdisplay:blockにしたとしても、発動しません
まとめるとDOMツリーに追加されたばかりの要素の属性を変えても発動しないようです
これは意味の分からない動作ですが、そのようです
アドバイスありがとうございました

他の部位でjsミスってたらぜんぶアウトか。真っ黒ページ

いやそうはならない

釣れたw

ググればこのぐらいは出てくるけどなあ。
http://stackoverflow.com/questions/12088819/css-transitions-on-new-elements

要はopacity: 0;のを反映させてからじゃないとだめってことらしい。
環境依存臭いが。

そりゃそうだ。ページが表示されないのをベンダーのせいにされちゃかなわんからな

子がいれば親を指定する

>>222
これって
var x = a.clientHeight;
でDOMを再計算させてるのか
なんというバッドノウハウ
コメント入れておかないと何してるか分からないな

>>228
a:hoverだとEnterしたとき関係ない要素拾ってきてしまうのでは

>>230
どういう意味ですか？
クリックのイベントなので関係ないと思うのですが

>>228
キャプチャ使ってaでstopPropagationじゃダメ？

キャプチャリングフェーズで呼び出しても、targetプロパティは変わらない

>>230
たしかに

>>229
そういうこと。
別に関数を定義して、そこでやっておくのが無難かな。

jqueryでbodyにappendする場合
$('html')に追加するのと$('body')に追加するのと
どちらがいいですか？

>>233
currentTargetってなかったっけ？

それキャプチャリングフェーズの必要なくね

>>222
この方法で動的生成で出来ました
ありがとうございました

あごめん必要なかったね

chromeアプリってJavaScriptで動いてるんですよね？
ウェブ画面上の色を拾い上げるカラーピッカーのアプリがありますが、
あれってどうやってるんですか？

html要素はheadとbodyを含み、
ほとんどのDOM操作はbodyが対象なのだから、$('body')を使うべきだと思いますが
jqueryの解説サイトとかに$('html')が出てくるのはなんなんですか？

DOM要素が増えるほどDOMへのアクセス速度が落ちるということは
CSSの計算量も考える余地があるということだと思います
.hoge{}
#hoge{}
等と指定するよりも
div.hoge{}
div#hoge{}
などと指定する方が、条件文的に速く解決できると思いますが、
実測でも変わって来ますか？

>>243
前者の方が早いのでは

>>243
特に .hoge{} をいっぱい使うべきですよ

>>244
.hogeの場合は、すべての要素から.hogeを探す
div.hogeの場合は、すべてのdivから.hogeを探す
条件を早い段階で絞りこむほど検索コストが下がると思いますが
なぜ.hogeの方が速いと考えますか？

二度手間だから

>>246
ここJSに関係無いCSSの話はスレ違いだからね
はやく.hoge{}満載のCSSを書く作業に戻れ

http://islovely.co/blog/writing-high-performance-css/

ここを見ると詳細に書きすぎるのはよくないようですね
if文と同じように考えたのが間違いでした

http://css-tricks.com/efficiently-rendering-css/

「ブラウザは右から左へ読んでいく」そうです
それならタグで絞り込もうという方策は逆効果でしかないですね