私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.111 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
parseIntだと内部的にString(index)してparseすることになるからNumberの方がいいね
var arr = Array.apply(null, Array(10)).map(Function.prototype.call, parseInt);
for (var arr = [], i = 0; i < 10; i++) arr[i] = i;
どっちが高速で分かりやすいかよおくわかんだね
for (var arr = [], i = 0; i < 10; i++) arr[i] = i;
どっちが高速で分かりやすいかよおくわかんだね
なるほど、存在している要素に対してのみ作用するmapに対し、
Array(10)で生成すると配列はlengthプロパティが10になるだけですが、
Array.apply(null,Array(10))で生成するとlengthが10になるだけではなく
きちんと要素のそれぞれが初期化されるので、うまく動く、と言うことですか。
なんというかトリッキーな仕様ですね。
皆さん回答有難う御座いました。
Array(10)で生成すると配列はlengthプロパティが10になるだけですが、
Array.apply(null,Array(10))で生成するとlengthが10になるだけではなく
きちんと要素のそれぞれが初期化されるので、うまく動く、と言うことですか。
なんというかトリッキーな仕様ですね。
皆さん回答有難う御座いました。
ES6
var arr = [for(i of Array(10).keys()) i];
var arr = [for(i of Array(10).keys()) i];
最短は多分こうだな
var arr = [...Array(10).keys()];
var arr = [...Array(10).keys()];
keysのイテレーターはただ0からlength-1までのイテレートするだけ
bp = Object.create(HTMLButtonElement.prototype)
bp.createdCallback = function(){ console.log('testA') }
Btn1 = document.register('btn-1', {
extends: "button",
prototype: bp
})
btn = document.createElement('button', 'btn-1')
/// log 'testA'
bp.createdCallback = function(){ console.log('testB') }
btn = new Btn1
/// log 'testA'
↑ここでtestBとなって欲しいのですが
Chromeでそうならないのは仕様通りでしょうか？それともバグでしょうか？
bp.createdCallback = function(){ console.log('testA') }
Btn1 = document.register('btn-1', {
extends: "button",
prototype: bp
})
btn = document.createElement('button', 'btn-1')
/// log 'testA'
bp.createdCallback = function(){ console.log('testB') }
btn = new Btn1
/// log 'testA'
↑ここでtestBとなって欲しいのですが
Chromeでそうならないのは仕様通りでしょうか？それともバグでしょうか？
>>662
仕様どおり
仕様どおり
>>664
どこにも載ってないから何が起こっても仕様どおり、以上。おわり。
どこにも載ってないから何が起こっても仕様どおり、以上。おわり。
すみません
答えてもらえるのはありがたいのですが
本当に真面目に話して貰えたらもっと嬉しいのですが
答えてもらえるのはありがたいのですが
本当に真面目に話して貰えたらもっと嬉しいのですが
>>662
多分作成されるときにprototypeの各メンバから内部プロパティに
関数への参照が取られて以後はそれを利用するから
メンバ書き換えで変化しないのは仕様通りだと思われる
http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/custom/index.html
多分作成されるときにprototypeの各メンバから内部プロパティに
関数への参照が取られて以後はそれを利用するから
メンバ書き換えで変化しないのは仕様通りだと思われる
http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/custom/index.html
radioボタンのonchangeは
各ボタンにonclickとonfocusを付けるみたいですが
もっと簡単にする方法ないですか？
各ボタンにonclickとonfocusを付けるみたいですが
もっと簡単にする方法ないですか？
http://stackoverflow.com/questions/8838648/onchange-event-handler-for-radio-button-input-type-radio-doesnt-work-as-one
ここを見るとonchangeでは出来ないっぽいです
はい論破
ここを見るとonchangeでは出来ないっぽいです
はい論破
フォントの大きさを変更できるようにした時
最小サイズ、最大サイズは何ピクセルにすればいいですか？
最小サイズ、最大サイズは何ピクセルにすればいいですか？
モーダルウインドウに設置したフォーム要素にタブキーで移動できません
原因は何が考えられるでしょうか？
原因は何が考えられるでしょうか？
モーダルウインドウ制御のためのonkeydownで
preventDefaultしていたからでした。
コントロール用のキーは生かしておかないといけないんですね～
失礼しました
preventDefaultしていたからでした。
コントロール用のキーは生かしておかないといけないんですね～
失礼しました
モーダルウインドウ表示時に、
タブキーを押下してもモーダル以外のフォーム部品には
フォーカスが当たらないようにすることはできますか？
タブキーを押下してもモーダル以外のフォーム部品には
フォーカスが当たらないようにすることはできますか？
639 自分：Name_Not_Found[sage] 投稿日：2013/08/24(土) 09:08:37.02 ID:???
タブって、li要素にaタグを入れるケースが多いようですが
aタグ必要あるんですか？
li要素にid持たせればどこがクリックされたか分かるのでいらないと思うのですが・・
という質問を以前した者ですが、
aタグを設置するのはタブキー移動させるためだと分かりました
ありがとうございました
タブって、li要素にaタグを入れるケースが多いようですが
aタグ必要あるんですか？
li要素にid持たせればどこがクリックされたか分かるのでいらないと思うのですが・・
という質問を以前した者ですが、
aタグを設置するのはタブキー移動させるためだと分かりました
ありがとうございました
>>678の件ですが、
モーダルウインドウを表示する時に、
フォーカスを取る要素のtabindexを-1にすることで、
フォーカスを取らないように出来ました。
具体的な要素としてはa,button,input,textarea,selectです
ですが、タブキーを押していると、
ロケーションバーと画面内要素の間に、どこかにフォーカスが当たっているようなのです
しかしそれらしき部分はありません
何に当たっているのでしょう？
ブラウザはchromeです
モーダルウインドウを表示する時に、
フォーカスを取る要素のtabindexを-1にすることで、
フォーカスを取らないように出来ました。
具体的な要素としてはa,button,input,textarea,selectです
ですが、タブキーを押していると、
ロケーションバーと画面内要素の間に、どこかにフォーカスが当たっているようなのです
しかしそれらしき部分はありません
何に当たっているのでしょう？
ブラウザはchromeです
<a href="#">hoge</a>
のような単純なHTMLでも、aタグとナビゲーションバーの間に、1ステップ入ります
もしかして「何にもフォーカスしていない状態」が入るということでしょうか？
のような単純なHTMLでも、aタグとナビゲーションバーの間に、1ステップ入ります
もしかして「何にもフォーカスしていない状態」が入るということでしょうか？
モーダルウインドウの後ろにキーイベントが突き抜けてしまうので
やはりpreventDefaultした上でシミュレートしようかと思います
しかし使用頻度がそこまで高くはないと思われるキーボード操作のために
そこまでするべきなのかどうか？
そこまで気を使ってますか？
やはりpreventDefaultした上でシミュレートしようかと思います
しかし使用頻度がそこまで高くはないと思われるキーボード操作のために
そこまでするべきなのかどうか？
そこまで気を使ってますか？
自分が知る限りトップクラスによく出来ているtweetdeckでも
タブキー操作までは気を遣っていないようです
悩ましい( ´~ `）
タブキー操作までは気を遣っていないようです
悩ましい( ´~ `）
Object.createはバグがあるから使っちゃいけないって記事は1つだけ見かけましたが
その反論記事はみかけません
このスレの先輩の見解を教えてください
その反論記事はみかけません
このスレの先輩の見解を教えてください
仮にどこかの環境でバグがあっても他により良い代替作がないから使わないほうがいいとかはない
むしろ挙動が不安定なのはObject.prototype.__proto__の方
むしろ挙動が不安定なのはObject.prototype.__proto__の方
>>684
悪魔の証明
悪魔の証明
Object.createは>>662みたいに先進的なAPIで活用されるから避けられない
でも継承のために使うのがちょっとアレで__proto__の方が使いやすいというのは確か
そもそもES6からはclass構文を使うのが一番いい
でも継承のために使うのがちょっとアレで__proto__の方が使いやすいというのは確か
そもそもES6からはclass構文を使うのが一番いい
挙動がおかしいのは仕様または実装バグだろ
仕様実装ともにObject.creteがおかしいとは思わんが
仕様実装ともにObject.creteがおかしいとは思わんが
>>687
この記事めちゃくちゃだな
そもそもcreateの第２引数はプロトタイプでもprototypeでもないし
普通のメンバ集合オブジェクトですらなくてディスクリプタじゃないといけないんだから
もうやってることがわやくそ
この記事めちゃくちゃだな
そもそもcreateの第２引数はプロトタイプでもprototypeでもないし
普通のメンバ集合オブジェクトですらなくてディスクリプタじゃないといけないんだから
もうやってることがわやくそ
>>687
書いてある事柄の中から正しい事を見つけるのが困難なレベル
書いてある事柄の中から正しい事を見つけるのが困難なレベル
つうか記事がめちゃくちゃだと思うなら直接コメントしてこいよ
どうせお前らの知識じゃ打ち負かされるから怖くてコメントすらできないんだろうけど
どうせお前らの知識じゃ打ち負かされるから怖くてコメントすらできないんだろうけど
どうして記事がめちゃくちゃだと思うなら直接コメントしてこなければいけないのかね？
>>687に信用出来ない記事だと伝えるだけで十分では？
もしコメントしたほうがいいと思ったのなら自分がすればいいのにね？変なの
>>687に信用出来ない記事だと伝えるだけで十分では？
もしコメントしたほうがいいと思ったのなら自分がすればいいのにね？変なの
>>687 根本的に勘違いしてるねこれ
とにかく2014年にXPが切れるじゃないですか
そうしたらVistaのIE7にあわせないといけませんよね
IE6とIE7ってあんまりかわらないですよね
現状はES5を使う必要はあるのでしょうか？
そうしたらVistaのIE7にあわせないといけませんよね
IE6とIE7ってあんまりかわらないですよね
現状はES5を使う必要はあるのでしょうか？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.141 + (881) - [97%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.141 + (1001) - [97%] - 2019/9/22 23:15
トップメニューへ / →のくす牧場書庫について