>>949
こっちのほうが早い（キャッシュする意味なくなりました）

var text = $('#manko').text();
var id = $('#manko').attr('id')
$('.chinko').each(function(){
　var t = $(this).text();
　if (text == t) {
　　testが等しい場合の処理
　} else if (id == t) {
　　idが等しい場合の処理
　}
});

>>950
同じセレクタで呼び出すんだから理論的には十分ある
それは屁理屈

確か句点君の言い分じゃ速さより記述量の少なさと読みやすさを優先してjQueryを使ってるんだろ
そいつにとっては速さのために量を増やすのは方針に反することだろうよ

>>951
> var text = $('#manko').text();
> var id = $('#manko').attr('id')
これは無意味

var $manko = $("#manko"),
text = $manko.text(),
id = $manko.attr("id");
$(".chinko").each(function() {
var t = $(this).text();
text == t ? textが等しい場合 : id == t && idが等しい場合;
});

>>954
数マイクロ秒程度しか変わらんことにこだわる意味がない

本当に速度に拘るんならHTMLなんて捨ててWorkerとWebGLを使って
目的を達成する必要最低限な要素をレンダリングした方がいい

jqueryとworkerとwebglを全部使った上で
速度と見やすさと記述量を追求すれば良いじゃん
俺はそうしてる

jQueryがかぶってるのはDOM操作であって
WorkerとWebGLもDOMとは関係ないからなぁ
DOM操作で開発速度を重視するのならjQueryってのは
これからも変わらないよ

>>945
thisでないのはどうすんねんｗ

例を挙げてどうぞ

>>958
まあ上の例は大げさだが過去にもフルFlashが流行したこともあったし
オーサリングツールだったりフレームワークが発達してくると
DOMを捨てたCanvasでのレンダリングっていうのも当たり前になってくると思う

というか、既にCSS HoudiniではWorkletとCanvasで自前でレンダリングするものだし
jQueryも抽象化してサポートしてくる可能性はあるよ

ねーよｗ

DOMっていうのはドキュメントオブジェクトモデルの略だ
これはほとんどHTMLの構造そのまんまだ
HTMLは文書を記述するのに適した言語だ
それがなくなることはない

何をわけのわからないことを言ってるんだか
HTML5はHTMLを文書のためのものからWebアプリケーションのプラットフォームにするという体裁で
文書のためのマークアップ幾つも廃止しただろ
それから幾年か経ちそれでも十分でないから今度はHoudiniみたいなのが出てきてるんだ
そもそも文書のためのものならWeb Componentsとか要らないんだよ
それらは結局HTMLをJSONと同じ構造記述言語として利用しているだけ
そしてそれこそがHTML5が望んだプラットフォームとしてのHTMLの未来

まだ文書云々言ってるやつは最初期の科学者が論文公開しあってた頃のHTML1でも使っとけばいいよ
そっちの方が今よりよっぽど文書を記述するのに「適して」いるから

>>963
HTMLは文章構造をもったをマークアップ
HTML5はマルチメディアの対応が強化されただけ
何言ってんだこいつ

> 文書のためのマークアップ幾つも廃止しただろ
廃止してないよ？ｗ
廃止したのはスタイルのためのマークアップ
それはCSSに変わったからね
バカさん♪

まあ上の物言いは大げさだけど
HTMLやDOMは文書の為じゃないと示してくれたのはむしろjQueryなんだけどね
jQueryは別にDOMAPIのラッパーとしてだけでなく
Defferedとか革新的な概念も取り入れてきた Compornentsもね

それにHoudiniとかって言うのはそれで終わりじゃなくて ExtensibleWebから来てるもので
標準をどんどん増やすのは難しいから低レベルなAPIを提供して
ライブラリのレベルで自然選択してもらって良いものは新標準に取り入れようっていうものだからね

そこの役にjQueryが収まる可能性は十分にあると思うよ

> HTMLやDOMは文書の為じゃないと示してくれたのはむしろjQueryなんだけどね
んなわけねーよ。jQueryが一番基本に忠実だろ。
最近のフレームワークなんかJavaScript知らなければページ表示すらできないレベル
jQueryはHTMLを書いて、そのHTMLにJavaScriptでちょっと味付けするという
基本をずっと守り続けてる。

> Defferedとか革新的な概念も取り入れてきた Compornentsもね
Defferedが「HTMLやDOMは文書の為じゃない」ことの根拠だとするなら
それはおかしい。なぜならDefferedはHTMLやDOMと全く関係ないからだ。
jQueryは基本的にDOM操作ライブラリだが、一部DOMとは関係ない
ユーティリティライブラリも含んでいる。

Defferedなどは、HTMLやDOMの使い方の新しい提案ではないのだから
それを持ち出した所で、HTMLやDOMは文書の為じゃないという話にはつながらない

それからHoudiniとか持ち出してきてるが、最近知って自分の中でブームでも来てんのか？
JavaScriptを使ってCSSを拡張しようってだけだろ。それがなんなんだっていうんだ。
HTMLとCSSの役割分担は変わってねーよ

いちいち他人を全否定して波風立てないと気が済まない
お前リアルじゃ孤立してるだろ

そんなことよりレスの内容にレスしてくれんか？
しっかりとコミュニケーションを取りましょう

>>967
言い方が悪かったね
文章のため「だけ」のものじゃないってことならいい？
あと「HTML」や「DOM API」って言うのがそもそも世間一般的にも仕様的にも
それぞれ「マークアップ言語」や「ドキュメントモデル」を指してるだけじゃないから紛らわしいよね
自分もハッキリとは区別してなく言ってた面もあるからごめんね

自分がこれまでの話で何を感じて何を言いたかったのかというと
例えるなら昔のWebが固定電話なら今のWebはスマートフォンのようなものだということ
だからスマートフォンは電話のためのものだ、そうじゃないっていう話と同じ感じでいた

難しい議論のなか、初歩的な質問で大変申し訳ないのですが

<div id="div1">
　<table class="table1"> <trとかtd略> </table>
</div>
<div id="div2">
　<table class="table2"> <trとかtd略> </table>
</div>

こんな感じの外部htmlから、table2のhtmlだけ抽出する方法が知りたいです。

url: 'gaibu.html',
cache: false,
success: function(data) {
　data1 = $(data).filter("#div2");
}

こんな感じでdiv2だけフィルターはできたんですが、そこから先で詰まっております。
filter().filter()ではtable2が取れず、どうすれば良いのかなぁと。

findだろ？

>>971
$(data).find('table.table2');
$(data).find('#div2 table');
$(data).find('#div2 table.table2');
$(data).find('#div2 > table.table2');
$(data).find('#div2').find('table.table2');
$(data).find('#div2').childlen('table.table2');

>>971ですが
ありがとうございます。>>973の一番上の
　$(data).find('table.table2');
でtable2のみ抽出できました。ただ、それ以外の指定だと抽出できませんでした。
これは、本来はこの指定でもできる、ということなのでしょうか？

ちなみに
　$(data).filter('#div2').find('table.table2');
は正しく抽出できました。

古いVerで使えないから○○を使えばいい
はスレの主旨違いだな
先ずはネイティブで書けるのだからそれ前提で説明したほうが親切
その上でこういう方法もあると提案するのはかまわんが

>>975
誰に対してレスしてんの？
そんな話誰もしてないと思うけど。

仮にjQueryの話として古いVerで使えないなら
使えない部分だけネイティブを使えばいい
（全部書き換える必要はない）と答えるだろうし

ブラウザの話であれば古いブラウザは切り捨てればいい
そして新しいブラウザ専用に書けばいいって答えるな。

その上で、どうしても古いブラウザを切り捨てられないのであれば
babelやtypescriptで変換する方法もあると答える

それもできないというのなら古い書き方で
書き続けるしか無いなって答えるだろう。

いやいや、そういう前提がないことの方が多いでしょ
その時にわざわざ古いVerがってライブラリ持ち出すのは余計なおせっかいってことでしょ

前提がないならどのような答でも良い
どのような答でもいいのに、他人がライブラリを
持ち出すなという方がおせっかいだ

個人使用なら好きなバージョンを使えで終わるけど
公開するプログラムや、商業利用のものであれば
なぜわざわざ潮流に反して古いバージョンを使うのか
理由は求められるだろ。古いって、セキュリティ的に穴があるんだから

>>978
ほんと馬鹿だな
それは道尋ねられた人にバスを案内するようなもんだっての
幾らお前がバス好きでも歩いて行ける距離なら普通は歩きの道を教える
エゴは辞めろ、周りからも不快なんだよ、ここまで言われてもまだ分からんか？

>>980
それも一理あるが全く知らない土地で距離も分からずに徒歩で行こうとしていたが
道を尋ねるとバスで行った方が速いと教えて貰い、その分の時間が有効に使えたという場合もある
本人次第だが

バスやタクシーを使えば済む話なのに、
バスやタクシーの存在を伏せて人力車を勧めるようなもの

もしライブラリ使いたくないんだったら質問者が新たに追加の質問すれば済む話だしな

古いブラウザは切り捨てればいいと簡単にいうがアクセス数に影響するからな

スマホアプリのように締め出すんじゃなくて、通常は動作保証もサポートもしない扱いにするでしょう

別にここは業務用相談掲示板じゃないんだし
俺みたいに趣味でプログラミングしてる人だっているだろうし
そうでなくとも小中高くらいの内は理屈を知らないけど便利な公式とか制限されるし
何かの体積計算で求める際でも実際はこんな理想的な物存在しないなんてことは言わない
そういうのは専門学校に行ってからでいい

初心者用の質問スレがあっていいな
回答も不自然な回答でなく一般的な回答で
それが初心者質用質問スレなのかな？

>>980
> それは道尋ねられた人にバスを案内するようなもんだっての

どこそこにに行きたいって言ってる人に、
目的地まである程度距離があればなら、バス案内するだろ？

目的はそこに行きたいのであって手段ではない
もし「歩いていきたい」って手段まで指定しているなら
バス案内しないよ？

でも手段はどうでもいい。目的地まで行きたいというのであれば
普通は最適な方法を答えるよね。

なんでバスで行く方法を教えている所に割り込んできて
若いやつは歩いていけよなんて言われなきゃならないんだ？
それが余計なお世話だっつーの

質問内容よく読んでみろ。生JavaScriptだけを使ってと
手段を限定していたか？してね～だろ

してなくても普通の人は別のコンパイラやライブラリ含めてはしないかと
それは選択肢としての話
つまりお前にとって最適でも他の人にはそうでない場合もある
自分の勧める方法が絶対間違いないというような「書き方」はどうかな

前提が示されてなくても
普通は常識的な範疇で物事を考える

>>989
じゃあ自分の進める方法ではなく
一番メジャーな方法にしましょうか？

>>976
＞そんな話誰もしてないと思うけど。

ではなぜそんなに食いつくの？身に覚えあるとか？
単なる誤爆かもしれないから流しておけばいいのに

誤爆かもしれないけど
わざわざ相手にしてもらってんだろｗ