私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.141 +

みんなの評価 :
レスフィルター : (試験中)
…そりゃそうだ。ありがとうございます。
頭にその発想が全くありませんでした
頭にその発想が全くありませんでした
>>50
駄目でしたぁ…帰ってきたhtmlを、window.openして、document.write(戻り値)で、書き込み。
ページは表示できるけど、urlは元ページから変更されない為、相対パスで記載されてるjsをロードできずエラー。
駄目でしたぁ…帰ってきたhtmlを、window.openして、document.write(戻り値)で、書き込み。
ページは表示できるけど、urlは元ページから変更されない為、相対パスで記載されてるjsをロードできずエラー。
むしろ別サイトの画面から、CORS使って別サイトからのアクセス許容させた認証サイトにPOSTしてトークン貰ってきたらどうだろうか?
aaa.jp サイト名1
bbb.com サイト名2
↑html内にこういうリンクとサイト名があった時
↓htmlを実行した時にだけこういう風にプルダウンメニューで自動でタグ挿入するjavascriptはどう記述すんの
<select>
<option value="">リンク
<option value="aaa.jp">サイト名1
<option value="bbb.com">サイト名2
</select>
optionタグ大量に記述するより開いた時にだけ挿入する方がソーススッキリするし
bbb.com サイト名2
↑html内にこういうリンクとサイト名があった時
↓htmlを実行した時にだけこういう風にプルダウンメニューで自動でタグ挿入するjavascriptはどう記述すんの
<select>
<option value="">リンク
<option value="aaa.jp">サイト名1
<option value="bbb.com">サイト名2
</select>
optionタグ大量に記述するより開いた時にだけ挿入する方がソーススッキリするし
<select id="">
<option value="sitelinks">リンク
</select>
<スクリプト>
const links = [
['aaa.jp', 'サイト名1'],
['bbb.com', 'サイト名2'],
];
document.querySelector('#sitelinks').innerHTML += links.reduce((acc, [url, name]) => acc + `<option value="${url}">${name}`, '');
</スクリプト>
なんかスクリプトタグで書き込みエラーなったみたいだからカタカナで。
<option value="sitelinks">リンク
</select>
<スクリプト>
const links = [
['aaa.jp', 'サイト名1'],
['bbb.com', 'サイト名2'],
];
document.querySelector('#sitelinks').innerHTML += links.reduce((acc, [url, name]) => acc + `<option value="${url}">${name}`, '');
</スクリプト>
なんかスクリプトタグで書き込みエラーなったみたいだからカタカナで。
できません。
スマホの基本はボタンを画面に並べてそれを押してもらうことです。
まず、小さな画面のラインを精密になぞり続けるというのが不可能な人間が大勢います。
そして、世の中にはそれをWebで実行するだけのハード性能と精度を備えていないスマホが大量にあります。
日本で人気のあるスマホは大画面で特別高スペックなので勘違いしがちですが、
スマホでそのようなことを考えることがそもそもナンセンスです。
スマホの基本はボタンを画面に並べてそれを押してもらうことです。
まず、小さな画面のラインを精密になぞり続けるというのが不可能な人間が大勢います。
そして、世の中にはそれをWebで実行するだけのハード性能と精度を備えていないスマホが大量にあります。
日本で人気のあるスマホは大画面で特別高スペックなので勘違いしがちですが、
スマホでそのようなことを考えることがそもそもナンセンスです。
基本なんか聞いてません。
ジジイのUX論なんか聞いてません。
発展途上国のことなんか知りません。
分からないなら黙って発展途上国にお帰りください(笑)
ジジイのUX論なんか聞いてません。
発展途上国のことなんか知りません。
分からないなら黙って発展途上国にお帰りください(笑)
>>57
できます。実装方法はいろいろあると思います。
原始的で素朴(だけどめんどくさい)実装は、①から⑧までのx座標とy座標と半径または直径の情報を持っておいて、
さらに①通過フラグから⑧通過フラグまでを初期値falseでグローバルに用意しておきます。
touchstartとtouchendには①通過フラグから⑧通過フラグまでのfalseリセット処理を書いておきます。
touchmoveには、ドーナツ外の座標だったら①通過フラグから⑧通過フラグまでのfalseリセット処理と、以下の判定処理を書きます
①領域内(①のx,y,半径と現在x,yから計算)なら
①通過フラグから⑧通過フラグまですべてtrueなら別ページに飛ぶ処理
そうではなく①通過フラグから⑧通過フラグまですべてfalseなら①通過フラグにtrueセット
そうではなく①通過フラグがtrueかつ②通過フラグから⑧通過フラグまですべてfalseならなにもしない
それ以外なら①通過フラグから⑧通過フラグまでfalseリセット
②領域内(計算)なら
①通過フラグがtrueかつ②通過フラグから⑧通過フラグまですべてfalseなら②通過フラグにtrueセット
そうではなく①通過フラグがtrueかつ②通過フラグがtrueかつ③通過フラグから⑧通過フラグまですべてfalseならなにもしない
それ以外なら①通過フラグから⑧通過フラグまでfalseリセット
③領域内(計算)なら
①通過フラグがtrueかつ②通過フラグがtrueかつ③通過フラグから⑧通過フラグまですべてfalseなら③通過フラグにtrueセットし、背景色を変える処理
そうではなく①通過フラグがtrueかつ②通過フラグがtrueかつ③通過フラグがtrueかつ④通過フラグから⑧通過フラグまですべてfalseならなにもしない
それ以外なら①通過フラグから⑧通過フラグまでfalseリセット
という風に地道に書いていきます。
できます。実装方法はいろいろあると思います。
原始的で素朴(だけどめんどくさい)実装は、①から⑧までのx座標とy座標と半径または直径の情報を持っておいて、
さらに①通過フラグから⑧通過フラグまでを初期値falseでグローバルに用意しておきます。
touchstartとtouchendには①通過フラグから⑧通過フラグまでのfalseリセット処理を書いておきます。
touchmoveには、ドーナツ外の座標だったら①通過フラグから⑧通過フラグまでのfalseリセット処理と、以下の判定処理を書きます
①領域内(①のx,y,半径と現在x,yから計算)なら
①通過フラグから⑧通過フラグまですべてtrueなら別ページに飛ぶ処理
そうではなく①通過フラグから⑧通過フラグまですべてfalseなら①通過フラグにtrueセット
そうではなく①通過フラグがtrueかつ②通過フラグから⑧通過フラグまですべてfalseならなにもしない
それ以外なら①通過フラグから⑧通過フラグまでfalseリセット
②領域内(計算)なら
①通過フラグがtrueかつ②通過フラグから⑧通過フラグまですべてfalseなら②通過フラグにtrueセット
そうではなく①通過フラグがtrueかつ②通過フラグがtrueかつ③通過フラグから⑧通過フラグまですべてfalseならなにもしない
それ以外なら①通過フラグから⑧通過フラグまでfalseリセット
③領域内(計算)なら
①通過フラグがtrueかつ②通過フラグがtrueかつ③通過フラグから⑧通過フラグまですべてfalseなら③通過フラグにtrueセットし、背景色を変える処理
そうではなく①通過フラグがtrueかつ②通過フラグがtrueかつ③通過フラグがtrueかつ④通過フラグから⑧通過フラグまですべてfalseならなにもしない
それ以外なら①通過フラグから⑧通過フラグまでfalseリセット
という風に地道に書いていきます。
そんなアホな実装があるか
Canvas使えばパス内に座標があるか教えてくれるのだから
ドーナツパス内に無ければリセット、
各数字円パス内あればその数字に触れたとすればいいだけだろ
Canvas使えばパス内に座標があるか教えてくれるのだから
ドーナツパス内に無ければリセット、
各数字円パス内あればその数字に触れたとすればいいだけだろ
へえ、canvasでtouchmoveイベント使えるんだ。知らなかった。
あと、回答してやれよ。他人にケチつけてないで。
あと、回答してやれよ。他人にケチつけてないで。
回答になってる
できるかできないかというだけの質問に対して道筋まで示してるんだから十二分だろ
これ以上は余計なお世話と言うもの
それにどうせ細かく示しても質問者がそのとおり作れるわけではないんだから
流石にそろそろPointerEvents使えよとか一々突っ込むのも面倒だし
あとは「自ら」頑張ればいいさ
できるかできないかというだけの質問に対して道筋まで示してるんだから十二分だろ
これ以上は余計なお世話と言うもの
それにどうせ細かく示しても質問者がそのとおり作れるわけではないんだから
流石にそろそろPointerEvents使えよとか一々突っ込むのも面倒だし
あとは「自ら」頑張ればいいさ
あとは と言いう言葉が出る時点でもう成功することはない
君はまだスタートラインにも経っていない 1mmも進んでいない
あとは ではなく 全部 君が取り組もうという気がなければゴールにはたどり着けない
君はまだスタートラインにも経っていない 1mmも進んでいない
あとは ではなく 全部 君が取り組もうという気がなければゴールにはたどり着けない
同情は良いから 勿体ない
お前に人に同情できるほどの余裕はないだろ
自分だけを可愛がってろ
お前に人に同情できるほどの余裕はないだろ
自分だけを可愛がってろ
canvas上にある座標x,yをclickイベントでクリックしたいのですが可能でしょうか?
canvas上のx,yにのせた現在のマウスポインタの位置をクリックでも構いません。
もしやり方があったらお教え下さい。
canvas上のx,yにのせた現在のマウスポインタの位置をクリックでも構いません。
もしやり方があったらお教え下さい。
質問文の「clickイベントでクリックしたい」は書かれたままの意味なんだろか?
一応、現状でV8だと、配列のindex値と見なせるもの(0,1,2,...)の昇順に続き、それ以外の文字列プロパティ定義順、が得られる。Object.keysとかだとこれにSymbol値が続く。
オブジェクトのプロパティの列挙順は仕様上保証されているものではない。
従って、プロパティの順序が重要であれば、Mapを使うか、他の方法で順序管理するか、で対応するべき。
オブジェクトのプロパティの列挙順は仕様上保証されているものではない。
従って、プロパティの順序が重要であれば、Mapを使うか、他の方法で順序管理するか、で対応するべき。
仕様上保証されていないわけないでしょ
なにさらっといい加減なこと言ってんの
なにさらっといい加減なこと言ってんの
>>84
また噓つきかよw
また噓つきかよw
13.7.5.15 EnumerateObjectProperties
The mechanics and order of enumerating the properties is not specified
http://tc39.es/ecma262/#sec-enumerate-object-properties
ES2020で関連箇所に変更が入ったけどそれはfor-inの列挙順が仕様で保証されるようになったわけじゃない
(これ勘違いしてる人が多い)
http://github.com/tc39/proposal-for-in-order
The mechanics and order of enumerating the properties is not specified
http://tc39.es/ecma262/#sec-enumerate-object-properties
ES2020で関連箇所に変更が入ったけどそれはfor-inの列挙順が仕様で保証されるようになったわけじゃない
(これ勘違いしてる人が多い)
http://github.com/tc39/proposal-for-in-order
ProxyでownKeys使えば、Object.getOwnPropertyNamesとかReflect.ownKeysとかでイテレートすると任意の順でイテレート出来るって話も。
enumerateとかは廃止されたけれど、あれはfor...inの順序は弄れなかった?
その辺の拡張を意識して、列挙順を保証したくないんじゃないのか、という気がするねぇ。もう10年したら保証されてたりするのかねぇ?
enumerateとかは廃止されたけれど、あれはfor...inの順序は弄れなかった?
その辺の拡張を意識して、列挙順を保証したくないんじゃないのか、という気がするねぇ。もう10年したら保証されてたりするのかねぇ?
>>88
いや、勘違いしてるのは君だから
ちゃんとその下読んでる?
互換性のために定義されていないのはProxyだったり外様オブジェクトが介在する特殊な状況だけ
そしてそこで定義できないのはある意味当たり前
しかし一般にはCreateForInIteratorで処理するとされてその順序は定義されている
いや、勘違いしてるのは君だから
ちゃんとその下読んでる?
互換性のために定義されていないのはProxyだったり外様オブジェクトが介在する特殊な状況だけ
そしてそこで定義できないのはある意味当たり前
しかし一般にはCreateForInIteratorで処理するとされてその順序は定義されている
☓定義されている
☓定義されていない
○ECMA仕様では一部定義されるようになった
○ECMA仕様では定義されたが例外も多い
そもそも>>80がECMA仕様のことを聞いてると考えるのが間違っている
普通の人はECMA仕様にどう書いてあるかを考えたりはしないし興味はない
昔は順番が保証されないと聞いたが今はどうなのかという質問だろう
とすると昔が実際にバラバラだったが、今は揃ってきてるよ
でもいつも絶対に同じになると思ってると怪我するかもしれないよと
質問者が昔聞いたであろう雰囲気的に答えるのが良いのではないのか?
☓定義されていない
○ECMA仕様では一部定義されるようになった
○ECMA仕様では定義されたが例外も多い
そもそも>>80がECMA仕様のことを聞いてると考えるのが間違っている
普通の人はECMA仕様にどう書いてあるかを考えたりはしないし興味はない
昔は順番が保証されないと聞いたが今はどうなのかという質問だろう
とすると昔が実際にバラバラだったが、今は揃ってきてるよ
でもいつも絶対に同じになると思ってると怪我するかもしれないよと
質問者が昔聞いたであろう雰囲気的に答えるのが良いのではないのか?
「The order of enumerating the properties is not specified」ってはっきり仕様に明記されてる
「嘘つきとまでは言う気はないが、仕様について語るのならちゃんと仕様を確認した方が良いわな」
「嘘つきとまでは言う気はないが、仕様について語るのならちゃんと仕様を確認した方が良いわな」
またstaticおじさんばりの言い訳がはじまりそう
997 名前:Name_Not_Found Mail:sage 投稿日:2020/10/23(金) 06:42:33.51 ID:???
>>992
すまんけど俺は仕様書を読めるし長年読んできたし、
ES6の前からDiscasにも参加してクラスシステムやthisが絡むの議論にも
さんざん参加してきたし、十分深く理解してるから
997 名前:Name_Not_Found Mail:sage 投稿日:2020/10/23(金) 06:42:33.51 ID:???
>>992
すまんけど俺は仕様書を読めるし長年読んできたし、
ES6の前からDiscasにも参加してクラスシステムやthisが絡むの議論にも
さんざん参加してきたし、十分深く理解してるから
最近、「わからせおじさん」というのが流行っているらしい
どんな生意気なガキも「わからせる」ことができるすごい「おじさん」らしい
どんな生意気なガキも「わからせる」ことができるすごい「おじさん」らしい
>>96
2つ間違ってる
一つは意図的だろうがEnumerateObjectPropertiesが返すイテレータが
CreateForInIteratorと同じように動作しなくてもいいケースってのは決して例外的ではない
もう一つは勘違いだろうけどCreateForInIteratorと同じように動作すべきケースであっても
列挙順序が保証されてるわけじゃない
http://github.com/tc39/ecma262/issues/1819
結局最初に>>81の人が書いてるように
「オブジェクトのプロパティの列挙順は仕様上保証されているものではない」が正しい
2つ間違ってる
一つは意図的だろうがEnumerateObjectPropertiesが返すイテレータが
CreateForInIteratorと同じように動作しなくてもいいケースってのは決して例外的ではない
もう一つは勘違いだろうけどCreateForInIteratorと同じように動作すべきケースであっても
列挙順序が保証されてるわけじゃない
http://github.com/tc39/ecma262/issues/1819
結局最初に>>81の人が書いてるように
「オブジェクトのプロパティの列挙順は仕様上保証されているものではない」が正しい
>>94 ジワジワくるな
>>97
>>決して例外的ではない
例外的かどうかというのは主観の問題なので君がそう思うということを否定したりはしない
>>列挙順序が保証されてるわけじゃない
確かに[[OwnPropertyKeys]]で順序が確定しないタイプのオブジェクトもある
だがそれはプロキシやモジュールや外様であって、既に省かれているでしょう?
もし他に具体的ケースがあるなら教えてほしい
オーソドックスなオブジェクトはOrdinaryOwnPropertyKeysを経由するので順序は保証されている
http://tc39.es/ecma262/#sec-ordinaryownpropertykeys
重箱の角をつついてちょっとでも齟齬があれば認めないというのは自分は違うと思う
>>80はプロキシをfor-inにかけたり、列挙中にオブジェクトを弄くり回したりと極端な状況下での挙動を想定してるのか?
実際に同じ質問を隣の席の人から聞かれたら、モジュールには使えないしとか言うのか?
素直にシンプルに答えるなら「保証されている」と答えるのが良いと自分は思う
もしそれが言いすぎだという人がいるなら、たしかにそうかも知れないけれど、
少なくとも昔にくらべて、「今」はここまでは「保証されている」というのが決まっていて
それはオーソドックスな状況下に適応されるものなんだから、
保証されていないというのも言いすぎじゃない?
保証されていない
>>決して例外的ではない
例外的かどうかというのは主観の問題なので君がそう思うということを否定したりはしない
>>列挙順序が保証されてるわけじゃない
確かに[[OwnPropertyKeys]]で順序が確定しないタイプのオブジェクトもある
だがそれはプロキシやモジュールや外様であって、既に省かれているでしょう?
もし他に具体的ケースがあるなら教えてほしい
オーソドックスなオブジェクトはOrdinaryOwnPropertyKeysを経由するので順序は保証されている
http://tc39.es/ecma262/#sec-ordinaryownpropertykeys
重箱の角をつついてちょっとでも齟齬があれば認めないというのは自分は違うと思う
>>80はプロキシをfor-inにかけたり、列挙中にオブジェクトを弄くり回したりと極端な状況下での挙動を想定してるのか?
実際に同じ質問を隣の席の人から聞かれたら、モジュールには使えないしとか言うのか?
素直にシンプルに答えるなら「保証されている」と答えるのが良いと自分は思う
もしそれが言いすぎだという人がいるなら、たしかにそうかも知れないけれど、
少なくとも昔にくらべて、「今」はここまでは「保証されている」というのが決まっていて
それはオーソドックスな状況下に適応されるものなんだから、
保証されていないというのも言いすぎじゃない?
保証されていない



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.141 + (1001) - [100%] - 2019/9/22 23:15
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.140 + (1001) - [97%] - 2019/9/19 10:45
- + JavaScript の質問用スレッド vol.102 + (1001) - [95%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.123 + (966) - [95%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46
トップメニューへ / →のくす牧場書庫について