のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,063,051人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレ+ JavaScript の質問用スレッド vol.131 +

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    551 = :

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

    552 = :

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

    553 = :

    というか、柔軟なんだよ

    554 = :

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

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

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

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

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

    555 = :

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

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

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

    556 = :

    初心者が失礼します

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

    557 = :

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

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

    558 = :

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

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

    559 = :

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

    560 = :

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

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

    561 = :

    何でFullScreenAPI使わないの?

    562 = :

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

    565 = :

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

    567 = :

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

    568 = :

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

    569 = :

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

    570 = :

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

    571 = :

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

    573 = :

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

    574 = :

    やめなよ

    578 = :

    そういう問題ではない

    579 = :

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

    581 = :

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

    582 = :

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

    585 = :

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

    587 = :

    >>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

    589 = :

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

    592 = :

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

    594 = :

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

    595 = :

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

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

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

    596 = :

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

    597 = :

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

    598 = :

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

    599 = :

    >>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独自のものだから標準にとらわれず自由にメソッドを追加できる

    600 = :

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

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

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


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について