文字で指定しなきゃいけないのってどういう状況？

ハンドラの設定をオブジェクトで指定しようと思ったのです
ありがとうございました

>>802
よく見たら、id指定して無いじゃん

euc-jpのページにて
.load();もしくは.ajax();を使い、日本語の外部ファイル（同ドメイン）を読み込み、
IEで文字化けしない方法はございますでしょうか？

色々調べたのですが、実際できた例が
なかったです。もしできたら神です。

いいえ、出来ても神ではありません。ただの人です。

dataってDOM単位に持たせるものですよね？
jqueryオブジェクト自体にデータを持たせたい時はどうしたらいいんでしょうか

違います

>>959
$('#test,#test1').data('hoge',1);
console.log($('#test').data('hoge'));

これが1が表示されますが？
jqueryオブジェクト単位だとしたら同じセレクターの時だけ同じ値になるはずです

違います

違いませんが？

プロジェクト組んだ時は、jQueryなのか$なのかとかprototype拡張とか取り決めないと面倒いよね
なんの説明もなく$使われてると困る時もある
オブジェクトの中身見たら、独自拡張だった時は笑った

>>964
いや、普通プロジェクトで使うライブラリは取り決めるだろ？
ましてやjQueryとPrototypeは機能がかぶってるから
同時に使うことはまず無いし何を危惧しているのかわからん。

> なんの説明もなく$使われてると困る時もある
プロジェクトで使ってるライブラリは普通明確にされてるので、
困るとしたらそれは、$が使われてることじゃなくて、
君が参加したプロジェクトで使われてるライブラリがわからないことだよ。
まあわからなくても、読み込んでるファイルを見れば一発で解決する話だが。

>>956
VBSならできなかったっけ？

>>967
そうかな？

>>962
嘘を付いたことを謝ってもらえませんか？

>>968
前調べた時、ADODB.Stream使えばできそうだなと思ったけど、そこまでしなくていいや、ってなった。

そんな変なことしないでも、普通に文字コード指定するだけじゃん

>>971
普通に文字コード指定　って
ドキュメントの文字コードの指定(meta)の事でしょうか？
それはできない環境の話なんす。
（カートシステム等ではmeta部分は編集できないのはよくある話だと思います）

なので一番最初の条件として「euc-jpのページにて」と
書いたのですが・・

>>965
そうだよね
取り決めておけば問題起きないって話と、勝手する人がいたって話でした

ちなみにその人は、教えても忘れるのか同じことするし、上から言ってもらっても変わらないし、なんなんだこの人は！って人だった
独自のルールは結構だけど、足並みは揃えて欲しいと言う底辺の愚痴でした

>>972
違いまーす。文字コードはファイルごとに違うんだから
そんな所に書いても意味ないに決まってるじゃないですかー

>>973
ちゃんとルールに適切な理由書いた？

そのルールに合理的な理由がない場合、
破られるのは当然。

合理的な理由っていうのは、よりよりものを作るために必要な理由で、
逆に作るものが悪くなるような理由は、合理的ではない。

たとえば「俺がわからんから使うな」というのは合理的ではない。
馬鹿になれ、コストをかけろ、苦しめ。って言ってるようなもんだから。

>>974
サーバーの設定でもなく
ドキュメントの設定でもなく、
xhr.overrideMimeTypeでもなく、

まさか<script src="～～～" charset="EUC-JP">みたいな
JSを読み込む属性の話なんて事はないだろうし、
phpを使えるとは言ってないし・・

わかんないっす。おしえちくりん

>>976
サーバの設定が曖昧すぎるし、PHPを使えると書いてなかったり、環境不明なこちらがわではPHPを使えないという判断にはならないから使えるかもしれないという判断の元で回答するし…
後出しが過ぎるから、情報は初めから全て書いてね

サーバがAppacheなら htaccess を使ったら？
どういう方法でもいいからjsファイルのHTTPレスポンスヘッダ Content-Type で EUC-JP を出力させて
できなければ、JSコード内のマルチバイト文字を全てUnicodeエスケープする
これで解決できる

>>975
その辺は取り決めてあって、jQuery使う人多いし他のプロジェクトにも繋がるから使いましょうって話だった
で、ライブラリ以外は$使いましょうって事になってた
ルール決める立場ではなかったし、自分的にはなんでも良かったんだよね

何回も丁寧にありがとう

> 「jQuery使う人多いし他のプロジェクトにも繋がる」から使いましょう
これは理由

> で、ライブラリ以外は$使いましょうって事になってた
これは理由ではない

俺がルールに理由を書きましょうって言ってるのは、
後から変更するためなんだよ。

たとえば$ではなくjQueryを使いましょうというルールがあって、
その理由が、Prototype.jsと混ぜた時に困るからだったとする。

理由が書いてあるから、あとでそのルールを見た時、
jQueryは混ぜて使うための仕組みを持っているという、
事実を元に理由が間違っているからルールのほうを変えようということになる。

もし理由がなければ、知らないけど昔の人が決めた。
それに従うだけということが起きてしまう。

> jQueryは混ぜて使うための仕組みを持っているという、
> 事実を元に理由が間違っているからルールのほうを変えようということになる。
理由は間違ってない

間違ってるだろｗ

>>977、>>978
ご回答ありがとうございました。
情報後だし＆小出しでグダグダですいません。
もう終わりたいと思います。

サーバーに関しては
>>966の通りです。.htaccessに関しても同様で使えません。

Unicodeエスケープですか。。

色々お騒がせしました。

間違ってないだろ

間違っているというのなら根拠は？

jQueryは他のライブラリと混ぜて使うための機能を
持っておりPrototype.jsと混ぜても困ることはない。

またかよ

理由も述べずにグダグダいうぐらいなら
だまってればいいのにね。

もうどっちでもいいよ。
実際はどうせ数分で解決するんだろに。
prottoype.jsなんて今更わざわざ新規で使うやつなんていないだろどうせ

なんかそもそも個人なのか複数人なのか、社外も含めているのか
って辺りがずれてる様な気がしてきた
自分しか見ないなら自由にしたらええ

jqueryで
同じdom要素に同種のイベントハンドラは一つしか登録できませんか？

>>991
試せばわかるんじゃないですか？

試してから答えてくれますか？

試したけど答えません

では失格ですね

>>990
そういう話じゃないでしょ。

別に複数人でも社外を含めても、
そんなの小さなことと見ればわかるわけで。

最悪の事態を想定して、開発コスト上げてどうすんのって話。
バランス感覚がかけてる。

>>993
試してから質問してくれませんか？