この将棋のコード以前にも見たけど何かの本に載ってるのかな？
だとしたらもう少しまともなコードが載ってる本を選んだほうがいいと思うぞ

Intersection Observerについて
•交差ルートのあふれた部分が切り取られていた場合、ルート交差矩形はルート要素のコンテンツ領域になります。
•それ以外の場合は、ルート交差矩形は交差ルートのクライアント矩形 (getBoundingClientRect() を呼び出して返されるもの) です。

とあるが、クリップした途端コンテンツ領域になってボーダーその他は無視されるの？なんで？
あとルートの親要素によってルートがクリップされているかは考慮しないの？

>>198
ありがとうございます。
タイプ間違いがそこにあったのですね。
お手数をおかけしました。

>>200
デバッグの方法教えて頂きありがとうございます。
firefoxのデバックモード（F12）ではinit()が定義されてないとしかエラーがなかったので
助かります。

>>201
日経ソフトウェア編
いろいろ動かしながら学ぶ！プログラミング入門という本に書かれています。

>>200
http://momdo.github.io/html/semantics.html#charset
>HTML文書がBOMで開始せず、かつそのエンコーディングがContent-Typeメタデータによって
>明示的に指定されず、かつ文書がiframe srcdoc文書でない場合、エンコーディングは
>charset属性をもつmeta要素、またはエンコーディング宣言状態のhttp-equiv属性をもつ
>meta要素を使用して指定されなければならない。

「meta charsetは意味がないので書かないこと」とか、なにオレオレルール語ってんだよこのど素人が

>>205
そこに書いてあるとおりだが？
あっても無くてもutf-8として解釈されるのだから文字通り書く意味がないだろう
こだわりで潔癖なHTMLを書きたいのなら止めないから君だけでやれ

君はまず>>1を読むこと
・回答には多様性があります。他人の回答を尊重してください
自分が人と違う意見を持つなら質問者に自分なりにレスしてやりなよ
俺に煽りレスを飛ばしてどうなる？何がしたいんだ？

俺は書くぞ

>>206
Encoding標準は、UTF-8文字エンコーディングの使用を要求し、それを識別するために"utf-8"エンコーディングラベルの仕様を要求する。
とあるだろ

「UTF-8以外ダメなら書く必要がないからといって、じゃあ書かなくていいよねって
解釈してはいけません。絶対に書きなさい」
がルールだ

お前がルール違反上等だからといって、他人にすすめるな

>>206
> あっても無くてもutf-8として解釈されるのだから文字通り書く意味がないだろう

あっても無くてもutf-8として解釈されるのは誰が決めたの？
お前のオレオレルールの紹介はしなくていい。

正直、俺が持ってるブラウザはUTF-8として解釈されるんだから
世界中のブラウザは古いもの含めてぜんぶそうなってる！
俺が証拠！
っていいはるやつは馬鹿だと思う

>>208
大前提として、俺がどう勧めるのかは俺の権利でありが決めることであって君に制限されることではない
そして、WHATWGは法律ではなくWeb制作にそこに従わないといけないという免許がいる訳でもない

WHATWGの仕様は過去の仕様の寄せ集めであり、未来の「Webのこうあるべき姿」も含まれているが、
基本的には現在のデファクトをそれとなく反映させた、現在のWebの姿を反映させものであり、
どうして近年utf8で行くことを決めて、書いても書かなくてもutf-8としたのに、
書くことを強いているのかというと、正しく認識できない環境があり得るから

だが俺はそんな環境は淘汰されるべきで、utf8で統一しようという動きを個人的に強く応援しているから
あえて書かないようにしようと事ある毎に布教して回っているわけ
だけどもそれは、Webはみんなで作るものであり、逆に言うとみんなが作ったものがWebになって責任が生じる
未来のより良いWebを作っていくための俺なりの良心で言っていること

ルール、ルールというが、この部分は明らかに将来無くなる記述なの
俺はWHATWGに書かれている文字一語一句にしたがって、
明日WHATWGが書き換えられたら急に方針転換するのはおかしいと思うから
俺なりのやり方と良心でWebをどう作っていくべきかを人に教える

それは俺の権利であって、他人にとやかく言われることではない
君が今Webはなぜそうなっているかも、これからWebをどうしていきたいかもどうでもよくて
Web制作はただ書かれている文字に従って作るべきだと思っているのなら、そう人に勧めたらいいだけ

SEO 的に意味が無いから lang 属性は書かない、みたいな記事は見たことがあったけど、
charset 属性 を省略するっていう意見はここで初めて読んだ。

個人的には"書かなくて済むものは書かない"っていう考え方は理解できるけど、
MDN のこの記事では charset 属性を使用して文字エンコーディングを明確にすることを強く推奨しているね。
http://developer.mozilla.org/ja/docs/Web/HTML/Element/meta

以下引用 (改行は加えている)
この属性を使用して文字エンコーディングを定義することを強く推奨します。
ページで文字エンコーディングを定義しない場合は UTF-7 fallback cross-scripting technique のような、
ページの利用者を攻撃するクロスサイトスクリプティング手法が実現する可能性があります。


可能性がある、っていうだけで実証されたのかは知らないけど、
charset="utf-8" 書いておくだけでこういう危険性が排除できるのなら、自分はしばらくは書いておこうとは思った。

誤判定するのはブラウザが悪い
そういうブラウザを使ってる人はサイト見るのお断りって言えばいいだけ
SEOもGoogleだけでいいし、Googleがちゃんと読み取れなければ
Googleが悪いってだけ

今のHTML仕様ってどんなときでも書かないといけないタグはない
だけどtitleタグのように実質必須とされてるものは多い
だけどそれを書かないことも多い

初心者に仙人になる事を求めるのは間違い
仙人になる人は勝手に仙人になる
ここでは所謂常識を教えたほうがいい

日本語のページなのにポルトガル語判定されて日本語に翻訳しますか？って聞かれるサイト多いよなｗｗｗ

scriptタグにtype='text/javascript'とかcharset='utf-8'とかつけてるなら、
いい加減無駄だからやめとけというけどね

つーか、納品前にクライアントから入れといてと渡される計測用タグや全社共通フッター挿入コード
いまだにscriptの中身<!-- -->で囲んでたり、document.write使ってたりで
いい加減やめてほしいんですけど

scriptタグ内の<!-- -->ってどういう意味があるの？
過去のバッドノウハウ的な感じですか？

>>221
http://www.tohoho-web.com/js/oldstyle.htm

>>221
テキストビューアに近いような貧相なブラウザで内容が表示されないようにするため

>>222-223
ありがとうございます

>>220
それは発注先を選ぶ段階での間違いなのでは…

ResizeObserverの実装状況がよろしくないので自力で組むんだが、
変化を検知する為にどのイベントをリスナーすべきか。
"resize"は当然として他に見ておくべきイベントは？

コマンドラインのツールをfirefoxのアドオンって一体何言ってるの？
しかも激しくスレチじゃね？？

動画ダウンロードはどうするのかなと

firefoxにダウンロード機能があるんですかね。

>>226
既存のpolyfillがすでにあるのに自分で書くってことは、それらは試した後で、
不満な点や改良すべき点もはっきりしてるものではないのか？

>>229-230
firefoxスレで聞いてこいよガイジ

>>231
ポリフィルはmouse,key,animation,transition、Mutationまでがっつり監視しているが、
実際問題ここまでイベント監視したら監視コストが高く付くのでは？という疑問。
特にbodyに対してMutation噛ませるのは監視コールバック発火しっ放しになるのではないか。

ポリフィルってそんなもんだよね
だからNativeで実装されてるんで

基本必要だから監視してると思うけどなあ
ユースケースを限定できるなら話は別だけど

俺むかしにnodebrewにしちゃってそのまんまなんだよなぁ。
今後のメンテ続くか心配…
ド素人が書いたnvm→nodebrew乗り換え記事なんて参考にせずずっとnvm使い続けりゃよかった…

フラグ設定メニューからは消えたように見えるけど
実際は別にサーバー立てなくても
起動フラグ指定すればローカルファイルアクセスできる

＞＞.extractionとは何でしょうか
見ての通り、フラグです。

というか人の書いたコードの意味を聞くのは間違っています
自分で見て理解できないものを人から聞いて理解できるわけがないからです

そもそも、DOM を操作しているソースコードがあっても、
元々のソースコードを、React, Vue.js などのフレームワークで作っているかも知れないので、
変換後のソースコードを見ても、意味が分からないと思う

直接プログラマーが書いたソースコードを、確実に入手する必要がある

まず、こういうサイトにURL を入力して、そのページが使っている技術を分析すべき
http://builtwith.com/ja/

フラグを使ったことがあればひと目でフラグだと分かるし
使ったことがなければ端的に説明されても理解できないだろう
そういう問題だと思う

webpackで取り込んだFont awesomeのアイコンを疑似要素で表示する方法ありますか？
ググっても全く出てきませんです

>>249
画像ソースの場所はわかるんだから
それを使えばいいじゃない

そんでそれはJSではなくCSSの話だからスレ違いだね