元スレ+ JavaScript の質問用スレッド vol.107 +
JavaScript覧 / PC版 /みんなの評価 :
201 = :
>>197
おまぬけ
202 = 186 :
>>198
ドラッグするときに掴む「ここ」を
JSで生成するのがいいのか、HTMLに直接書いとけばいいのか
>>192の用に<table>要素を使うのか、はたまた別の要素か
ってのは、HTMLだけ論じている場所よりは
普段JSやウェブアプリ書いてる人に聞くほうがあってる気はする
ほんで、自分は<div>要素をJSで生成して置くのが良いと思う
203 = :
くそどうでもいい
205 = :
自演荒らし乙
206 = :
モーダルウインドウを出した時に、他の部分が少し暗くなる処理をよく見ますが
あれはどうやってるんですか?
207 = :
α0.2くらいの黒を上においてんじゃない
208 = :
ありがとうございました
210 = :
出たよw
白々しい奴だよな全く
自分で努力してから来い
212 :
>>209
スタイルシート側に書かない方向で
213 = :
スタイルシート側に書かないといいますと、すべての属性をJSで動的に設定するということですか?
214 = 212 :
そうそう
ベンダプレフィクスをすげ替えるのがちょっと面倒だけど
スマホでヌルヌル動く系のJSは大抵そうやってるから
適当なのをダウンロードしてコード見てみるとわかりやすいと思う
215 = :
それはスクリプトとスタイルを分離しないという事だからやめたほうがいいよ
やるなら、CSSにクラスを作っといて、JSではクラスを切り替えるようにしたほうがいい
216 = 212 :
そうかね?
いやそうかもね
自分も>>209と同じことになって、今はこうして解決している
というだけだから、もっと良い方法があったら教えてあげて…
217 = :
わかりやすいw
219 = :
他の部位でjsミスってたらぜんぶアウトか。真っ黒ページ
220 = :
いやそうはならない
221 = :
釣れたw
222 = :
ググればこのぐらいは出てくるけどなあ。
http://stackoverflow.com/questions/12088819/css-transitions-on-new-elements
要はopacity: 0;のを反映させてからじゃないとだめってことらしい。
環境依存臭いが。
223 = :
そりゃそうだ。ページが表示されないのをベンダーのせいにされちゃかなわんからな
225 = :
子がいれば親を指定する
229 = :
>>222
これって
var x = a.clientHeight;
でDOMを再計算させてるのか
なんというバッドノウハウ
コメント入れておかないと何してるか分からないな
230 = :
>>228
a:hoverだとEnterしたとき関係ない要素拾ってきてしまうのでは
231 :
>>230
どういう意味ですか?
クリックのイベントなので関係ないと思うのですが
233 = :
キャプチャリングフェーズで呼び出しても、targetプロパティは変わらない
234 = :
>>230
たしかに
235 = :
>>229
そういうこと。
別に関数を定義して、そこでやっておくのが無難かな。
237 = :
>>233
currentTargetってなかったっけ?
238 = :
それキャプチャリングフェーズの必要なくね
239 = :
>>222
この方法で動的生成で出来ました
ありがとうございました
240 = :
あごめん必要なかったね
241 = :
chromeアプリってJavaScriptで動いてるんですよね?
ウェブ画面上の色を拾い上げるカラーピッカーのアプリがありますが、
あれってどうやってるんですか?
242 = :
html要素はheadとbodyを含み、
ほとんどのDOM操作はbodyが対象なのだから、$('body')を使うべきだと思いますが
jqueryの解説サイトとかに$('html')が出てくるのはなんなんですか?
243 = :
DOM要素が増えるほどDOMへのアクセス速度が落ちるということは
CSSの計算量も考える余地があるということだと思います
.hoge{}
#hoge{}
等と指定するよりも
div.hoge{}
div#hoge{}
などと指定する方が、条件文的に速く解決できると思いますが、
実測でも変わって来ますか?
244 = :
>>243
前者の方が早いのでは
245 = :
>>243
特に .hoge{} をいっぱい使うべきですよ
246 = :
>>244
.hogeの場合は、すべての要素から.hogeを探す
div.hogeの場合は、すべてのdivから.hogeを探す
条件を早い段階で絞りこむほど検索コストが下がると思いますが
なぜ.hogeの方が速いと考えますか?
247 = :
二度手間だから
248 = :
>>246
ここJSに関係無いCSSの話はスレ違いだからね
はやく.hoge{}満載のCSSを書く作業に戻れ
249 = :
http://islovely.co/blog/writing-high-performance-css/
ここを見ると詳細に書きすぎるのはよくないようですね
if文と同じように考えたのが間違いでした
250 = :
http://css-tricks.com/efficiently-rendering-css/
「ブラウザは右から左へ読んでいく」そうです
それならタグで絞り込もうという方策は逆効果でしかないですね
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.100 + (1001) - [97%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.126 + (952) - [95%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.126 + (348) - [95%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
トップメニューへ / →のくす牧場書庫について