私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.114 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
http://jsbin.com/vedemiyo/1/edit
スクロールバーを持つ二つのdivがあり、
左の要素には大きめのdiv,
右の要素には長い文字列を入れています。
どちらもクリックすると、eventのoffsetX/Yをコンソール出力します。
スクロールさせてクリックした場合、
左はスクロール値も考慮された、正しいオフセット座標が表示されます。
しかし右は、スクロール値が考慮されていないようです。
何故こうなるのでしょうか?
コンテンツが文字列の場合でも正しいオフセットを得るにはどうしたらいいでしょうか
スクロールバーを持つ二つのdivがあり、
左の要素には大きめのdiv,
右の要素には長い文字列を入れています。
どちらもクリックすると、eventのoffsetX/Yをコンソール出力します。
スクロールさせてクリックした場合、
左はスクロール値も考慮された、正しいオフセット座標が表示されます。
しかし右は、スクロール値が考慮されていないようです。
何故こうなるのでしょうか?
コンテンツが文字列の場合でも正しいオフセットを得るにはどうしたらいいでしょうか
firefoxでは値すらなかったので調べたところ
http://api.jquery.com/mousemove/
Properties such as .clientX, .offsetX, and .pageX are available,
but support for them differs between browsers.
Fortunately, jQuery normalizes the .pageX and .pageY properties so that
they can be used in all browsers.
とありました
pageX, pageYを使うべきで、他のプロパティは非推奨みたいですね
ありがとうございました
http://api.jquery.com/mousemove/
Properties such as .clientX, .offsetX, and .pageX are available,
but support for them differs between browsers.
Fortunately, jQuery normalizes the .pageX and .pageY properties so that
they can be used in all browsers.
とありました
pageX, pageYを使うべきで、他のプロパティは非推奨みたいですね
ありがとうございました
通常、contenteditableな要素でmousedownをpreventDefaultすると
フォーカスを防ぐことができます
しかしIE7/8では、フォーカスしてしまいます
ためしにclickやkeyupもpreventDefaultしてみましたが、やはりフォーカスしてしまいます
どうすればフォーカスを止めることができるのでしょうか?
フォーカスを防ぐことができます
しかしIE7/8では、フォーカスしてしまいます
ためしにclickやkeyupもpreventDefaultしてみましたが、やはりフォーカスしてしまいます
どうすればフォーカスを止めることができるのでしょうか?
質問は「IE7/8でどうすればフォーカスを止めることができるのでしょうか?」です。
話をちゃんと聞きましょう。
話をちゃんと聞きましょう。
やめたいのはやまやまですがまだシェアがあるので。
evernoteもie7で閲覧できるようですし
evernoteもie7で閲覧できるようですし
うちの仮想環境のXPにはIE8が入ってるので
いまだにIE7って何なの?とは思いますが・・
XP以上ならIE8以上にできるだろが
いまだにIE7って何なの?とは思いますが・・
XP以上ならIE8以上にできるだろが
イベントオブジェクトのcurrentTargetとtargetを混同して
常にtargetを使っていました
これは俺だけでしょうか?
常にtargetを使っていました
これは俺だけでしょうか?
>>504
ここをこうやってこうすれば止めることができる
ここをこうやってこうすれば止めることができる
ノードがドキュメントルートかを
(node === document.body || node === document.documentElement)
で調べています。
ですが、ドキュメントルートへの追加は
document.body.appendChild
としています。
これは違和感がありますが、問題なく動いているようです
これでいいのでしょうか?
(node === document.body || node === document.documentElement)
で調べています。
ですが、ドキュメントルートへの追加は
document.body.appendChild
としています。
これは違和感がありますが、問題なく動いているようです
これでいいのでしょうか?
>>517
意味がわからない。
ドキュメントルートは document.documentElement であって document.body はドキュメントルートではないと思うが。
それから「ドキュメントルートへの追加」の意味は?
それがドキュメントルートに子要素を挿入するという意味なら document.documentElement.appendChild とすべきでは?だと思うが。
> これは違和感がありますが、問題なく動いているようです
違和感の内容をもっと具体的に。
意味がわからない。
ドキュメントルートは document.documentElement であって document.body はドキュメントルートではないと思うが。
それから「ドキュメントルートへの追加」の意味は?
それがドキュメントルートに子要素を挿入するという意味なら document.documentElement.appendChild とすべきでは?だと思うが。
> これは違和感がありますが、問題なく動いているようです
違和感の内容をもっと具体的に。
document.firstChild はDOCTYPE宣言になるんだよね
ドキュメントルートが要素に限定されるならhtml要素が正しいけど
ドキュメントルートが要素に限定されるならhtml要素が正しいけど
そもそも、DOMにドキュメントルートという概念があるのかな?
HTML文書のルートには DOCUMENT_TYPE_NODE と DOCUMENT_NODE と ELEMENT_NODE が存在できるわけで唯一のドキュメントルートはないような
HTML文書のルートには DOCUMENT_TYPE_NODE と DOCUMENT_NODE と ELEMENT_NODE が存在できるわけで唯一のドキュメントルートはないような
ありがとうございます
documentElementとbodyの関係が良く分かってなかったです
bodyはdocumentElementの子で、
document.bodyはdocumentElementのchildNodeとしてのbodyのエイリアスのようですね
どっちもdocumentのプロパティなので混乱していました
documentElementとbodyの関係が良く分かってなかったです
bodyはdocumentElementの子で、
document.bodyはdocumentElementのchildNodeとしてのbodyのエイリアスのようですね
どっちもdocumentのプロパティなので混乱していました
>>520
> そもそも、DOMにドキュメントルートという概念があるのかな?
あえてあげるなら、DOCUMENT_NODE が Document Object Model におけるドキュメントルートだろう
> そもそも、DOMにドキュメントルートという概念があるのかな?
あえてあげるなら、DOCUMENT_NODE が Document Object Model におけるドキュメントルートだろう
イベントのオフセット座標って
イベントを投げた要素(target)を基準とした座標なのか
イベントハンドラで受け取った(currentTarget)を基準にした座標なのか
分かりにくいよね
だからfirefoxではオフセット座標を設定しないのかな?
イベントを投げた要素(target)を基準とした座標なのか
イベントハンドラで受け取った(currentTarget)を基準にした座標なのか
分かりにくいよね
だからfirefoxではオフセット座標を設定しないのかな?
だって、ここにいるのはプログラマじゃないし。
デザインの延長であんなかっこいい動きするデザイン作ってって
クライアントに言われてjQueryプラグインぐぐるしか出来ないレベルですよ?
デザインの延長であんなかっこいい動きするデザイン作ってって
クライアントに言われてjQueryプラグインぐぐるしか出来ないレベルですよ?
ここにいるのがプログラマじゃなくてWebデザイナなんて誰も決めてないけどね
誰かさんはそうしたいみたいだけど
誰かさんはそうしたいみたいだけど
同意を求められているならわかりにくいとは思わない
プログラマかWebデザイナかなんてどうでもいい
レッテルを貼る人は差別意識が高すぎる
プログラマかWebデザイナかなんてどうでもいい
レッテルを貼る人は差別意識が高すぎる
じゃあfirefoxがオフセット座標を設定しない理由を合理的に説明できるのかな?
やたら煽ってる自称プログラマーさんには無理だろうけど。プゲラ。
やたら煽ってる自称プログラマーさんには無理だろうけど。プゲラ。
>>528
煽った時点で君も同レベルだよ
煽った時点で君も同レベルだよ
new Date(2014, 4, 8)
Thu May 08 2014 00:00:00 GMT+0900
わろたw
Thu May 08 2014 00:00:00 GMT+0900
わろたw
他の座標を使って計算可能なんだからjQueryが何とかすべきだな>offset
イベントのオフセット座標が何を示しているのかわからないのは俺だけか
イベント関連オブジェクトにoffsetの名のつくプロパティが見つからないのだが
http://www.w3.org/TR/DOM-Level-3-Events/
前からこういう質問はあるが、正式名称で書いてくれないものかね…
イベント関連オブジェクトにoffsetの名のつくプロパティが見つからないのだが
http://www.w3.org/TR/DOM-Level-3-Events/
前からこういう質問はあるが、正式名称で書いてくれないものかね…
オフセット座標としては HTMLElement#offsetLeft があるが、イベントは関係ないな
http://www.w3.org/TR/cssom-view/#extensions-to-the-htmlelement-interface
event.offsetX はIE独自拡張だったはずだが、これのことか?
http://msdn.microsoft.com/en-us/library/ie/ms534305.aspx
いずれにしても仕様通りに動かなければバグだし、仕様通りなら仕様としか言いようがない
Firefoxのみ再現するならMDNの仕様をあたるべきだろう
「わかりにくい」とか主観的な事はどうでもいいので仕様を確認する癖をつけたほうがいい
http://www.w3.org/TR/cssom-view/#extensions-to-the-htmlelement-interface
event.offsetX はIE独自拡張だったはずだが、これのことか?
http://msdn.microsoft.com/en-us/library/ie/ms534305.aspx
いずれにしても仕様通りに動かなければバグだし、仕様通りなら仕様としか言いようがない
Firefoxのみ再現するならMDNの仕様をあたるべきだろう
「わかりにくい」とか主観的な事はどうでもいいので仕様を確認する癖をつけたほうがいい
MouseEventじゃないEventにoffsetXがあるブラウザがあるってこと?
2つのjsファイルがあり、それぞれで
$(function(){});
の範囲にある関数群を、同じ名前空間内に
マージ?する方法ってありますか?
複数のファイルに分割して開発されたライブラリを
1つのHTML内で取り込んで、それぞれの名前空間を
意識すること無く使いたい、という意図なのですが。。
$(function(){});
の範囲にある関数群を、同じ名前空間内に
マージ?する方法ってありますか?
複数のファイルに分割して開発されたライブラリを
1つのHTML内で取り込んで、それぞれの名前空間を
意識すること無く使いたい、という意図なのですが。。
>>536
何を言いたいのかわからない
何を言いたいのかわからない
標準になければ独自格調で間違ってない
よって、各々が足並みを揃える必要もなければ保証もない
よって、各々が足並みを揃える必要もなければ保証もない
MouseEvent#offsetXは標準仕様にあるけど、Event#offsetXは独自拡張って話だよね
>>540
MouseEvent#offsetX が DOM L3 Events で見つからないのだが、どこに書かれているのだろうか
http://www.w3.org/TR/DOM-Level-3-Events/#h4_events-mouseevents
MouseEvent#offsetX が DOM L3 Events で見つからないのだが、どこに書かれているのだろうか
http://www.w3.org/TR/DOM-Level-3-Events/#h4_events-mouseevents
>>540
いや、そんな話は誰もしてない
いや、そんな話は誰もしてない
document.getElementBy?Id
より
document.body.getElementById
の方が対象を絞りこんだ分速いですか?
より
document.body.getElementById
の方が対象を絞りこんだ分速いですか?
前へ 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.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.124 + (1001) - [97%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
トップメニューへ / →のくす牧場書庫について