私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.142 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
クラスのメソッド内で関数を定義する時どうなの?って話なら
class内はstrictモードです、で終了なんだがな
class内はstrictモードです、で終了なんだがな
何にも理解されなくね?
素で呼び出した時にthisに何が入るか、
オブジェクト.の後ろに付けて呼び出した時にthisに何が入るか、
第ゼロ引数と考えただけじゃ全然どうなるか分からない。
素で呼び出した時にthisに何が入るか、
オブジェクト.の後ろに付けて呼び出した時にthisに何が入るか、
第ゼロ引数と考えただけじゃ全然どうなるか分からない。
>>504
すべて「呼び出したときに入れたやつ」で説明がつく
すべて「呼び出したときに入れたやつ」で説明がつく
>オブジェクト.の後ろに付けて呼び出した時にthisに何が入るか、
そこからかw
ちゃんとそう質問を書かないとだれもわからんぞ。
そこからかw
ちゃんとそう質問を書かないとだれもわからんぞ。
thisという第ゼロ引数がある。という概念を取り入れると
組合せ爆発を避けられる
呼び出すときにthisとして何が渡されるかを知るだけでよくなる
組合せ爆発を避けられる
呼び出すときにthisとして何が渡されるかを知るだけでよくなる
アロー関数と通常関数の違いを理解するためには
通常関数には第ゼロ引数としてthisがあると考えれば良い
という話ならよく分かる
でもthisが面倒くさいのは呼び出すときに何が渡されるかが状況次第で変わるところなので
そこをカバーせずに「これがthisを簡単に理解する方法だぜ(ドヤッ)」って言われるとそれは違うだろってなる
通常関数には第ゼロ引数としてthisがあると考えれば良い
という話ならよく分かる
でもthisが面倒くさいのは呼び出すときに何が渡されるかが状況次第で変わるところなので
そこをカバーせずに「これがthisを簡単に理解する方法だぜ(ドヤッ)」って言われるとそれは違うだろってなる
> でもthisが面倒くさいのは呼び出すときに何が渡されるかが状況次第で変わるところなので
それはthisに限らない。第一引数だって何が渡されるか状況次第で変わる
それはthisに限らない。第一引数だって何が渡されるか状況次第で変わる
>>508
状況次第で変わるという以外に何をどう理解したいわけ?それ書かなきゃ。
状況次第で変わるという以外に何をどう理解したいわけ?それ書かなきゃ。
質問があります。
a.html b.html c.js
三つのファイルが同一フォルダにあったとします。
a.htmlにあるbuttonタグををクリックすることでb.htmlに飛びb.htmlの背景色を変更するといった動作は可能でしょうか?
a.html b.html c.js
三つのファイルが同一フォルダにあったとします。
a.htmlにあるbuttonタグををクリックすることでb.htmlに飛びb.htmlの背景色を変更するといった動作は可能でしょうか?
一般的にthisが何になるか、どのカラクリはどういうものかは
このスレでこれまで散々色んな人が色んな抽象度で説明してきただろ
でも何がthisとして渡ってくるかは渡す側によって決められるのだから
DOM APIのイベントハンドラ上でのthisのように
APIによってthisがどんなものになるかは異なる
それは第一引数にどんなものが渡ってくるのかと同じで
そういうAPIの仕様として覚えないといけないこと
だけど基本的には"this"という名前が付いてるものなんだから
ハチャメチャな使いかたはせず比較的その名が示すに自然な使われ方がされるのが通常
何れにせよそこは理屈ではなく覚えるしか無い
それをみんな言ってるのよ
理解した?
このスレでこれまで散々色んな人が色んな抽象度で説明してきただろ
でも何がthisとして渡ってくるかは渡す側によって決められるのだから
DOM APIのイベントハンドラ上でのthisのように
APIによってthisがどんなものになるかは異なる
それは第一引数にどんなものが渡ってくるのかと同じで
そういうAPIの仕様として覚えないといけないこと
だけど基本的には"this"という名前が付いてるものなんだから
ハチャメチャな使いかたはせず比較的その名が示すに自然な使われ方がされるのが通常
何れにせよそこは理屈ではなく覚えるしか無い
それをみんな言ってるのよ
理解した?
縦書きで横スクロールが長いHTML文書で
読み込んだときに頭出し(文書の右端に移る)ができるようにしたいんだが。
大昔は html に
body onLoad="atamadasi()" と書いて、
スクリプトに
function atamadasi()
{
if(document.all)
document.all("atamadasi").scrollIntoView();
}
と書けばよかったが、いまはどうしたらいいんだろ。
ブラウザによってはCSSだけで頭出しするらしいが火狐はCSSだけじゃ文書の最後(左端)を表示してしまう。
読み込んだときに頭出し(文書の右端に移る)ができるようにしたいんだが。
大昔は html に
body onLoad="atamadasi()" と書いて、
スクリプトに
function atamadasi()
{
if(document.all)
document.all("atamadasi").scrollIntoView();
}
と書けばよかったが、いまはどうしたらいいんだろ。
ブラウザによってはCSSだけで頭出しするらしいが火狐はCSSだけじゃ文書の最後(左端)を表示してしまう。
最近は縦書き簡単に扱えるのかと思ったら二年前でこのありさまか…
http://developer.hatenastaff.com/entry/2018/09/11/152905
今はまともになったんだろうか…
http://developer.hatenastaff.com/entry/2018/09/11/152905
今はまともになったんだろうか…
大昔というかIE専用コードだな。
document.allに渡してる'atamadashi'ってID名だっけ?
だったら、
document.getElementById('atamadashi').scrollIntoView();
か
document.querySelector('#atamadashi').scrollIntoView();
で同等。
縦書きのブラウザごとの挙動は知らん。
document.allに渡してる'atamadashi'ってID名だっけ?
だったら、
document.getElementById('atamadashi').scrollIntoView();
か
document.querySelector('#atamadashi').scrollIntoView();
で同等。
縦書きのブラウザごとの挙動は知らん。
>>520-521
ありがとう。ID名だっけと念押しされて分かったわ。
doby onload=atamadasi() で読み込んで、h1 id="なんとか" とすれば動くんだな。
id を body とか div につけても動かない。
確かにコンテナがターゲットなら文書の末尾も対象だから動かなくても理屈にかなっている。
ありがとう。ID名だっけと念押しされて分かったわ。
doby onload=atamadasi() で読み込んで、h1 id="なんとか" とすれば動くんだな。
id を body とか div につけても動かない。
確かにコンテナがターゲットなら文書の末尾も対象だから動かなくても理屈にかなっている。
意味はない。そこを取って
const isDark = this.getAttribute("is-dark") === "true"
でも同じ
そもそも人間が書いたコードは人間が書いたものなんだから必ずしも崇高な意味がそこにあると思うな
たかが人間が書いたものなんだから
const isDark = this.getAttribute("is-dark") === "true"
でも同じ
そもそも人間が書いたコードは人間が書いたものなんだから必ずしも崇高な意味がそこにあると思うな
たかが人間が書いたものなんだから
>>531
三項演算子を知らないくらいでなんでそんなに人を馬鹿にするのかね?
三項演算子を知らないくらいでなんでそんなに人を馬鹿にするのかね?
>>532
ここがどこかお忘れで?
ここはサイト的にも板的にもスレ的にもスパルタ方針
甘々で大間違いの解答が欲しければ知恵遅れに行けば?
>>533
検索ワードとか要らないから
数年前からGoogle検索で記号も検索できる様になってるから
「?:」とかで検索すれば一瞬でわかること
現代人、特にプログラミングの世界に足を突っ込もうとする者の常識で
それくらいの検索スキルの無いもの、努力しないものはお呼びでない
そもそもJSのチュートリアルをやってれば絶対にわかること
チュートリアルもまともにやってないのに質問しに来るのが悪い
チュートリアルとしては微妙だがまずはMDNを10編読んで
その後に10個の適当なサイトでチュートリアルをこなして
最後にMDNを隅から隅まで読んでから質問しに来い
http://developer.mozilla.org/ja/docs/Web/JavaScript
ここがどこかお忘れで?
ここはサイト的にも板的にもスレ的にもスパルタ方針
甘々で大間違いの解答が欲しければ知恵遅れに行けば?
>>533
検索ワードとか要らないから
数年前からGoogle検索で記号も検索できる様になってるから
「?:」とかで検索すれば一瞬でわかること
現代人、特にプログラミングの世界に足を突っ込もうとする者の常識で
それくらいの検索スキルの無いもの、努力しないものはお呼びでない
そもそもJSのチュートリアルをやってれば絶対にわかること
チュートリアルもまともにやってないのに質問しに来るのが悪い
チュートリアルとしては微妙だがまずはMDNを10編読んで
その後に10個の適当なサイトでチュートリアルをこなして
最後にMDNを隅から隅まで読んでから質問しに来い
http://developer.mozilla.org/ja/docs/Web/JavaScript
>>534
君がある種の知恵遅れなことはよく分かった。
君がある種の知恵遅れなことはよく分かった。
>>531
アスペ呼ばわりされて悔しかったん?
アスペ呼ばわりされて悔しかったん?
Apple、プライバシー問題のため16ものWeb APIのSafariへの実装を拒否
http://css-tricks.com/apple-declined-to-implement-16-web-apis-in-safari-due-to-privacy-concerns/
Appleが実装拒否したAPI一覧:
- Web Bluetooth
- Web MIDI API
- Magnetometer API
- Web NFC API
- Device Memory API
- Network Information API
- Battery Status API
- Web Bluetooth Scanning
- Ambient Light Sensor
- HDCP Policy Check extension for EME
- Proximity Sensor
- WebHID
- Serial API
- Web USB
- Geolocation Sensor (background geolocation)
- User Idle Detection
俺ら下々の者のために日夜大企業のプライバシー侵害工作に抵抗してくださっているApple様に、敬礼!(^o^ゞ
http://css-tricks.com/apple-declined-to-implement-16-web-apis-in-safari-due-to-privacy-concerns/
Appleが実装拒否したAPI一覧:
- Web Bluetooth
- Web MIDI API
- Magnetometer API
- Web NFC API
- Device Memory API
- Network Information API
- Battery Status API
- Web Bluetooth Scanning
- Ambient Light Sensor
- HDCP Policy Check extension for EME
- Proximity Sensor
- WebHID
- Serial API
- Web USB
- Geolocation Sensor (background geolocation)
- User Idle Detection
俺ら下々の者のために日夜大企業のプライバシー侵害工作に抵抗してくださっているApple様に、敬礼!(^o^ゞ
>>540
Safariだけが動かないっていうのが増えそうだよな
Safariだけが動かないっていうのが増えそうだよな
WHATWGのGithubレポ行ってissueやPR眺めてみれば活発にいろいろやってるのわかるでしょ
何言ってるの?
何言ってるの?
見たら分かるとか調べりゃ分かるとか言うならコミュニティ不要
やってるよと優しく言ってやりゃいいのにツンデレか
やってるよと優しく言ってやりゃいいのにツンデレか
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.142 + (926) - [100%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.141 + (881) - [97%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.122 + (116) - [97%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [97%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.140 + (1001) - [97%] - 2019/9/19 10:45
- + JavaScript の質問用スレッド vol.141 + (1001) - [97%] - 2019/9/22 23:15
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.123 + (966) - [95%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.115 + (1001) - [95%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
トップメニューへ / →のくす牧場書庫について