前提知識として学ばないといけないことが多すぎ複雑すぎなのが嫌なのに
ライブラリの構造とか使い方とか
さらにさらにバージョンごとの差異とか
そんなん使ってられませんわ

JSの仕組み自体はシンプル・イズ・ザ・ベストなのに

というか、柔軟なんだよ

>>546
> カルーセル作りたいなら、の意味がわからん

考えることがたくさんあるからだよ
要件次第だが

カルーセルで横スクロールする時、
縦スクロールしたらページはスクロールするか？とか

ピンチ、ピンチアウト機能と両立できるか？とか

スクロールはスムーズか？とか
（スムーズにするためのCSSの機能があるが使えない機種がある）

カルーセルの基礎構造って

・操作に応じて横方向に画像が切り替わりループするスライド
・スライドを操作する「＜」「＞」ボタンや「□■□□」のようなナビゲーションを兼ねたボタン

これだけじゃないのか
touchendが使えればtouch*、でなきゃclickやmousedown、だけで普通にpure jsで書けね

初心者が失礼します
このコードで28行目の関数の引数eventはクリックしたときに引き渡されると思うんですが何が引数として引き渡されているのでしょうか？
event.clientXとevent.clientYでそれぞれ左上から縦横の位置を示してるのはわかるんですが、
じゃぁ.clientXと.clientYをとったときのeventってなんなんだろうって疑問になります。
この引数はいったい何でいつどんな変数が入ってるのでしょうか？

イベントオブジェクトの一種、マウスイベントオブジェクト
clickされたときにブラウザがイベントオブジェクト作って引数eventとして引き渡してくれる

.clientXや.clientYはマウスイベントオブジェクトが持っているプロパティ
だからevent.clientXでマウスX座標が取れる
http://developer.mozilla.org/ja/docs/Web/API/MouseEvent/clientY

>>545
pointer events って便利そうだけど
今、動作するのは chrome と edge だけってことですか？
作ってるサービスの対応ブラウザとしては、できるだけ多くを相手にしたいです。

自分が作ってる中で
押したらすぐ反応して欲しい部分は、プレイ画面中のボタンだけなんです
ある機械の状態をWebRTCでリアルタイムに流してて、ボタンはその機械を操作するものです
これスレと関係なかった

>>557
なるほど、リスナーに引数を持つ関数を登録するとブラウザが自動で引数にイベントオブジェクトを入れてくれるんですね。
ありがとうございます。

スレ違だろうなぁ、でも他に
知見のある人のいるスレが見つけられない m_m

もう諦めてるんですが
画面サイズから video を90度回して縦方向いっぱいに計算して表示してるのですが
スマホ画面の上とか下に出てくるじゃまなやつのせいで動画が
ちっちゃくなってしまうのは、どうにもならないですか

何でFullScreenAPI使わないの?

>>561 ありがとう！
これも、なんぞそれ！？
ってことで調べながらやってみてます
が、90度回してる影響かうまくいってないです

click()の関数名がまずいっぽいね
click1()に変えたら動いたよ

そういうのもあるし、onclick属性とは
HTMLのonなんたらで処理呼び出すのやめなよ

>>564
ありがとうございます!
>>565
最初は別ファイルからインポートしてたんですけど
はじめてスクリプト埋め込んだのでなんで動かないのかわからなかったので
とりあえず動かなくなる地点を探そうとして
順番に埋め込むところを移動させていました。

>>565
reactさんをバカにするのはやめるんだ

react？あれはJSXだから関係ない

>>568
細かい話をするとreactとJSXも関係ない。別にJSX使わなくても全部関数で書ける。
で、JSXで書いて、reactが生成する生DOM確認してみた？onclick属性使われてるよ。

>>569
reactとJSXは関係ない。
だからreactは持ち出してくるなって話なんだが？

>>570
根拠なくon*属性にハンドラ書くの否定するなという話なんだが？

reactがHTMLのon*使ってるかどうかはon*が良いか悪いかの指標にはならん

じゃあ>>565のやめなよの根拠は？

やめなよ

　|ヽ∧＿　　　　
　ゝ ＿＿＼ 　　やめなよ
　||´・ω・`| ＞　
/　￣￣　 ､ヽ　__＿＿＿＿＿
└二⊃　　|∪=|　|───　／
　ヽ⊃ー/ノ　　　￣￣￣￣
　　　￣｀´￣

埋め込みました、て・・・document.writeしたりelement.innerHTMLに入れたりしてんだろ
なんでcreateElementしてaddEventListenerしてappendChildしないんですか

そういう問題ではない

シングルクォーテーションの数が奇数です

>>577
やり方が分からないからです。

>>580
もろもろエスパーするとこれはサーバーサイドテンプレート…
expressかなにかでやってる？

>>576
何がどうエラーなのかぐらい書いてくれ
再現できなきゃ話にもならん
http://jsfiddle.net/84f0yahw/

やっぱたぶんサーバーサイドテンプレートなんだろうな。
質問するのになんで隠すのか分からんが。

ほらよ>>576
出力確認のためのconsole.logもつけたから良く確認するように。
var str = 'こんにちは\'赤"ちゃん'; // 念のため言っとくがこの場合ここシングルクォートにエスケープ必要
console.log(str); // こんにちは'赤"ちゃん
str = str.replace(/'/g, "\\'"); // ブラウザJSのコンテキストでシングルクォートエスケープ処理
console.log(str); // こんにちは\'赤"ちゃん
str = str.replace(/"/g, '"'); // HTMLのコンテキストでダブルクォートエスケープ処理(文字参照に変換)
console.log(str); // こんにちは\'赤"ちゃん
var func = '<button onclick="alert(\'' + str + '\')">実行</button>';
console.log(func); // <button onclick="alert('こんにちは\'赤"ちゃん')">実行</button>

あ、すまん確認のためfuncをalertに変えてたんだった。alertはfuncに置換してくれ

babelって今は末尾再帰最適化をサポートしてくれないんですか？
せっかく気軽に再帰で開発できると思ったのに……

SSIだとなんか問題起きるんか（ハナホジ

>>585
プラグインになっただけじゃねーの？

http://www.npmjs.com/package/babel-preset-optimized

This is a list of plugins this uses. Do note that by default, not all of these may run:

babel-plugin-minify-constant-folding
babel-plugin-loop-optimizer
babel-plugin-closure-elimination
babel-plugin-tailcall-optimization

http://w3techs.com/technologies/overview/javascript_library/all

w3techsによると2017年1月の時点で71.9%のサイトが
JavaScriptのライブラリとしてjQueryを使用していることが判明したが
それから1年たった2018年1月現在、73.2%に1.4%も増えていることが判明した。

またAngularは0.5%、だがReactが伸びてきており0.5%
とAngularを逆転したことがわかる

だがjQueryには大幅なさをつけられており取って代わるのは
いつになるのか動向が注目される

軽く使えるDOM操作ライブラリってほとんどないから

jqueryに大幅な差というよりangularやreactが木っ端なだけだろ

自前でwebサービス立ち上げてる会社以外reactもangularも出番ないんですもの。

自社でがっつりやるなら自社で組む手があるからなぁ
他所のポリシーに合わせる必要なくなる

>>576
jQuery を使え

<button id="btn1">押して</button>

$('#btn1').click (function() {
// ここに処理を書く
console.log("クリックされた");
});

>>588
取って代わるてｗ
使われ方が全く違うだろ

> 使われ方が全く違うだろ

ちゃんとした考え方できる人はそうわかるんだけどね。
今のところjQueryがなくなることはない。
jQueryの代替技術はない

だけど一部のjserどもが、jQueryはオワコン
これからはAngular、Reactやで！
jQuery使わなくて頑張ればコストがかかるだけでできる！
などと言い始めたからね。

jQueryがまだ下り坂になってないのは
この一年でシェアが更に増えたことからも明らかだよな

>>595
addEventListenerとattachEventの違いの吸収のように
UA間で異なる仕様が少なくなっていくにつれて
jquery自体が不要になっていくんじゃないの
例えばアニメーションだって5年前とは比較にならんほどcss対応進んだし

どっちかっていうとこれからはピュアなjavascript

>>597
addEventListenerとonの違いを考えれば
jQuery優位になるんだよ。

今はaddEventListenerが優位な点も残っているが解決できる
でも逆にaddEventListenerはonの優位な点を解決することができない


onが優位な点
・onの方が文字数が少ない
・複数のイベントに対して一度にイベントを設定できる
・後から追加される要素に対しても働くイベントハンドラが簡単に書ける

addEventListenerが優位な点
・イベントハンドラの設定が速い（だが体感できるものではない）
・キャプチャフェーズにも対応できる（そもそもIE8非対応の機能。jQuery 4.0で対応予定）
　　https://github.com/jquery/jquery/wiki/jQuery-4.0-Event-Design


結局jQueryオブジェクト＝DOM要素のコレクションという仕組みが最強なんだわ
jQueryオブジェクトはjQuery独自のものだから標準にとらわれず自由にメソッドを追加できる

>>598
> どっちかっていうとこれからはピュアなjavascript

ピュアなjavascriptがループとか条件分岐なしに
書けるようになればね・・・

結局、言語の設計方針レベルの問題だから
ループなしにセレクタに一致する要素群に対して
一括でイベントハンドラを設定できるようにはならんと思うよ