私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.118 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>349
ソース見てこいよ
ソース見てこいよ
removeClassは
' '+dom.class+' '
から' '+クラス名+' 'を削除
hasClassは
' '+dom.class+' '
から' '+クラス名+' 'を検索
addClassは
hasClassチェックしてから
class += ' '+クラス名
はい完成
' '+dom.class+' '
から' '+クラス名+' 'を削除
hasClassは
' '+dom.class+' '
から' '+クラス名+' 'を検索
addClassは
hasClassチェックしてから
class += ' '+クラス名
はい完成
DOMのPolifillってないの?
classListを使いたいけど、Android3以上とか書いてあるしさ。
とあるJavaScript読み込むだけでDOM3はもとより、
DOM4まで対応できるライブラリがほしい。
classListを使いたいけど、Android3以上とか書いてあるしさ。
とあるJavaScript読み込むだけでDOM3はもとより、
DOM4まで対応できるライブラリがほしい。
jQueryなどのライブラリやフレームワークの質問は、以下へ
JavaScript ライブラリ総合質問所 vol.4
http://peace.2ch.net/test/read.cgi/hp/1400834117/l50
また、荒らしがライブラリなどの質問を書き込んでも、
答えちゃいけない
荒らしは、このスレをつぶすのが目的だから
荒らしは色々な所で、ライブラリやフレームワークの質問を、
このスレに誘導している
このスレは、JSの話題のみに限定してください
ライブラリなどの話を、このスレに書かれると、
探す時に、このスレまで見なければならないため大変。
話をスレ毎に、明確に分けてくれ
JavaScript ライブラリ総合質問所 vol.4
http://peace.2ch.net/test/read.cgi/hp/1400834117/l50
また、荒らしがライブラリなどの質問を書き込んでも、
答えちゃいけない
荒らしは、このスレをつぶすのが目的だから
荒らしは色々な所で、ライブラリやフレームワークの質問を、
このスレに誘導している
このスレは、JSの話題のみに限定してください
ライブラリなどの話を、このスレに書かれると、
探す時に、このスレまで見なければならないため大変。
話をスレ毎に、明確に分けてくれ
>>359
いいかげんにしろ
いいかげんにしろ
■諸注意
vol.115でlodashを不必要に推奨して啓蒙する行為が多く確認されており、ライブラリ系の質問はvol.116から禁止されました。
vol.115,116ではライブラリ禁止する発言が見られた直後にライブラリを許可する意図で次スレを立てる行為が確認されています。
本スレッドでライブラリ許可を求める発言が確認された場合は不要な争いを避ける為、スルーすることを推奨します。
ライブラリの質問はライブラリスレへ誘導し、誘導行為への反論はスルーしてください。
vol.115でlodashを不必要に推奨して啓蒙する行為が多く確認されており、ライブラリ系の質問はvol.116から禁止されました。
vol.115,116ではライブラリ禁止する発言が見られた直後にライブラリを許可する意図で次スレを立てる行為が確認されています。
本スレッドでライブラリ許可を求める発言が確認された場合は不要な争いを避ける為、スルーすることを推奨します。
ライブラリの質問はライブラリスレへ誘導し、誘導行為への反論はスルーしてください。
>>359,364
基本的にはあなたの認識で正しいと思うけど、「約1名の荒らしが常駐していて回答もしてるから、いい加減疲れた」というのが総意だと思う
荒らしの常駐率が半端なくてまともな人は当然常駐なんかしないから荒らしの書き込みが目立ってる感がある
もうここは荒らしのたまり場に近くて、運営が本格的に手を入れてくれないと現状はいつまでたっても改善されないだろうね
基本的にはあなたの認識で正しいと思うけど、「約1名の荒らしが常駐していて回答もしてるから、いい加減疲れた」というのが総意だと思う
荒らしの常駐率が半端なくてまともな人は当然常駐なんかしないから荒らしの書き込みが目立ってる感がある
もうここは荒らしのたまり場に近くて、運営が本格的に手を入れてくれないと現状はいつまでたっても改善されないだろうね
きちがいに同意しててワロタw
自治厨はプログラム板行けよ
お前らが待ち望んだ地上の楽園があるぞ
自治厨はプログラム板行けよ
お前らが待ち望んだ地上の楽園があるぞ
テキスト系コンポーネントにフォーカスしている時にaltキーを押すと
フォーカスが外れることに気付きました
どうしてこうなりますか?
フォーカスが外れることに気付きました
どうしてこうなりますか?
フォーカスがブラウザのウインドウの外に行ったのを
イベントで検知するにはどうしたらいいでしょうか?
ウインドウの外に行くとは、アドレスバーをフォーカスする、
設定メニューを表示する、
などの操作です。
windowのblurが発生するのかと思ったのですが、しませんでした
イベントで検知するにはどうしたらいいでしょうか?
ウインドウの外に行くとは、アドレスバーをフォーカスする、
設定メニューを表示する、
などの操作です。
windowのblurが発生するのかと思ったのですが、しませんでした
ドラッグなどの最中にALT+Fを押すとメニューが表示される
→そのまま他のタブを開く
→タブを元に戻す
→ドラッグ状態はそのままになっているので、挙動がおかしくなる
という問題を見つけました
ドラッグは通常mouseupで終了し、それが必ず起きることを前提にしていますが、
ALT+Fを使うとmouseupせずに他のウインドウに行くことができるので
中途半端な状態になってしまうのです
この問題にどう対処したらいいでしょうか
→そのまま他のタブを開く
→タブを元に戻す
→ドラッグ状態はそのままになっているので、挙動がおかしくなる
という問題を見つけました
ドラッグは通常mouseupで終了し、それが必ず起きることを前提にしていますが、
ALT+Fを使うとmouseupせずに他のウインドウに行くことができるので
中途半端な状態になってしまうのです
この問題にどう対処したらいいでしょうか
イベントハンドラを設定する時、thisをbindしてから設定する、ということをよくしますが
当該メソッド自体をbindした関数で置き換えた方がいいんじゃないでしょうか?
var obj = {
_hoge: 'hoge',
test: function(){
this.test1 = _.bind(this.test1,this);
},
test1: function(){
console.log(this._hoge);
}
};
obj.test();
obj.test1();
こんな感じです
bindした関数をtest1に上書きしても、元のtest1だった関数オブジェクトは生き続けているはずなので
問題ないですよね?
もっといい方法ありますか?
当該メソッド自体をbindした関数で置き換えた方がいいんじゃないでしょうか?
var obj = {
_hoge: 'hoge',
test: function(){
this.test1 = _.bind(this.test1,this);
},
test1: function(){
console.log(this._hoge);
}
};
obj.test();
obj.test1();
こんな感じです
bindした関数をtest1に上書きしても、元のtest1だった関数オブジェクトは生き続けているはずなので
問題ないですよね?
もっといい方法ありますか?
>>当該メソッド自体をbindした関数で置き換えた方がいいんじゃないでしょうか?
意図がまるでわからない。
誰に対しての提案?
置き換えることでどういうメリットがあるのか、あるいはどういうデメリットが解消されるのかまるでわからん。
>>bindした関数をtest1に上書きしても、元のtest1だった関数オブジェクトは生き続けているはずなので
>>問題ないですよね?
王大人「生き続けているはず」ってぐらい、いい加減だなw
元のtest1だった関数オブジェクトは、bindされてニューtest1の心の中にだけ残るな。
もう元のtest1は使えなくなったがそれでいいならいいんじゃね?
ただ、何が何に対して、問題ないんだ?
>>もっといい方法ありますか?
_.bindAllでええんじゃね?
なんかこねくり回しても、メリットとかデメリットとが度外視の意図の読めないソース書くぐらいなら。
意図がまるでわからない。
誰に対しての提案?
置き換えることでどういうメリットがあるのか、あるいはどういうデメリットが解消されるのかまるでわからん。
>>bindした関数をtest1に上書きしても、元のtest1だった関数オブジェクトは生き続けているはずなので
>>問題ないですよね?
王大人「生き続けているはず」ってぐらい、いい加減だなw
元のtest1だった関数オブジェクトは、bindされてニューtest1の心の中にだけ残るな。
もう元のtest1は使えなくなったがそれでいいならいいんじゃね?
ただ、何が何に対して、問題ないんだ?
>>もっといい方法ありますか?
_.bindAllでええんじゃね?
なんかこねくり回しても、メリットとかデメリットとが度外視の意図の読めないソース書くぐらいなら。
これはサンプルですよ
つっこみどころがおかしいですね
どういう場合に使うか分からないなら黙っておいた方がいいと思うが?
つっこみどころがおかしいですね
どういう場合に使うか分からないなら黙っておいた方がいいと思うが?
動的にハンドラを付け外しする時
毎回bindするのではなく、一回だけbindした方がいいんじゃね?っていう提案です
B級以上のプログラマーには分かると思いますが
毎回bindするのではなく、一回だけbindした方がいいんじゃね?っていう提案です
B級以上のプログラマーには分かると思いますが
オブジェクトをもう使わないので、GCできることを、
インタプリタに伝えるためのヒントとして、
Javaのように、オブジェクトにnullを設定できますか?
obj = null
インタプリタに伝えるためのヒントとして、
Javaのように、オブジェクトにnullを設定できますか?
obj = null
chromeの横ホイールスクロール、また復活してることに気付いた
もうなくすなよおら(`o´)
もうなくすなよおら(`o´)
>>385
正確に言えば、ローカル変数がクロージャによって参照可能でなければ
正確に言えば、ローカル変数がクロージャによって参照可能でなければ
ArrayオブジェクトのkeyをObject.keysで取得するとインデックスも取得しちゃうけど
インデックスを除くプロパティだけ取得する方法ってありまふ?
インデックスを除くプロパティだけ取得する方法ってありまふ?
オブジェクトが、何らかの変更を受けたことを検出するには、
変更のたびにタイムスタンプを更新するなどするしかないですか?
たとえば
obj.setLeft(x)
などで値を設定された時、内部でタイムスタンプも同時に変更するなど。
jsデフォルトではそういう機能ないですよね?
変更のたびにタイムスタンプを更新するなどするしかないですか?
たとえば
obj.setLeft(x)
などで値を設定された時、内部でタイムスタンプも同時に変更するなど。
jsデフォルトではそういう機能ないですよね?
DOMへの書き込みは遅いと言われますが
書き込む値が現在と同じ値だった場合でも遅くなりますか?
書き込む値が現在と同じ値だった場合でも遅くなりますか?
>>395
遅くなる
遅くなる
それでは書き込む前には現在の値と異なるかを調べてから書き込んだ方がいいということですね
ありがとうございました
ありがとうございました
ミーンイオってやつは既存のライブラリやフレームワークを寄せ集めただけっぽいですが
別々に集めてやるのと何かメリットあるんですか?
別々に集めてやるのと何かメリットあるんですか?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
トップメニューへ / →のくす牧場書庫について