5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

JavaScript ライブラリ総合質問所 vol.5 [無断転載禁止]©2ch.net

1 :Name_Not_Found:2016/06/09(木) 00:24:30.21 ID:???
JavaScriptライブラリ を自ら学ぶ人のための質問スレッドです。

■質問を書く上で
(1) 質問にならない投稿はご遠慮ください。(煽り、コード制作依頼など)
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
  (ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 長い間連続して質問する場合にレス番を名前にしてあれば、質問の流れが回答者に伝わりやすくなります。
(4) 常に自発的に調べる心構えを持ってください。
  具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
  わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
  ※必ず「問題の事象が再現されること」を確認してください。
   必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は http://validator.w3.org/ で [Check] してみてください。
(8) 質問を具体的かつ詳細に書くと回答を得られやすいです。質問テンプレートを活用してみてください。

■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。(ex: IE8, Firefox4)
【ライブラリ】使用しているライブラリ名を記入してください。(ex: jQuery)
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。(Windows なら「コピット」を活用)
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
 1レスに収まらないならコード投稿サイトを利用してください。
 http://jsdo.it/ http://jsbin.com/ http://jsfiddle.net/ http://ideone.com/

2 :Name_Not_Found:2016/06/09(木) 00:24:45.57 ID:???
■前スレ
JavaScript ライブラリ総合質問所 vol.4
http://toro.2ch.net/test/read.cgi/hp/1400809255/

■関連スレ
+ JavaScript の質問用スレッド vol.115 +
http://toro.2ch.net/test/read.cgi/hp/1399072595/
JavaScript Tips コレクション
http://toro.2ch.net/test/read.cgi/hp/1070611524/
1行javascriptプログラミング   
http://toro.2ch.net/test/read.cgi/hp/1066750037/
【node.js】サーバサイドjavascript 2【Rhino】
http://toro.2ch.net/test/read.cgi/tech/1358937029/

■各種ライブラリ
jQuery API Documentation
http://api.jquery.com/
jQuery Mobile API Documentation
http://api.jquerymobile.com/
API Docs - YUI Library
http://yuilibrary.com/yui/docs/api/
Underscore.js
http://underscorejs.org/
lodash documentation
https://lodash.com/docs

3 :Name_Not_Found:2016/06/09(木) 00:39:54.59 ID:???
>>2の関連スレが古いので訂正。

■関連スレ
+ JavaScript の質問用スレッド vol.120 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1463914293/
+ JavaScript の質問用スレッド vol.130 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1463395557/
JavaScript Tips コレクション
http://toro.2ch.net/test/read.cgi/hp/1070611524/
1行javascriptプログラミング   
http://toro.2ch.net/test/read.cgi/hp/1066750037/
【node.js】サーバサイドjavascript 2【Rhino】
http://toro.2ch.net/test/read.cgi/tech/1358937029/

4 :Name_Not_Found:2016/06/12(日) 11:07:35.91 ID:???
次スレはここかな
総合スレが復活して良かった

5 :Name_Not_Found:2016/06/12(日) 17:40:51.91 ID:???
jQuery Compat 3.0のサポートブラウザがよくわからん

6 :Name_Not_Found:2016/06/12(日) 19:58:16.09 ID:???
>>5
+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465566635/

こっちに答え書いてあるよw

7 :Name_Not_Found:2016/06/12(日) 22:20:24.63 ID:???
>>6
具体的な情報が書いてないがな

8 :Name_Not_Found:2016/06/12(日) 22:43:12.38 ID:???
+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465566635/8

>>7
書いたよw

9 :Name_Not_Found:2016/06/12(日) 22:51:25.15 ID:???
>>5
アップグレードガイドを読む限り、jQuery 3.0 は IE9+ 対応とある
http://jquery.com/upgrade-guide/3.0/#browser-support
こちらではIE6-8は1.12を使ってくれ、とある
http://blog.jquery.com/2016/05/20/jquery-3-0-release-candidate-released/
こちらでは「jQuery Compat」は死んだ、といってる
http://blog.jquery.com/2016/01/14/jquery-3-0-beta-released/
というわけで「jQuery Compatはない」が正解
不確かな情報に踊らされないように

10 :Name_Not_Found:2016/06/12(日) 22:59:20.70 ID:???
だから、

> そのため予定されていたjQuery Compat 3.0がなくなり、
> jQueryは3.0に一本化されました。

って

+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465566635/

に書いてあるのにw
読んでんだろwww

11 :Name_Not_Found:2016/06/12(日) 23:01:02.66 ID:???
やっぱりjQueryの話はjQueryスレの方が
正しい情報書いてあるな。
なんだこのスレwww

12 :Name_Not_Found:2016/06/12(日) 23:05:54.69 ID:???
>>8-9
ありがとう

13 :Name_Not_Found:2016/06/12(日) 23:11:00.39 ID:???
Qiitaのまとめが分かりやすいな

【翻訳まとめ】jQuery 3.0 アップグレードガイド - Qiita
http://qiita.com/fmy/items/345a264a1cf2e2a73f62

14 :Name_Not_Found:2016/06/13(月) 00:35:21.25 ID:???
これもプログラム板に移すんじゃなかったのか
また荒らされて終わるでしょ

15 :Name_Not_Found:2016/06/13(月) 00:46:15.41 ID:???
http://qiita.com/fmy/items/345a264a1cf2e2a73f62#warning-document-ready%E3%81%8C%E5%B8%B8%E3%81%AB%E9%9D%9E%E5%90%8C%E6%9C%9F%E3%81%AB
「document-readyが常に非同期に」はこういうことか
ずいぶんとトリッキーな動きだな

'use stirct';
document.addEventListener('DOMContentLoaded', function (event) {
 console.log(document.readyState);
 jQuery(function () {
  console.log(2);
 });
 console.log(1);
}, false);

DOMContentLoaded 的には何もしないのが正解なのだろうが

16 :Name_Not_Found:2016/06/13(月) 10:24:15.39 ID:???
このスレの書き込みをjQueryスレに投稿し直してる奴は何なんだ?
そこまでして向こうのみならずスレを盛り上げたいのか…

+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465566635/

17 :Name_Not_Found:2016/06/13(月) 11:09:19.43 ID:???
>>15
DOMContentLoadedハンドラの後で動作するようにしてるのね
DOMContentLoadedのショートハンドとしてはありえない動きだけど、イベントを知らない初心者向けとしてはありがたい挙動なのかもね

18 :Name_Not_Found:2016/06/13(月) 14:43:20.78 ID:???
>>16
それ本家質問スレに常駐してる荒らしが立てたスレだからだよ
以前も自分の建てた乱立スレに本スレから質問コピペ→自己レスして伸ばしてた

19 :Name_Not_Found:2016/06/13(月) 14:49:51.66 ID:???
どっちが本家?

20 :Name_Not_Found:2016/06/13(月) 14:57:24.60 ID:???
http://echo.2ch.net/test/read.cgi/hp/1463395557/
現行はこれ

21 :Name_Not_Found:2016/06/13(月) 22:30:48.26 ID:???
■ライブラリ総合スレ
【jQuery】JavaScript ライブラリ総合質問所 vol.3
http://echo.2ch.net/test/read.cgi/hp/1369444026/
JavaScript ライブラリ総合質問所 vol.4
http://echo.2ch.net/test/read.cgi/hp/1400834117/
JavaScript ライブラリ総合質問所 vol.5 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465399470/

■jQueryスレ
※前スレは「【jQuery】JavaScript ライブラリ総合質問 vol.3」(総合スレ)で「jQueryスレ vol.3」はない。
つまり、ライブラリスレの乗っ取り行為。

jQuery ライブラリ 総合質問所 vol.4
http://peace.2ch.net/test/read.cgi/hp/1400313626/
+ JavaScript & jQuery 質問用スレッド vol.5 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1452081417/
+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1465566635/

22 :Name_Not_Found:2016/06/14(火) 10:33:24.43 ID:???
>>19
jQueryスレとこっちを比較しているならこっちが本家

23 :Name_Not_Found:2016/06/14(火) 10:56:46.12 ID:???
試してみてびっくりしたんだが、下記コードを実行すると
jquery-2.2.4.js では「1 -> 3 -> 2」となり、
jquery-3.0.0.js では「1 -> 2 -> 3」だった

document.addEventListener('DOMContentLoaded', function () {
 console.log(2);
}, false);
jQuery(function () {
 console.log(3);
});
console.log(1);

24 :Name_Not_Found:2016/06/14(火) 11:27:50.36 ID:???
> 例えば"abc.def"というidを持つ要素をjQueryで取得することは出来ませんでしたが、この関数を使って$("#" + $.escapeSelector("abc.def"))と取得することができます。
http://qiita.com/fmy/items/345a264a1cf2e2a73f62#new-%E6%96%B0%E3%81%97%E3%81%84escapeselector%E9%96%A2%E6%95%B0
そんな馬鹿な、と思って試してみた

<p id="abc.def">#abc.def</p>
<script type="text/javascript">
'use stirct';
console.log(document.querySelector('#abc\\.def')); // OK
console.log(jQuery('#abc\\.def')[0]); // 2.2.4, 3.0.0 共にOK
console.log(jQuery('#' + jQuery.escapeSelector('abc.def'))[0]); // 3.0.0 のみOK
</script>

やはり、jquery-2.2.4.js でも実装できるな(エスケープ関数が用意されてなかっただけ)

25 :Name_Not_Found:2016/06/22(水) 18:50:52.88 ID:0C9LwOLq
jQueryにArray.prototype.concatと同等の関数はありますか。

var a = jQuery('#a');
var b = jQuery('#b');
var c = jQuery('#d');
var abc = jQuery('#a,#b,#c');

変数a,b,cから変数abcを一つの関数で生成したいのですが、APIが見つかりませんでした。

26 :25:2016/06/22(水) 18:52:26.13 ID:0C9LwOLq
>>25のコードに誤りがありましたので訂正します。
var c = jQuery('#c');

27 :Name_Not_Found:2016/06/22(水) 21:23:37.27 ID:???
jQuery([a,b,c])

28 :25:2016/06/22(水) 21:41:22.02 ID:0C9LwOLq
>>27
ありがとうございます。出来ました。
jQueryにmerge機能が付いていたんですね。

ヒントを頂いたのでjQueryオブジェクト以外も試してみましたが、NodeListやHTMLCollectionはmergeしてくれませんでした…。
console.log(jQuery([document.querySelectorAll('p'), document.getElementsByTagName('div')]));

29 :Name_Not_Found:2016/06/23(木) 00:17:37.67 ID:???
http://echo.2ch.net/test/read.cgi/hp/1452081417/894がいってたjQuery版は16日経過した今も出てこないな
彼がどんなコードを書くのか興味があったんだが…、まあいいか

30 :Name_Not_Found:2016/06/23(木) 00:49:15.33 ID:???
>>25
このスレで聞いても間違いしか出てこないよ。
こっちにjQueryを混ぜようとしたいだけで
jQueryが好きでもないやつがjQueryの話をしているだけだから。

あなたの疑問に対する答えはこっちに書いた。あとはこっちでやるように。
http://echo.2ch.net/test/read.cgi/hp/1465566635/63

31 :25:2016/06/23(木) 01:29:52.48 ID:P9mZ3YME
>>30
間違いを指摘してくれた事には感謝しますが、このスレで満足していますのでそちらに書いて頂かなくて結構です。
>>21にあるように本スレはこちらだと思っています。

.add()はa.add(b, c)が期待通りに動かず、a.add(b).add(c)と書いてようやく要件を満たします。
(勿論、2回関数を呼び出してしまっていますので完全ではありません)。
.add()はどちらかといえば機能限定版(非破壊的、可変引数ではない)のArray.prototype.pushに近いメソッドだと認識しています。
そういえば、jQuery APIで可変引数の関数は見ないですね。
https://api.jquery.com/add/

32 :25:2016/06/23(木) 01:40:53.04 ID:P9mZ3YME
ああ、jQuery.extendが可変引数ですね。
反面、jQuery.mergeが可変引数でない仕様が謎です…。
jQuery作者はjQuery.merge(a, b, c);と書くニーズがないと思ってるんですかね。
https://api.jquery.com/jQuery.extend/
https://api.jquery.com/jQuery.merge/

33 :25:2016/06/23(木) 02:03:36.83 ID:P9mZ3YME
とりあえず、Spread要素で実装できました。
jQuery([...a,...b,...c]);
が、Babelを使うならjQueryを使う必要性が激減します。
jQuery APIの範囲内では何ともならないのでしょうかね…。

34 :25:2016/06/23(木) 02:34:55.27 ID:P9mZ3YME
ES5で妥協したコード。
Array.prototype.reduceとjQuery.mergeで2回呼んでるので私的にはまだ不満です。
もっとすっきり書けるコードがあればいいのですが。

[a, b, c].reduce(jQuery.merge); // 破壊的
console.log(a);

var abc = jQuery(a);
[abc, b, c].reduce(jQuery.merge); // 非破壊的
console.log(abc);

35 :Name_Not_Found:2016/06/23(木) 02:43:27.62 ID:???
ほらねw 結局ここでやるなら自分で答えを考えるしか無いわけさw

36 :Name_Not_Found:2016/06/23(木) 02:51:42.04 ID:???
回答じゃないけど、reduceの使い方が面白いね

37 :Name_Not_Found:2016/06/23(木) 02:59:20.23 ID:???
可読性を低くしてまでやることじゃないけどなw

動きをドヤ顔で説明したくなるようなコードはだめ

38 :Name_Not_Found:2016/06/23(木) 03:00:22.37 ID:???
ぶっちゃけ、この質問者はそこらの回答者よりもレベルが高い
向こうの回答よりも自分で導き出したコードの方が洗練されてるから、どこで質問しても結果は同じだっただろうな

39 :Name_Not_Found:2016/06/23(木) 03:01:21.82 ID:???
レベルが高い(笑)

40 :Name_Not_Found:2016/06/23(木) 03:02:01.63 ID:???
レベルが高い(笑)

27 名前:Name_Not_Found[sage] 投稿日:2016/06/22(水) 21:23:37.27 ID:???
jQuery([a,b,c])

28 名前:25[] 投稿日:2016/06/22(水) 21:41:22.02 ID:0C9LwOLq [3/3]
>>27
ありがとうございます。出来ました。


自作自演バレバレなんだよなぁ

41 :25:2016/06/23(木) 03:20:45.17 ID:P9mZ3YME
とりあえず、>>27は私ではないという事は伝えておきます。
>>28は私の確認ミスですので言い訳するつもりはありませんが、>>27,30には回答してくれた事に感謝しています。
私にとっては回答の正誤はどうでもよく、最終的に最適解に辿りつければ良いのです。
質問や回答に優劣をつける事に価値はありません。

42 :Name_Not_Found:2016/06/24(金) 15:01:59.27 ID:???
reduceは可読性落ちてないよなあ
これで可読性落ちるっていうならreduceを理解してないだけ
jQueryにreduceないから知らんのかもしれんけど

43 :Name_Not_Found:2016/06/24(金) 18:02:13.52 ID:???
Array.fn.concatを独自定義するのが現実的かねえ
上でreduceが挙がったけど、jQueryは配列操作関数としては物足りないところがあるよね

44 :Name_Not_Found:2016/06/24(金) 18:08:07.52 ID:???
$.merge() を合成に使うのは危険な気がするがどうだろう?
あくまで配列的に合成してしまうのでは

45 :Name_Not_Found:2016/06/24(金) 18:12:48.39 ID:???
>>44
ArrayLikeObjectを引数にとるから大丈夫だよ
https://api.jquery.com/jQuery.merge/

46 :Name_Not_Found:2016/06/24(金) 18:21:07.31 ID:???
>>45
いや、そっちじゃなくて
添字とlength以外が適切に処理されないのではと

たとえば.add() の場合は前回選択している部分が残されて
.end() で取り出せるわけだけどそういう処理が行えないんではないかな

47 :Name_Not_Found:2016/06/24(金) 18:35:32.18 ID:???
>>46
ごめん、何を言ってるのかわからなかった
>>34の実装ならどちらも a を基本としているから a にあるプロパティは引き継がれると思うんだけど、どういうコードで弊害が発生するんだろう?

48 :Name_Not_Found:2016/06/24(金) 18:51:55.48 ID:???
>>46
わかった、こういう事ね
end()を使わなければ弊害がなさそうだけど、それが嫌ならadd()をreduceのコールバック関数に持ってくるしかなさそうだね

var abc = jQuery(a);
[abc, b, c].reduce(jQuery.merge);
console.log(abc); // [#a, #b, #c]
console.log(abc.end()); // new Object

var abc = a.add(b).add(c);
console.log(abc); // [#a, #b, #c]
console.log(abc.end()); // [#a, #b]

49 :Name_Not_Found:2016/06/24(金) 18:58:52.25 ID:???
end()はslice()で代用できると思うが、どうだろう?
abc.slice(0, -1);

50 :Name_Not_Found:2016/06/24(金) 19:12:51.87 ID:???
.end()は例えば現状ではって話で
(jQuery的にやっていいのかわからないけど)プラグインで内部に値を持つとか
将来jQueryが機能拡張されて…
とかいう意味での危険ね
まあ、そうなっていると認識していればOKかなあ

51 :Name_Not_Found:2016/06/24(金) 21:18:12.98 ID:???
>>50
前方互換性を考慮するならjQuery APIを使ってマージ処理を実装した方がいいと思う
>25のケースなら.add()か.pushStack()を使えばいいね(関数一つで実装する条件は満たせないけど)
ちなみに、jquery-3.0.0.jsのコードはこんな感じ

add: function( selector, context ) {
 return this.pushStack(
  jQuery.uniqueSort(
   jQuery.merge( this.get(), jQuery( selector, context ) )
  )
 );
},

> (jQuery的にやっていいのかわからないけど)プラグインで内部に値を持つとか
その設計だと.add()で引き継がれるか不明だし、filter()のような非破壊系メソッドでは引き継がれないよね
必要ならプラグイン作者側で破壊的メソッドだけでも値が引き継がれるように設計してもらわないといけない
「将来jQueryが機能拡張されて… 」を考慮するならやってはいけない設計だと思う
安全に設計するなら.data()を使うか、DOM側に値を持たせる

> まあ、そうなっていると認識していればOKかなあ
同意
コーダー側でもある程度はjQueryオブジェクトの設計を知っているべきだと思う

52 :Name_Not_Found:2016/06/24(金) 22:05:33.72 ID:???
つまり最善策(わかりやすく、最小の実現方法)はどれ?

53 :Name_Not_Found:2016/06/24(金) 22:12:24.42 ID:???
>>42
> reduceは可読性落ちてないよなあ
> これで可読性落ちるっていうならreduceを理解してないだけ

reduceを理解していれば、reduceの戻り値を
捨てるなんてありえないと思うがね。
reduceの機能を理解しているかどうかじゃなくて、
reduceはどういうときに使うものかっていう話だよ。

例えばmapかいてmapの戻り値を捨てるようなもんだよw
最初からeach使えという話。

54 :Name_Not_Found:2016/06/24(金) 22:14:03.54 ID:???
>>52
素直にaddを二回使う

55 :Name_Not_Found:2016/06/24(金) 22:28:42.60 ID:???
>>53
reduceは一つの値を連続処理する関数なのだから返り値を使わなくてもいいんだよ
返り値を使えばもっと短く書けるけど、「可読性を低くしてまで」は関係ない
var abc = [b, c].reduce(jQuery.merge, jQuery(a));

56 :Name_Not_Found:2016/06/24(金) 22:32:23.38 ID:???
>>55
関数型を理解してくださいとしか言いようがないな。
関数型言語から来たものなのに副作用に依存するとか
ちょっとセンスがわるい

57 :Name_Not_Found:2016/06/24(金) 22:54:38.28 ID:???
>>56
君にセンスを理解してもらう必要はないんだけど…、頭が固いと大変だね

58 :Name_Not_Found:2016/06/24(金) 22:56:52.88 ID:???
というか、>>55は返り値を使ってるけどね
自分の世界観から抜けられないだけのような

59 :Name_Not_Found:2016/06/24(金) 23:00:47.05 ID:???
さっきこっちに正しい使い方を書きましたよw
http://echo.2ch.net/test/read.cgi/hp/1465566635/90

60 :Name_Not_Found:2016/06/24(金) 23:13:34.05 ID:???
>>59
冗長合戦したいなら$()が冗長だから出直しておいで

61 :Name_Not_Found:2016/06/24(金) 23:42:03.03 ID:???
この程度で冗長とか正しい書き方とか、偏執的にも程がある

62 :Name_Not_Found:2016/06/25(土) 11:16:14.64 ID:???
割合的には大きいけどなw

63 :Name_Not_Found:2016/06/25(土) 13:44:37.05 ID:???
コードだけ読んで批判は聞き流せばいい
相手の為を思って叱ってくれる人も中にはいるが、こいつのはただjQueryスレに誘導するためにこき下ろしているだけだからな

64 :Name_Not_Found:2016/06/25(土) 13:45:16.35 ID:???
jQueryの話題をjQueryスレに誘導することに
なんの問題があるんだ?w

65 :Name_Not_Found:2016/06/25(土) 14:13:27.67 ID:???
ライブラリスレでjQueryの質問しても何の問題もない
荒らしのたてたスレに誘導する必要もない

66 :Name_Not_Found:2016/06/25(土) 14:23:09.08 ID:???
そしたら今度はこっちがjQueryで占領されるわからないのかなぁ?w

67 :Name_Not_Found:2016/06/25(土) 14:24:16.13 ID:???
こっちはjQueryを含めるライブラリ全部のスレ
向こうはJavaScriptとjQueryのスレってことでいいじゃないか

68 :Name_Not_Found:2016/06/25(土) 16:09:08.85 ID:???
一々そいつにレス返さんでいいから

69 :Name_Not_Found:2016/06/25(土) 16:16:18.58 ID:???
レス返そうが返すまいが、会話してるんだがなw

70 :Name_Not_Found:2016/06/25(土) 17:18:17.02 ID:???
www

71 :Name_Not_Found:2016/06/25(土) 18:15:36.63 ID:???
独り相撲乙

72 :Name_Not_Found:2016/06/25(土) 21:22:01.73 ID:???
>>71
お前もその一人なのか?

73 :Name_Not_Found:2016/06/26(日) 08:03:10.80 ID:???
>>67
タイトルで誤魔化してるが、向こうはただのjQueryスレ
JavaScriptの質問はスレ違い

74 :Name_Not_Found:2016/06/26(日) 12:24:49.47 ID:???
jQueryはJavaScriptなんだが・・・

75 :Name_Not_Found:2016/06/26(日) 12:33:39.05 ID:???
ふたを開けてみれば、jQuery 3.0はあまり変わってないな
もっと思い切ったAPI変更が欲しかったら

76 :Name_Not_Found:2016/06/26(日) 17:09:26.10 ID:???
>>75

もう完成されているんだよ。
アドビ イラストレータと同じww

77 :Name_Not_Found:2016/06/26(日) 23:02:49.40 ID:???
基本的に後方互換性重視だな
Deferedを廃止してPromiseを使うとか、classListを実装するとか、eachをforEach互換にするとか、標準に近づけてほしかったな

78 :Name_Not_Found:2016/06/26(日) 23:14:41.33 ID:???
>>77
互換性をなくしてまで仕様を変える意味は?

79 :Name_Not_Found:2016/06/26(日) 23:25:01.53 ID:???
学習コストの低下と汎用性じゃない?
メジャーバージョンアップで互換性がなくなるなんて良くあること
個人的にはDeferedはPromiseに変えて良かった気がしないでもない

80 :Name_Not_Found:2016/06/26(日) 23:31:57.50 ID:???
>>79
> 学習コストの低下と汎用性じゃない?
学習コストは一度覚えればいいだけ
過去のソースを書き換えるほうが手間がかかる。
汎用性は意味不明。標準よりも高機能のほうが汎用性は高いし。

81 :Name_Not_Found:2016/06/26(日) 23:32:16.43 ID:???
> 個人的にはDeferedはPromiseに変えて
機能が低下している。

82 :Name_Not_Found:2016/06/26(日) 23:34:20.43 ID:???
PromiseはAndroid4.4が非対応だからな。
標準のPromiseを使うことはできないのだ。

83 :Name_Not_Found:2016/06/27(月) 10:26:54.82 ID:???
> 学習コストは一度覚えればいいだけ
さすがにこれはない
jQuery一色に染まってるな

84 :Name_Not_Found:2016/06/27(月) 11:00:08.45 ID:???
多機能が必ずしもいいとは限らんのよ
Promiseは内部的にPolyfillを作ればいいだけでPromisesの実装が進めばPolyfillは削除できる
event.pageXの独自拡張が削除されたように標準を使ってもらう形の進化は有りだと思う

85 :Name_Not_Found:2016/06/27(月) 12:13:30.70 ID:???
slim版で$.ajax()が削除されたのはFetch APIの実装が整ったら削除するための布石かな
実装が整ったからAPI削除ってjQuery 3.0でもいくつかあったよね

86 :Name_Not_Found:2016/06/27(月) 13:06:01.35 ID:VxsZQDB5
>>85

kwsk

87 :Name_Not_Found:2016/06/27(月) 14:05:54.34 ID:???
>>13にまとめられてなかったっけ?
削除されたAPIはajaxのcompleteが記憶に新しいが
$.parseJSONの非推奨も次で削除する為の準備段階な印象

88 :86:2016/06/27(月) 17:29:54.68 ID:???
>>87

ありがとうございます。
リンク先参照します

89 :Name_Not_Found:2016/06/27(月) 20:27:57.51 ID:???
>>84
> Promiseは内部的にPolyfillを作ればいいだけでPromisesの実装が進めばPolyfillは削除できる
それをいうなら、jQuery 3.0のDefferedはPromise互換なので、
Promiseを使ってDefferedを実装すれば良いだけ。

90 :Name_Not_Found:2016/06/27(月) 20:32:07.43 ID:???
>>85
Fetch APIはあまり関係ないと思うよ。

Slim build

https://blog.jquery.com/2016/06/09/jquery-3-0-final-released/
> Finally, we’ve added something new to this release. Sometimes you don’t need ajax,
> or you prefer to use one of the many standalone libraries that focus on ajax requests.
> And often it is simpler to use a combination of CSS and class manipulation for all your
> web animations. Along with the regular version of jQuery that includes the ajax and
> effects modules, we’re releasing a “slim” version that excludes these modules. All in all,
> it excludes ajax, effects, and currently deprecated code. The size of jQuery is very rarely
> a load performance concern these days, but the slim build is about 6k gzipped bytes
> smaller than the regular version ? 23.6k vs 30k. These files are also available in the npm package and on the CDN:

要するにjQueryをDOM用のライブラリだけとして使いたい人のため。それで6KBのサイズ削減ができる。
Ajax関連はいろんなライブラリに搭載されてるから機能が重複しやすかった。

91 :Name_Not_Found:2016/06/27(月) 20:33:44.61 ID:???
>>85
> 実装が整ったからAPI削除ってjQuery 3.0でもいくつかあったよね
実装が整ったという理由で消えたAPIはないよ。
jQueryの互換性は高い。

jQueryはDOM APIよりも使いやすいという利点のライブラリなんだから
実装が整った程度じゃAPI削除する理由にはなりえない。

92 :Name_Not_Found:2016/06/27(月) 23:47:20.35 ID:???
>>89
> Promiseを使ってDefferedを実装すれば良いだけ。
Promiseをprototype拡張するつもりか

93 :Name_Not_Found:2016/06/27(月) 23:49:47.97 ID:???
>>92
prototype拡張は駄目なやり方だという設計してるのがjQueryなんでぇ。
当然jQueryと同じようにラップするに決まってるでしょう(笑)

94 :Name_Not_Found:2016/06/27(月) 23:52:11.18 ID:???
そもそもDOM APIはPromiseを使うべきだろうな。
将来はイベントハンドラとか全部Promiseに置き換わるはず

95 :Name_Not_Found:2016/06/28(火) 03:03:59.63 ID:???
ん?標準のPromiseにprogressってあったっけ?
標準のPromiseは基本機能しかサポートしてないから
普通はQとかを使うのが常識だと思ってたが。

96 :Name_Not_Found:2016/06/30(木) 19:26:37.06 ID:???
>>93
Promiseをラップするぐらいなら、現行のPrpmise互換オブジェクトの方が数段マシだと思うが
拡張部分とPromise互換部分の整合性をとるのが面倒で内部的にPromiseを使うメリットが感じられん

97 :Name_Not_Found:2016/06/30(木) 21:16:01.84 ID:???
そもそもさ、notifyとprogressの事を忘れてないか?

http://blog.toshimaru.net/jquerydeferred-is-most-important-client/
> deferredへ通知する: notify()とprogress()
>
> jQuery1.7からresolve/rejectに加えて、progressが導入された。、
> progress()により、deferred内でnotify()がコールされたときに実行される
> コールバック関数を登録することができ、resolved状態に対する「進捗(progress)」を
> 表現できるようになった。notify()で事前にコールバックを登録しておくことで例えば、
> ロードに時間がかかるリソースを持つdeferredオブジェクトの定期的に更新されるプログレスバーを描画できる。
> deferredはロード中に通知(notify)され、ロード完了時に解決(resolve)される。

jQueryでDeferredを使ってる所っていうのはAjax通信の部分だけだと思うが、
Ajax通信を置き換える目的ならば、XMLHttpRequestにあるprogress相当の機能を実装する必要がある。
ってことは素のPromiseオブジェクトでは明らかに機能不足なんだよ。

そういう前提において、DefferedにPromiseと互換性を持たせる(jQuery 3.0で実現したこと)のではなく
Promiseを使えって言うならば、足りない機能を実装するしか無いだろ。

そして>>96の言うとおり標準のPromiseをラップして使うメリットはないので
DefferedのままPromiseと互換性をもたせるのが一番すぐれたやり方なわけだよ。

98 :Name_Not_Found:2016/06/30(木) 21:35:32.91 ID:???
そもそも、「>>77>>84が目指しているゴール」と「現行jQuery擁護派のゴール」が違いすぎるので議論にならない
反論するなら相手の立場になって反論しないとな
でなければ、ただの宗教戦争だ

99 :Name_Not_Found:2016/06/30(木) 22:35:07.88 ID:???
まあ確かに、Promise派としてはprogressはXMLHttpRequestと同じ方法で実装してくれれば満足するだろうね

100 :Name_Not_Found:2016/06/30(木) 23:24:13.58 ID:???
>>98
そうか?単に標準のXMLHttpRequestで必要とされている機能を
満たすにはPromiseの機能だけでは不足しているから
拡張する必要があるってことに気づいているかどうかだと思うぞ。

101 :Name_Not_Found:2016/06/30(木) 23:31:44.96 ID:???
>>99
XMLHttpRequestと同じ方法ってことは、
Promiseを返さないってこと?

102 :Name_Not_Found:2016/07/01(金) 00:02:35.71 ID:???
>>101
そういうことになるね
>>97はjQueryの既存概念にとらわれすぎているようだけど、DOMのInterfaceで実装する仮定で想像してみればいいたい事の大体はわかると思うよ
そもそも、Ajaxの返り値の話なんて誰もしてないから

103 :Name_Not_Found:2016/07/01(金) 00:22:07.78 ID:???
Promiseを返せと言ったりPromiseを返すなと言ったり
意味不明だなw

結局のところPromiseを使う理由はないってことか。
互換性を切るなんてもっての外だし、
あえて互換性を切ってまでDefferedの仕様を変える意味はないし、
やはり今の仕様が一番最善ってことか。

104 :Name_Not_Found:2016/07/01(金) 00:36:33.62 ID:???
>>103
独り合点してないでもう一度、読み直して来たら?
jQuery.Defered === Promise && ajax() !== jQuery.Defered

105 :Name_Not_Found:2016/07/01(金) 00:50:51.45 ID:???
だからFetch APIっていうのがあるんだよ。
互換性の問題があるからjQueryは仕様を変えてはいけない。これは大前提。

そして標準でXMLHttpRequestをPromiseベースに改良したFetch APIが普及しつつある。
最新版のSafariやAndroid 4系やIEで動かなかったりするからまだ乗り換えることはできないけど、
これを使えばjQueryでDeferredを使うもの=Ajax関連は必要なくなる。
だからjQuery 3.0ではAjax関連を取り除いたSlim buildっていうのを用意した。

Promiseを使いたいならjQuery 3.0 Slim build + Fetch APIを使えばいいだけなんだから
互換性を切ってまでDeferredをやめてPromiseに変える合理的な理由はないでしょ?
Slim buildを用意することでPromiseベースのAjax通信(つまりFetch API)への移行を
サポートしてるわけでDeferredを使っていることは失望するポイントにはならないんだよ。

元来jQueryはブラウザ間の互換性を吸収するためにも用いられてきたけど、
本質を理解している人はわかってると思うけど、互換性を吸収する部分は実はおまけ機能で
真の姿は関数型風のDOM操作ライブラリ。今それになろうとしているということ。
だから関数型の考え方を理解して使いこなせる人だけがjQueryの凄さを理解できる。
jQueryに意味がないと言ってる人は、関数型の考え方を理解していないはず。

106 :Name_Not_Found:2016/07/01(金) 00:54:14.73 ID:???
>>104
読み直した。それであなたが言いたいポイントは?

107 :Name_Not_Found:2016/07/01(金) 07:49:13.76 ID:???
>>106
君は「相手の立場で物事を考える」って出来る?
「インデントにタブ/半角スペースのどちらを使うべきか」の命題でタブ派が半角スペース派に「誰でも納得出来る明確なメリット」を主張できると思う?
元々の立ち位置が絶対的に違うのに、自分の立場でしか物事を考えられない人は議論に向いてないと思うよ

108 :Name_Not_Found:2016/07/01(金) 22:30:39.03 ID:???
>>107
What your point ?

109 :Name_Not_Found:2016/07/01(金) 22:42:09.19 ID:???
議論したいなら、少なくとも聞かれたときには
自分が言いたいポイントを明確に答えられなければならない。
それが言えないってことは、そもそもお前は議論していない。

110 :Name_Not_Found:2016/07/02(土) 08:37:53.99 ID:???
>>108
>>104が読めないの?
ajaxの返り値がPromiseでなく、jQuery.Defered === Promise であればいいでしょ
>>103の「結局のところPromiseを使う理由はないってことか」は文意を読めてないだけでしょ
いい加減、疲れるんだけど

111 :Name_Not_Found:2016/07/02(土) 08:51:41.49 ID:???
あと、>>107もいいたいことの一つなんだけどね
>>77に対して「jQueryマンセー」な反論を返すのはただの思想の押しつけ
明らかな間違いを是正するならともかく、どちらが正しいという問題でもないよね
なぜそこまで確信的な論調になるのか、俺には理解できないよ

112 :Name_Not_Found:2016/07/02(土) 10:44:07.42 ID:???
> ajaxの返り値がPromiseでなく、jQuery.Defered === Promise であればいいでしょ
なんで互換性をなくしてまでPromiseにしないといけないのかわからん。
PromiseはDeferredに比べてprogressの機能が足りない。
だからPromiseに置き換えることはできない。

jQuery 3.0でDeferredはPromiseと互換性があるものになった。
だからPromiseではなくても互換性があるDeferredで十分って話だろ。

それにPromiseをサポートしてないブラウザはどうするのか?
jQuery自身にPromiseのpolyfill機能でも搭載するのか?w
提案してみれば?jQueryにPromiseのpolyfill機能を付け加えて
DeferedをPromiseに変えて互換性を壊しましょうってw

互換性がないものに変わることで、既存のコードを書き換えないといけないならば
Fetch APIに変更すればいいだけじゃないか。そのためにjQueryはSlim Buildを用意したというのに。

>>111
あのさ(苦笑)jQueryの機能が素晴らしいって言ってるんじゃなくて
jQueryの選択は正しいって言ってるの。論理的にね。

どうもjQueryを擁護したら、なんにも考えずにjQueryを叩くやつがいるよな。
jQueryに親でも殺されたか?w

113 :Name_Not_Found:2016/07/02(土) 13:25:10.19 ID:???
>>112
思想の違いってものが理解できないタイプなんだね
他人の思想にいちいち噛みつく辺りが嫌われてるのが理解できないか、理解した上でスルーしてるのか知らないけど
俺からすれば君はjQueryの布教活動しているようにしか見えないけどね

114 :Name_Not_Found:2016/07/02(土) 13:50:03.82 ID:???
思想の違い?

互換性を保ちましょう。(Deferredの仕様は変えない)
標準への対応をしましょう。(DeferredのPromise互換)
将来への対応をしましょう。(Ajax部分を取り除いたSlim Buildの作成)

が俺とjQueryの思想だが、
じゃあお前の思想は?w

お前の思想は何も考えずに適当に思いついたことを言ってるだけだろw

115 :Name_Not_Found:2016/07/02(土) 16:53:39.12 ID:???
布教活動もクソも延々と啓蒙()で荒らしてるやつじゃん

116 :Name_Not_Found:2016/07/02(土) 17:56:40.15 ID:???
啓蒙はしてるが荒らしはしていない。
jQueryの話題をすることが荒らしというならば
それはお前がjQueryが憎いだけだw
ここはjQueryの話題OKのスレのはずだがね

117 :Name_Not_Found:2016/07/02(土) 17:57:55.63 ID:???
http://dictionary.goo.ne.jp/jn/67123/meaning/m0u/

[名](スル)《「啓」はひらく、「蒙」はくらいの意》人々に正しい知識を与え、
合理的な考え方をするように教え導くこと。「大衆を―する」「―書」

118 :Name_Not_Found:2016/07/02(土) 18:36:09.47 ID:???
>>114
・標準のAPIを使いましょう
・標準に準拠する為なら後方互換性は切り捨てても構いません

119 :Name_Not_Found:2016/07/02(土) 18:47:02.96 ID:???
> ・標準のAPIを使いましょう
何のために?

念の為に言っておくけど、 jQueryの本質は
DOM操作を関数型風にやること。

で標準のAPIっていうのはFetch APIのことだと思うけど、
jQuery(Slim build) + Fetch APIをすればいいよね?
jQueryは本来の用途であるDOM操作に専念させる。

Fetch APIを使えばいいのに何のために中途半端な対応を選んでいるの?
$.ajaxの戻り値だけをPromiseに変更するの互換性を切り捨てているのに
中途半端対応でしか無いんだけど

jQueryの標準への対応方法(Slim build)ではなくて
中途半端な対応をするべきだという合理的な理由を言ってくれ。

120 :Name_Not_Found:2016/07/02(土) 18:48:03.24 ID:???
標準のAPIを使いましょうといわれても
標準のAPIを搭載していないブラウザがあるよね
Android 4.4とか

121 :Name_Not_Found:2016/07/02(土) 19:11:11.43 ID:???
jQueryのDeferredがPromiseと互換性がある
ってことの意味を理解してないんじゃないだろうか?
互換性があるからこのようにPromiseとDeferredは混ぜて使える。

https://jsfiddle.net/axL7p4d4/

function timeout(ms) {
 return new Promise(function(resolve, reject) {
  setTimeout(function() {
   resolve();
  }, ms);
 });
}

console.log('start')
timeout(3000).then(function() {
 console.log('get')
 return $.get('/');
}).then(function(html) {
 console.log(html.split("\n")[0])
 console.log('wait')
 return timeout(3000);
}).then(function() {
 console.log('end')
});

122 :Name_Not_Found:2016/07/03(日) 13:43:15.42 ID:???
ここまで完璧な論破は珍しいなw

123 :Name_Not_Found:2016/07/04(月) 12:15:02.16 ID:???
論破してる気になってるのは本人だけだがな

124 :77:2016/07/04(月) 12:47:33.18 ID:G9XXx5Kd
まだやっているのか…
反論してる奴は話にならん
jQuery3.0が後方互換性重視な事は>>77で指摘済み
現行jQueryの思想から外れている事は百も承知
標準に合わせるメリットは「学習コスト」と「コードの可搬性」だけで十分だ
上の掛け合いは保守派と革新派が言い争っているに過ぎない
お互いの理想の形が一致しない議論に参加するのは時間の無駄

125 :Name_Not_Found:2016/07/04(月) 17:05:13.05 ID:???
jQueryの人は文体が特徴的だからすぐ分かる

126 :Name_Not_Found:2016/07/04(月) 21:37:24.70 ID:???
>>125
文体が似ているやつは全員一緒ですよねw

127 :Name_Not_Found:2016/07/04(月) 21:44:44.24 ID:???
>>124
> 標準に合わせるメリットは「学習コスト」と「コードの可搬性」だけで十分だ

だから標準=Fetch APIでしょ?jQueryとFetch APIを組み合わせて
使っていいんだよ?そのためのSlim Buildなんだから。

お前が言ってるのは、標準のFetch APIではなくてjQueryのAjaxを使うことで
学習するコストが必要になるが、戻り値がPromiseだと(一部の)学習コストがさがる
って言ってるから謎なんだよ。Fetch API使ったほうが明らかに学習コストは減るだろ。

俺はFetch APIを使うのが一番学習コストが下がるからjQueryはそのままでいいって言ってる。
新しく使う人はFetch APIを使うだろうし、そうでない人、jQueryのAjax機能をすでに使ってる人は
当然今までのDefferedの知識があるからこちらも学習コストが下がる(正確には上がらない)

あとコードの可搬性で言えば、Android 4.4はどうする?Promiseはどこでも動くわけじゃないぞ。
PromiseのPolyfillライブラリを導入しろって?俺ならFetch APIのPolyfillごと導入するがねw

128 :Name_Not_Found:2016/07/04(月) 22:14:34.35 ID:???
>>125
面倒くさいから名前もIDも書くつもりはないけど別に隠すしてないよ?
だから、わかると言われても・・・。
もしかして見抜いたり!とか思ってる?

129 :Name_Not_Found:2016/07/04(月) 22:39:18.60 ID:???
あ、それからもう一つあった。
jQueryのDefferedがPromise互換になった今
どんな学習コストがかかるのかも聞いてなかったね。

130 :77:2016/07/04(月) 23:21:08.45 ID:OUGP5uwu
>>127
お前が問題にしているのは「jQuery.ajaxの返り値」であってPromiseは関係ない
ajaxの返り値はjQuery.DeferredでもPromiseでもない抽象オブジェクトで十分だが、それは別の話だ
お前が勝手に話を広げただけ

131 :Name_Not_Found:2016/07/04(月) 23:38:18.14 ID:???
>>130
jQueryでPromiseが使われてるのはajax関連(getやpost含む)ぐらいなもんだろ。
少なくとも俺はajax関連以外でDeferredを使った記憶はない。
他にjQueryの一体どこでDeferred使えっていうんだよw

ajaxを標準にしろって言うならば、Fetch APIを使えばいいわけで
非標準のjQueryのajax と 標準のPromiseを混ぜる理由がない。

それに結局Android 4.4はどうするのかにも答えてないし。

132 :Name_Not_Found:2016/07/04(月) 23:38:38.95 ID:???
訂正

jQueryでDeferredが使われてるのはajax関連(getやpost含む)ぐらいなもんだろ。

133 :77:2016/07/04(月) 23:43:30.42 ID:OUGP5uwu
>>129
別にPromiseだけに拘ってはいない
お前がしつこいほどに「jQuery.ajaxの返り値」を論旨に置いてるだけだ
Promiseについては前方互換性、可搬性が主だが、「Promise.allがjQuery.jQuery.Deferred.allに存在しない」もあるので学習コストが同じわけではないだろうな

134 :Name_Not_Found:2016/07/04(月) 23:50:15.27 ID:???
>>133
あー、なるほどねw やっとわかったわ。

お前、Promise.all みたいに Deferred.allしたいと思ってるだろw

そんなのする必要ねーよ?


jQueryを使っていてDeferredが出てくるのは戻り値としてだけ。
自分でDeferredオブジェクトを作る必要はない。(作りたいなら作ってもいいがね)
っていうかなんのために作るのさ?w

Promise.allを使いたければ、Promise.allをそのまま使え。
その引数にDeferredオブジェクトを渡すことができる。
互換性があるからね。

135 :77:2016/07/04(月) 23:53:03.25 ID:OUGP5uwu
>>131-132
> jQueryでDeferredが使われてるのはajax関連(getやpost含む)ぐらいなもんだろ。
それはお前が自前でPromiseを使った非同期処理を書いたことがないからそう思うだけだ
何の為にjQuery.Deferredが公開APIになっているのか、を良く考えろ

136 :Name_Not_Found:2016/07/05(火) 00:02:05.86 ID:???
>>135
> それはお前が自前でPromiseを使った非同期処理を書いたことがないからそう思うだけだ
そういうレスするってことは>>134は正しかったようだなw

レスするならそうじゃなくてお前がいつどこでjQuery.Deferredを使うのか答えてほしいもんだがw
jQuery.DeferredがでてくるのはjQuery ajax関連の戻り値としてだけ。理解した?OK?


> 何の為にjQuery.Deferredが公開APIになっているのか、を良く考えろ

いや、単に世の中にPromiseが普及する前(標準化される前、ブラウザに搭載される前)に
jQuery.Deferredが世に出ただけの話だけど???
お前は何のためだと思ってたんだい?

https://api.jquery.com/category/deferred-object/
The Deferred object, introduced in jQuery 1.5,

https://blog.jquery.com/2011/01/31/jquery-15-released/
jQuery 1.5 Released Posted on January 31, 2011 by John Resig



http://caniuse.com/#search=Promise
Firefox 27, Chrome 32 Partial Support

2014年01月15日 11時39分 更新 「Google Chrome 32」の安定版リリース
http://www.itmedia.co.jp/news/articles/1401/15/news061.html

https://ja.wikipedia.org/wiki/Mozilla_Firefox%E3%81%AE%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%81%AE%E5%A4%89%E9%81%B7#Firefox_27
> 2014年2月4日にリリースされ、

137 :Name_Not_Found:2016/07/05(火) 00:11:14.01 ID:???
jQuery.Deferredオブジェクトを戻り値ではなく自分で作成したのは
iframeを使ったときにページがロードされたあとを検出するときに使ったぐらいかな。
古いブラウザまで考えるとiframeのページロード後の検出は意外と面倒だったんだよね。
onloadが変なタイミングで発生したりOperaがページロード前はabout:blank状態だったりとか。

Promise(Deferred)はresolveになった後に変化できないから、
clickみたいに何度も発生するイベントでは使えないしね。

今ならPromiseを使うだろうけど、昔はPromiseはブラウザに搭載されてなかったし。その頃の話だよ。
Polyfillもあったかどうか怪しい。jQuery使ってたからDeferredを使うのが楽だった。

で、jQuery.Deferredが出てくるのはajax関連の戻り値としてだけで自分で作る必要はなく
互換性があるのでjQuery.DeferredとPromiseを混ぜて使えばOKなので、
最初から言っているとおり、jQueryは今の状態が一番適切だと思うが?
標準が使いたければ、Ajax関連ごとFetch APIに置き換えればよい。そのためのjQuery 3.0のSlim build。

138 :77:2016/07/05(火) 00:46:59.98 ID:sEI91sKd
>>134
jQuery.Deferredは自前でDeferredオブジェクトを作れるようにする為に存在するのであってそれ以上でもそれ以下でもない
お前が「jQuery.Deferredを使う必要がない」というならお前と議論するのは時間の無駄だ
jQuery.Deferredが要らんというならさっさと廃止するようにリクエストしろ
「お前が必要と思うもの」を他人に押し付けるな

139 :Name_Not_Found:2016/07/05(火) 02:16:25.93 ID:???
>>138
なに一人で空回りしてるんだよw

「お前が必要と思うもの」を押し付けてるのはお前だろ。
jQueryのDeferredをPromiseに変更することが必要なんだろ?w
俺は現状維持でいいと言ってるの。なにも必要と思ってない。

jQuery.Deferredは自前でDeferredオブジェクトを作れるようにする為に存在するのであって
それ以上でもそれ以下でもないから、「自前でDeferredオブジェクト絶対に作らなければいけないんだ!」って
思うお前がおかしい。作れるからって作らなければいけないわけじゃないんだよw

もちろんjQuery内部では作る必要があるから作っているだろうが、
それをPromiseに置き換えるならば、Andorid 4.4などでPromiseをサポートしてないから
jQueryは自前でPromsiseを実装しなければいけなくなる。
その自前実装の亜種がDeferredでありPromiseと互換性があるオブジェクト

あれ? お前の願い叶ってね?w

お前がなにを言いたいのかさっぱりわからんね。現状維持でなにが悪い?
お前の根本的な間違いは、jQuery.Deferredを使ってjQuery.Deferredオブジェクトを作るときの
使い方が違うから、学習コストが〜って言ってるだけだろ?
だがそもそも(jQuery内部以外では)jQuery.Deferredを(今の時代は)使う必要がないから
学習コストもなにもねぇだろ。

新しく使う人→Fetch API使うからDeferredの学習コストは0
前から使ってる人→すでに知ってるからDeferredの学習コストは0

現状維持ならどちらの人でも学習コスト0だろ。
むしろお前の言うようにajaxの戻り値をPromiseにしたほうが互換性なくなるから
その違いを埋めるための学習コストやコード修正コストがかかるんだが。

もう少し論理的に考えな。お前は一体どうしてほしいんだ?

140 :Name_Not_Found:2016/07/05(火) 02:29:02.21 ID:???
> jQuery.Deferredが要らんというならさっさと廃止するようにリクエストしろ

重要なのはDeferredがPromise互換になることであって
Deferredをなくすことじゃないんだよ。
DeferredがPromise互換になることで、Promise.allなどの引数に使えるようになる。

そしてDeferredがPromise互換になることは実現済み。
だからこれ以上Deferredを変える必要はない。

むしろDeferredいらん、Promiseに変えろと言っていたのは
お前だったはずだが?廃止するようにリクエストしろよw

141 :77:2016/07/05(火) 09:54:07.13 ID:???
>>139
> 「お前が必要と思うもの」を押し付けてるのはお前だろ。
お前は俺に反論してきたが、俺はお前に何も要求していない(不当な反論があれば釈明はする)
例えば、>>124の「Promise.allをそのまま使え」は余計なお世話だ
(これにはさすがにカチンときて「jQuery.Deferredを廃止するようリクエストしろ」と要求したが、本意ではない)
jQuery.Deferredを使うならjQuery.whenで事足りるからな
「jQuery.Deferredを(今の時代は)使う必要がない」とかいうお前の勝手な考えはどうでもいい

> 新しく使う人→Fetch API使うからDeferredの学習コストは0
お前が何度も指摘しているFetch APIもまるで関係がない
>>130に書いたようにajax()の返り値がPromiseになることを望んでないからな
お前は異常なほどに「jQuery.ajaxの返り値」に拘っているが、俺は一言もajax()には触れてない

> jQueryは自前でPromsiseを実装しなければいけなくなる。
その通り
jQuery.DeferredはPromiseのPolyfillであれば良い

ここまでの流れは基本的には>>111の指摘通り
俺は俺の思想を主張するが、お前はお前の思想を主張するだけ
思想の違いを理解するために説明しあうことは有意義だが、相手の思想を撤回させようとするのは無駄な事だ
お前はそれをしようとしてる

142 :Name_Not_Found:2016/07/05(火) 14:39:59.02 ID:???
jQuery.Deferredを廃止してjQuery.Promiseが実装されれば>>77の望みは達成できるのかもしれないね

143 :77:2016/07/05(火) 15:23:18.67 ID:sEI91sKd
>>142
確かにjQuery.Deferredを書き換えるよりも現実的だな

144 :Name_Not_Found:2016/07/05(火) 22:04:58.42 ID:???
>>141
> 例えば、>>124の「Promise.allをそのまま使え」は余計なお世話だ

なぜ? Promise.allを使いたければ、標準のPromise.allを使えばいいだろ?
なんでそこで、Deferred.allを使いたいと思ったんだ?

> jQuery.Deferredを使うならjQuery.whenで事足りるからな
事足りるんじゃなくて、えとな。話聞いてる?
DeferredはPromsieが登場するよりも前に生まれたの。
事足りんじゃなくて、当時はそれを使うしかなかった。

今はPromiseがあるから、それを使えばいいだろ。
DeferredはPromiseと互換性があるのだから
Promiseのように使うことができる。

jQuery.Deferredオブジェクトを"作る" ときにはPromiseの作り方と違うから
学習コストはいるが、そこでちょっと待てって話だよ。
jQuery.Deferredオブジェクトを作ることがあるのかと。

答えは "ない" だ。昔(Promiseがなかった時代)はjQuery.Deferredを汎用的なPromiseの代用として
使う事もあったかもしれないが、今はPromiseをそのまま使えばいいのだから、もはや作ることはない。
PromiseとDeferredのオブジェクトの作り方は違うが作ることはないのだから学習コストも発生することはない。

今はjQueryのAjax関連の戻り値として、Promiseオブジェクトと互換性のあるDeferredのオブジェクトが
でてくるだけでその戻り値はPromiseオブジェクトであると思って使えば良い。互換性がある。
だから学習コストはかからない。

現状でお前の言う学習コストはどこにもかからないんだよ。

> 「jQuery.Deferredを(今の時代は)使う必要がない」とかいうお前の勝手な考えはどうでもいい
それをいうなら、お前の勝手な考えはどうでもいいw

145 :Name_Not_Found:2016/07/05(火) 22:07:06.43 ID:???
>>141
> お前は異常なほどに「jQuery.ajaxの返り値」に拘っているが、俺は一言もajax()には触れてない

お前がなぜajaxに触れていないかのほうが問題。
jQueryでDeferredがでてくるのはajaxの戻り値としてだけだ。

jQuery.ajaxの返り値に拘るなというのなら、じゃあ聞こう。
どこで Deferred がでてくるんだ?

お前は何にこだわっているのかという質問だよ。

146 :Name_Not_Found:2016/07/05(火) 22:08:14.58 ID:???
>>142
> jQuery.Deferredを廃止してjQuery.Promiseが実装されれば>>77の望みは達成できるのかもしれないね

そこは>>77の望みってなんだよwwwって笑うところだねw

さて何だったかねぇ。

147 :Name_Not_Found:2016/07/05(火) 22:09:28.07 ID:???
何か目的があって>>77はjQuery.Promiseに変えろと言ってるわけじゃないんだよね。
jQuery.Deferredが気に食わないからjQuery.Promiseに変えろと言ってるだけ
気に食わないだけで、肝心の気に食わない理由がない。

148 :Name_Not_Found:2016/07/05(火) 22:18:09.13 ID:???
「jQuery.Deferredを廃止してjQuery.Promiseが実装されれば>>77の望みは達成できるのかもしれないね」

>>77「確かにjQuery.Deferredを書き換えるよりも現実的だな」

「jQuery.Promiseが実装されれば何が嬉しいんだい?」

>>77「jQuery.PromiseはES6のPromiseと全く同じだから学習コストが下がる!」

「全く同じというのならPromiseをそのまま使えばいいのでは?」

>>77「・・・」


ここまでが想定済みの流れw

149 :77:2016/07/05(火) 22:21:33.99 ID:sEI91sKd
PromiseもFetch APIも実装されてないブラウザがある以上、素のままでは書けないのでPolyfillを適用する必要がある
jQueryを使うなら他にPolyfillライブラリを適用するコストをかけたくないからjQueryだけで完結できれば一番良いというだけ

俺の望みは>>124で書いたことですべて
お前に伝わってないようだが、釈明するのは時間の無駄だと悟ったのでもうしない
悪しからず

150 :Name_Not_Found:2016/07/05(火) 22:25:07.59 ID:???
ちなみにDeferredをPromise.allの引数としてそのまま使えることの証明

https://jsfiddle.net/axL7p4d4/1/

function timeout(ms) {
 return new Promise(function(resolve, reject) {
  setTimeout(function() {
   resolve();
  }, ms);
 });
}

Promise.all([
 timeout(3000),
 $.get('/'),
 timeout(3000),
]).then(function(data) {
 console.log(data[1].split("\n")[0])
});

151 :Name_Not_Found:2016/07/05(火) 22:31:32.31 ID:???
>>149
> PromiseもFetch APIも実装されてないブラウザがある以上、素のままでは書けないのでPolyfillを適用する必要がある
> jQueryを使うなら他にPolyfillライブラリを適用するコストをかけたくないからjQueryだけで完結できれば一番良いというだけ

それについてはとっくにレスしたよね?

だからPolyfillを適用すれば良い。標準のFetch APIを使うならばjQueryをajax用途として
使う必要はない。だからjQuery 3.0でajax部分を取り除いたSlim buildができたわけ。

jQueryがいくら頑張ろうがPolyfillになることはない。$.Promiseとかになるんだから。
だからお前の目的であるはずの標準APIを使うことはできない。

jQueryでは標準APIと同等のものになることはないのに、
なんでお前はPolyfillではなくjQueryを使おうとしてるんだ?
そこが意味わからんよね。言ってることとやろうとしてることが矛盾してるだろ

標準大好きならば、標準APIのPolyfill + jQuery 3.0 Slim buildの一択だろ。
jQueryはDOM操作用のライブラリに専念させろよ。

152 :Name_Not_Found:2016/07/05(火) 22:32:50.45 ID:???
>>149
> お前に伝わってないようだが、釈明するのは時間の無駄だと悟ったのでもうしない
それがいいんじゃね?w

俺はお前の言うこと全てに対して反論をしている。
そしてお前は言い返すのをやめた。

万事解決w

153 :Name_Not_Found:2016/07/05(火) 22:40:40.79 ID:???
結局>>77が一番jQueryを使い続けたがってるってオチかw

jQueryが提供しているAPIにはjQuery.eachやjQuery.mapのように
当時は標準JavaScriptにはなかったが、今は標準で提供されている機能がある。

超古いブラウザのサポートが必要ならjQueryのメソッドを使うが
そうでない場合には俺は標準のメソッドを使っているよ。

Promiseも同じ扱いだろ。現在非対応のブラウザにも対応する必要があるなら
jQuery.Deferred(もしくは PromiseのPolyfill)を使うことになるが、
近い将来Promiseを使えば良くなる。jQuery.Deferredを使う必要はない。

その今の時代においてjQuery.Promiseに仕様変更してまで
jQuery.Promiseを使いたいっていう考えが意味不明。
素直に標準のPromiseを使えばいいじゃねーかw

154 :Name_Not_Found:2016/07/06(水) 12:07:53.48 ID:???
意味不明なら無理に反論しなけりゃいいのに
ここは相変わらずだな

155 :Name_Not_Found:2016/07/06(水) 12:56:19.98 ID:???
荒らしに餌やってる>>77も似たようなもんだよ

156 :Name_Not_Found:2016/07/06(水) 22:24:18.87 ID:???
>>154
「意味不明なら無理に反論しなけりゃいい」っていう考えがおかしい。

意味不明なことを言っているのなら、意味不明と言ってあげることが本人のためだし
意味不明ということで、相手に反論の余地を与えている。

そこで相手がちゃんと意味を説明できれば、それでいいんだが、
意味不明と言われて黙るってことは、どういうことかがわかるでしょう?

意味不明だっていうことは反論じゃない。
誤字脱字の指摘と同様、意味を明確にしろっていう指摘でしかないよ
(誤字脱字を指摘した程度で、反論したって思うやつはいないw)

157 :Name_Not_Found:2016/07/07(木) 07:42:18.92 ID:???
意味不明なら意味を理解しようと努力するのが普通
意味不明な理由を「相手が自分よりはるかに知識量が低いから頓珍漢な事しか言えない」と決めつけて理解を放棄している時点で議論が成り立ってない
自分が相手より格上だと確認して優越感に浸っているだけ

158 :Name_Not_Found:2016/07/07(木) 08:11:23.11 ID:???
意味不明がゲシュタルト崩壊してきた

159 :Name_Not_Found:2016/07/07(木) 09:08:42.93 ID:???
>>157
> 意味不明なら意味を理解しようと努力するのが普通
じゃああんたは努力すれば?w

160 :Name_Not_Found:2016/07/07(木) 23:31:40.87 ID:???
そもそも、77が理解できないのは>>156だけだろ
あれだけ説明されてまだ意味不明とか言ってる時点で読解力が欠如してる

161 :Name_Not_Found:2016/07/07(木) 23:46:52.83 ID:???
>>160
じゃあまとめてみる?

>>77の主張・・・jQueryのDefferedを廃止してPromiseを使え。

俺の主張

・DefferedはPromiseと互換性があり混ぜて使える。
・互換性がある今DefferedとPromiseの大きな違いはオブジェクトを生成するときだが
Deffered内部以外でDefferedオブジェクトを作る必要はない
・Defferedオブジェクトが作りたいならば、代わりにPromiseを使えば良い。
・jQueryでDefferedが戻り値になっているのはAjax関連だけである。
・jQueryでDefferedを引数に取るものはない。
・互換性があるから当然jQueryのAjax関連の戻り値のDefferedはPromiseと同じ使い方ができる
・DefferedはPromiseの機能+αでありPromiseに置き換えると機能低下になる
・Promiseに対応していないブラウザ(Android 4.4など)があるからDefferedを廃止することはできない
・標準APIを使いたい人はPromiseと同時にFetch APIを使うだろうから、そもそもjQeuryのAjax機能を使う必要はない。
・それを見越してjQueryはajax関連の機能を除いたSlim buildを用意しており標準に適合するようになっている。
・つまりjQueryはDOM操作用のライブラリである。


まとめ
標準大好きな人
→ jQueryのAjax関連機能ではなく標準のFetch APIを使う(jQueryはDOM操作用として使う)から学習コストは下がる。

古いブラウザに対応する必要がある人
→jQueryのAjax関連機能を使う。戻り値はPromise互換なので標準Promiseと同じ使い方ができるから学習コストは下がる。

jQueryにどっぷり使ってる人
→Defferedオブジェクトを作ったりすることにすでになれてるから変わらない方が学習コストが下がる。

反論あるのならお待ちしています。

162 :Name_Not_Found:2016/07/09(土) 13:10:02.62 ID:???
99のいう学習コストはDOM API習得済/jQuery初心者が対象だろうにjQuery習得者の学習コストに置き換えてる
ホント論理のすり替えが好きだよな

163 :Name_Not_Found:2016/07/09(土) 13:26:38.08 ID:???
>>162
> 99のいう学習コストはDOM API習得済/jQuery初心者が対象だろうに

話をちゃんと読む気がないのか?

DOM API習得済であれば、当然標準のPromiseとFetch APIも習得済みだろ
jQueryはDOM操作専用に使って、Ajax部分はFetch APIを使うから、
Defferedは出てこないって話なんだが。

164 :Name_Not_Found:2016/07/09(土) 18:24:20.90 ID:???
>>163
そんなんならjQueryなんか要らんわ
jQuery使ってんのにPolyfillまで適用するのは面倒くさすぎる
あまえのFetch APIを使えという指示に従う必要はないから

165 :Name_Not_Found:2016/07/09(土) 18:55:57.46 ID:???
jQueryが気に入らないから書き換えたいんだ
→jQueryが気に入らないなら使わなければいいよ
→く( ゚д゚)ポカーン

166 :Name_Not_Found:2016/07/09(土) 20:01:07.72 ID:???
>>165
なんでわざとらしく間違えるから。
どうせやると思ったからあえて
「jQueryはDOM操作専用」って言ったにもかからわず
俺がjQueryを使うなと言ったことにする。

はっきり言うけど、あんた卑怯だよね。

167 :Name_Not_Found:2016/07/09(土) 20:02:33.29 ID:???
>>164
> jQuery使ってんのにPolyfillまで適用するのは面倒くさすぎる
ならjQuery使えば?

> あまえのFetch APIを使えという指示に従う必要はないから
誰もお前に言ってないよ。標準を使いたいって人はFetch APIを使えばいいと言ってるだけ。
jQueryのAjax関連の戻り値をPromiseにしたって、一部しか標準になってない。
標準がいいならばFetch APIを使うのが一番だろ?
そしてjQueryはDOM操作専用で使えば良い。

168 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 08:49:37.11 ID:???
>>166
> 「jQueryはDOM操作専用」って言ったにもかからわず
「jQueryはDOM操作専用」なら、ajaxもDeferredも存在しないはずだが?
てめーの勝手なイメージを押し付けているだけという事にいい加減気が付け

169 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 09:03:37.49 ID:???
>>168
まーたわざとらしく間違える

「jQueryはDOM操作専用に使って」って言ったのに
「jQueryはDOM操作専用だ」と言ったことにしようとしてる。
本当にお前卑怯だな。

jQueryは最初はDOM操作+ブラウザ間の違いの吸収+Ajaxとして作られた。
ブラウザ間の違いが減って、使いやすいAPIがでてきて
ようやくjQueryに追いついてきたから、
jQueryはDOM操作専用として使えば十分だって話だ。

逆に言えば、DOM APIの設計が変わらない限り
jQueryはDOM操作用のすぐれたライブラリといえる。
(設計を変えるっていうのはjQueryオブジェクトのようなDOMコレクションに
DOM操作メソッドを追加するっていうことね。これをやらずにいくら
メソッドを増やしたところでjQueryには追いつけない)

170 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 12:42:04.39 ID:???
>>169
標準に合わせる意義をお前が理解してないから「jQueryに追いついてきた」とかいう発想になるのさ
お前にとっては変わらず「>99の意見は意味不明」

171 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 12:56:48.80 ID:???
>>170
まーた意味がわからんことを言う。

標準のAPIの仕様がjQueryのシンプルさに
追いついてきたって話だろうが。

172 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 12:57:07.76 ID:???
標準の方が後追いなんだぞ。わかってるのか?

173 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 13:32:33.67 ID:???
「標準に合わせる」これは素晴らしい
「非標準なもの」を使うと、特定のブラウザでしか
動かないものになるからだ。

という話がある。だから「標準」という言葉を使った。

だがよく考えてみよう。

標準の反対は非標準、つまり標準ではないものを使うことであって
標準なものを使っているライブラリにたいして
標準のメリットを言ったところで意味は無いのである。

174 :Name_Not_Found:2016/07/10(日) 22:05:08.89 ID:???
とりあえず、プログラム板に統合する事に賛成するということはいっておく

175 :Name_Not_Found:2016/07/10(日) 22:19:22.40 ID:???
どこでもいいよw
俺は人がいるところに行くだけだから。

176 :Name_Not_Found:2016/07/10(日) 23:51:23.33 ID:???
結局、統合しないのか
あの議論は何だったんだ

177 :Name_Not_Found:2016/07/10(日) 23:56:27.12 ID:???
なんか俺を排除するための議論だったみたいな感じなんだが
そんなの関係なく俺は適当にやるし、
仲間(?)割れしてなにやってるんだろうなって感じだよなw

178 :Name_Not_Found:2016/07/11(月) 00:00:34.46 ID:???
こっちのスレで議論しなければ認めないという人もいたみたいだねえ
このスレの住民が向こうに書き込んでるとは考えなかったんだろうね

179 :Name_Not_Found:2016/07/11(月) 00:11:23.47 ID:???
そして一番マヌケなのは、隔離(笑)できたと思っている所。
jQueryの話をする場所が増えているだけなのに気づいていない。

180 :Name_Not_Found:2016/07/11(月) 00:29:28.48 ID:???
荒らしはスルーが基本だが、この粘着率は異常だな

181 :Name_Not_Found:2016/07/11(月) 00:30:22.92 ID:???
>>180
俺としてもスルーしてほしいんだが(笑)

そうすれば、質問者 と それに答える俺 という
素晴らしい流れてできるだろう?

182 :Name_Not_Found:2016/07/11(月) 00:39:00.89 ID:???
プログラム板の話ならjQueryの感想書いてつなぎ留め云々にドン引きだわ
炎上商法と比べたらド過疎の方がいくらかマシ

183 :Name_Not_Found:2016/07/11(月) 00:39:10.55 ID:???
会話が成立していると思っているところが鈍感さんだね

184 :Name_Not_Found:2016/07/11(月) 00:41:22.55 ID:???
ID強制したいって気持ちは理解できるからプログラム板に移ることは賛成なんだけどね

185 :Name_Not_Found:2016/07/11(月) 00:45:21.31 ID:???
褒められたことではないが、感想云々は炎上商法とは違うんじゃないか?
感想を書くだけで炎上するとは思えないが

186 :Name_Not_Found:2016/07/11(月) 00:50:10.12 ID:???
俺としてはID強制することで何が解決するのか
さっぱり分からないが、まあ俺としてはNGIDにしてくれることで
反論が一切されないっていうのは楽な状況でもある
(だってNGIDにしたら見えなくなるから反論したくても分からない)

187 :Name_Not_Found:2016/07/11(月) 01:19:45.42 ID:???
まああっちのスレ見てて思うのは、俺が荒らしているような事を言ってるが
俺がいなくても荒れるじゃねーかって話。

あの例のテンプレ押し付けようとしているやつが
一番の元凶なんだよな。本人がわかってないのが一番たちが悪い。

188 :Name_Not_Found:2016/07/11(月) 01:35:00.50 ID:???
子のスレから出張しているjQuery荒らしが完全にスルーされていて笑った

189 :Name_Not_Found:2016/07/11(月) 01:36:54.89 ID:???
>>188
言っとくけどあれ俺じゃないよw

190 :Name_Not_Found:2016/07/11(月) 09:38:16.58 ID:ZUSJjugG
>>186
ageればIDでるんでよろしく

191 :Name_Not_Found:2016/07/11(月) 11:14:59.37 ID:???
こいつは「NGIDにしたはずなのになぜ反論するの?w」と反論するための布石をうってるだけだから何かと理由をつけて反論したりしないだろうな
2chブラウザで sage チェック外すだけだから「面倒くさい」は理由にならないけどな

192 :Name_Not_Found:2016/07/11(月) 11:16:01.19 ID:???
× 何かと理由をつけて反論したりしないだろうな
○ 何かと理由をつけてIDを出さないだろうな

193 :Name_Not_Found:2016/07/11(月) 12:42:26.40 ID:???
ID出しても自演だのIPコロコロ変えてるだのいうだけだろうなぁ

194 :Name_Not_Found:2016/07/11(月) 17:21:05.21 ID:???
IDをコロコロ変えたらNGIDしてほしい要望と矛盾するけどな

195 :Name_Not_Found:2016/07/11(月) 22:48:23.61 ID:???
>>188は俺じゃないから」の体で逃げを打つと見た

196 :Name_Not_Found:2016/09/26(月) 17:46:07.72 ID:???
ang2で2つの要素をforするにはどうすればいいですか?
定義リストをforで回したいです

197 :Name_Not_Found:2016/09/26(月) 17:59:53.54 ID:???
ミス

198 :Name_Not_Found:2016/12/23(金) 19:04:24.66 ID:???
保守

199 :Name_Not_Found:2017/01/24(火) 20:25:51.02 ID:???
age

200 :Name_Not_Found:2017/05/24(水) 22:22:53.29 ID:VTOU+3TY
fabric.jsで質問です。

<canvas id="canvas1" width="1200" height="800"></canvas>
var canvas = new fabric.Canvas('canvas1');

で正常に動作しています。タッチデバイスで#canvas1をフリックすると選択の枠が表示されます。当然ですが画面スクロールにはなりません。

canvasを表示させたまま一時的に選択枠を無効にして画面スクロールできるようにしたいのですがどうやればいいでしょうか?
一時的にとはチェックボックスによるユーザ操作でもいいです。

selection = false;
は選べないだけで画面スクロールにはなりません。その他それらしきを試してみましたがどれもうまくいきません。
canvas.off('mouse:down');
canvas.off('mouse:move');
canvas.off('touch:gesture');
canvas.allowTouchScrolling = true;

ちなみに実際は#canvas1と同サイズの複数canvas(#canvas2,#canvas3・・・)を position:absolute; で重ねています。
よろしくお願いします。

201 :Name_Not_Found:2017/05/24(水) 22:48:43.64 ID:???
>>200
試してないのでごめんだけど
透明なdivをcanvasの上に乗せちゃうってのはどうだろ?

202 :Name_Not_Found:2017/05/25(木) 07:06:52.67 ID:???
同じイベントを、2つの異なる用途で使うの?

そもそも、それは無理だろ。
イベントハンドラーの中で、if文で処理を分けるとか?

203 :Name_Not_Found:2017/05/25(木) 19:33:48.48 ID:???
>>202
disableは普通あるぞ

204 :Name_Not_Found:2017/05/25(木) 19:51:40.30 ID:???
>>200
touch-action: manipulation;

かねえ
試してみて

https://w3c.github.io/pointerevents/#the-touch-action-css-property
https://triple-underscore.github.io/pointerevents-ja.html#the-touch-action-css-property

205 :Name_Not_Found:2017/05/25(木) 22:01:09.84 ID:???
みなさんありがとうございます。

>>201
#canvas2・・・とはどう違うのでしょうか?

>>204
変わりませんでした。

206 :Name_Not_Found:2017/05/30(火) 22:13:52.27 ID:???
jQuery UIを少しでもかじったことあるなら>>202のようなレスはしないはずなんだが

207 :Name_Not_Found:2017/05/31(水) 10:18:56.74 ID:???
reactをchrome-extensionのUI部分に使ってまして
サイドバーをiframeを使って作って画面に追加してるんですが
その部分をreact-devtoolが反応してくれません。
urlがchrome-extension://XXXX/sidebar.html
になっているからかと思っているんですがdevtoolで動作させる方法ご存じないでしょうか?

208 :Name_Not_Found:2017/06/01(木) 16:55:51.39 ID:???
https://codepen.io/valscion/pen/jBNjja?editors=0010

react公式にあるドキュメントのコードなんですけど
62行目ののメソッド、
this.setState({scale: 'c', temperature});
でなぜ動くのかわかりません
自分は
this.setState({scale: 'c', temperature: temperature });
だと思うのですが、実際コードをこのように書き換えてもちゃんと動きますし
どうしてなのか理由を教えてほしいです

209 :Name_Not_Found:2017/06/01(木) 17:58:30.69 ID:???
>>208
すみません自己解決しました
https://stackoverflow.com/questions/42863367/weird-setstate-usage
ES6の新しい表記法みたいです。

77 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)