私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.86 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
オフライン（file:///から始まるアドレス）で外部テキストファイルを読み込む方法はございませんか？ActiveX以外で。
メインブラウザがIE意外なのでオフラインでもajaxで読み込めると思ったんでけどできませんでした
メインブラウザがIE意外なのでオフラインでもajaxで読み込めると思ったんでけどできませんでした
>>256
IE 以外はセキュリティをないがしろにしてると思ってる？
IE 以外はセキュリティをないがしろにしてると思ってる？
printf("%daaaaaa", 2000);
フォーマット済みの文字列を出力する方法ってありますか？
フォーマット済みの文字列を出力する方法ってありますか？
javascriptでは'\n'と書いてもクロスプラットフォームで改行されますか？
"\n"と書かなくても問題ないですか？
"\n"と書かなくても問題ないですか？
>>262
ノープロブレム
ノープロブレム
>>261
そもそも JavaScript には文字列を出力する手段がないｗ
そもそも JavaScript には文字列を出力する手段がないｗ
ある要素があるブラウザに対応しているかをjavascriptで知る方法はございませんか？
cssでいうとこういうことですttp://tools.css3.info/selectors-test/test.html
cssでいうとこういうことですttp://tools.css3.info/selectors-test/test.html
>>256,258
XMLHttpRequest はhttpプロトコルのための仕組みなんだから file:/// で動かなくて当然。
例えば、file:///C:/test.html で 200 OK とかWebサーバでもない OS が返してくれると思う？
動いたとしても「IE 以外」なんてひとまとめに括れる話じゃない。(仕様外の動作)
http://www.w3.org/TR/XMLHttpRequest/
>>268
要素が対応しているのか、の定義が曖昧すぎる。
DOMツリーにあるかなら getElementsByTagName で出来るし、プロパティやメソッドチェックなら in 演算子や typeof 演算子を使えばいい。
XMLHttpRequest はhttpプロトコルのための仕組みなんだから file:/// で動かなくて当然。
例えば、file:///C:/test.html で 200 OK とかWebサーバでもない OS が返してくれると思う？
動いたとしても「IE 以外」なんてひとまとめに括れる話じゃない。(仕様外の動作)
http://www.w3.org/TR/XMLHttpRequest/
>>268
要素が対応しているのか、の定義が曖昧すぎる。
DOMツリーにあるかなら getElementsByTagName で出来るし、プロパティやメソッドチェックなら in 演算子や typeof 演算子を使えばいい。
たとえばIEではhtml5の一部の要素たとえばprogressやmaterなど対応してないです
html5の要素を一覧にまとめて、その中で特定のブラウザでページを開いたときに未対応要素が何かを調べたいのです
html5の要素を一覧にまとめて、その中で特定のブラウザでページを開いたときに未対応要素が何かを調べたいのです
>>271
ごめん、「仮に可能だとしても削除したら element.style.backgroundColor を変更できなくなる」は勘違いだった。(仕様をよく読んでなかった)
ただ、element.style.removeProperty は GC11, Fx4, Op11, IE8 で期待通りに動作しない。IE8 に至っては element.style.removeProperty が undefined
http://jsfiddle.net/wxFhr/4/
removeProperty も CSSOM 規定だからどちらを採用するかは五十歩百歩な気がする。
ごめん、「仮に可能だとしても削除したら element.style.backgroundColor を変更できなくなる」は勘違いだった。(仕様をよく読んでなかった)
ただ、element.style.removeProperty は GC11, Fx4, Op11, IE8 で期待通りに動作しない。IE8 に至っては element.style.removeProperty が undefined
http://jsfiddle.net/wxFhr/4/
removeProperty も CSSOM 規定だからどちらを採用するかは五十歩百歩な気がする。
何度もごめん。element.style.removeProperty('background-color'); なことに今気がついた。使い方を勘違いしていただけでした……。
http://jsfiddle.net/wxFhr/6/
ただ、IE8 では動かないのは事実なので今 removeProperty を採用するメリットは薄いと思う。
http://jsfiddle.net/wxFhr/6/
ただ、IE8 では動かないのは事実なので今 removeProperty を採用するメリットは薄いと思う。
IEで実装するならこんな感じで行けるか？
CSSStyleDeclaration.prototype.removeProperty = function(propertyName){
propertyName = propertyName.replace(/-./g, function(match){return match.charAt(1).toUpperCase();});
var oldProperty = this.getAttribute(propertyName);
this.removeAttribute(propertyName);
return oldProperty;
}
CSSStyleDeclaration.prototype.removeProperty = function(propertyName){
propertyName = propertyName.replace(/-./g, function(match){return match.charAt(1).toUpperCase();});
var oldProperty = this.getAttribute(propertyName);
this.removeAttribute(propertyName);
return oldProperty;
}
いや、空文字だった。空文字を代入すればいけるね。
こんなコード書いてみたんですけど、httpoj.readyState==4の中でも"あ"を拾うにはどうしたらよいのでしょうか 複数のXMLHttpRequestを同時に投げた時、onreadystatechangeのイベントがどのURLに対してのイベントかわからなくなる事があって困っています
httpojオブジェクトに適当なhttpoj._hoge="あ" とかやって参照すれば参照出来るけど
httpojオブジェクトに勝手に値を追加するのはよくない気がするので正しい方法の場合をお願いします
>>282
httpoj.onreadystatechange = (function(a){
return function(){
if (httpoj.readyState === 4) {
alert(a);
}
};
})(a);
普通に配列使ったほうがいいと思うけど
httpoj.onreadystatechange = (function(a){
return function(){
if (httpoj.readyState === 4) {
alert(a);
}
};
})(a);
普通に配列使ったほうがいいと思うけど
>>284
ありがとうございます。その方法は目から鱗でした
>>普通に配列
普通に配列を使うという方法がどういう事かちょっと思いつきません
参考までに、その「普通に配列を使う」場合の方法も教えて頂けないでしょうか
ありがとうございます。その方法は目から鱗でした
>>普通に配列
普通に配列を使うという方法がどういう事かちょっと思いつきません
参考までに、その「普通に配列を使う」場合の方法も教えて頂けないでしょうか
変数内に大量の文字列を格納した場合、スクリプトの動作が終了したままでもいいですか？
ちゃんとその変数が不要になったら空にしたほうが良いですか？
ちゃんとその変数が不要になったら空にしたほうが良いですか？
>>285
よくわからないけど、元々の例で「あ」が取れないのは
後ろで a を書き換えているのが原因なので
配列を作るなりして a を上書きしないようにすればよいのでは? という意味
var a = [];
...
a[0] = "あ";
httpoj0.onreadystatechange = function(){ /* a[0] を参照 */ };
...
a[1] = "い";
httpoj1.onreadystatechange = function(){ /* a[1] を参照 */ };
よくわからないけど、元々の例で「あ」が取れないのは
後ろで a を書き換えているのが原因なので
配列を作るなりして a を上書きしないようにすればよいのでは? という意味
var a = [];
...
a[0] = "あ";
httpoj0.onreadystatechange = function(){ /* a[0] を参照 */ };
...
a[1] = "い";
httpoj1.onreadystatechange = function(){ /* a[1] を参照 */ };
フィールド名が日本語になってるJSONを処理していて
response($.map(data, function(item) {
return {
label: item.市区町村名,
value: item.市区町村名
}
}));
は動くのですが
response($.map(data, function(item) {
return {
label: item.大字・町丁目,
value: item.大字・町丁目
}
}));
これは動きません。なにか対策ありますか？
response($.map(data, function(item) {
return {
label: item.市区町村名,
value: item.市区町村名
}
}));
は動くのですが
response($.map(data, function(item) {
return {
label: item.大字・町丁目,
value: item.大字・町丁目
}
}));
これは動きません。なにか対策ありますか？
なるほど理屈はわかりますがJSONで受け取った時点でオブジェクトになってるのですが
オブジェクト名を変更することはできませんよね・・・
オブジェクト名を変更することはできませんよね・・・
>>288,290
item['大字・町丁目'] では？
item['大字・町丁目'] では？
もっと具体的に書いてもらわないと何で躓いているのかわからん。
data は妥当なオブジェクトになっているのか？
data が妥当だが、日本語のプロパティにアクセスできないのか？
云々。
>>288では現象がわからないからコピペするだけで問題を再現できるコードを書いてくれ。
data は妥当なオブジェクトになっているのか？
data が妥当だが、日本語のプロパティにアクセスできないのか？
云々。
>>288では現象がわからないからコピペするだけで問題を再現できるコードを書いてくれ。
>>293
単純な記述ミスしてお手数かけました。
単純な記述ミスしてお手数かけました。
イベントバブリングって利用しない場合は止めた方が、
垂れ流しより処理的効率的に良さそうな気がしますが
実際どうなんでしょう？
垂れ流しより処理的効率的に良さそうな気がしますが
実際どうなんでしょう？
jQuery ajax で自分自身（現在のページ）のフォーム値をポストし、ポストバックされた更新後のページを自分自身に投影って
簡単に実現できませんか？
現在サーバーサイドで自分自身にポストする入力ページを作っていますが、入力値が変更されるたびにDOM要素が増えたり減ったりします。
サーバーサイドでページ書き換えしていけば簡単ですがajaxぽく動作させたいです。
要素個別に動作を書いていけばいいんですが、どうせサーバーに送信しなきゃいけないなら、ページ全部を生成させて増えた部分や減った部分だけ
javascriptがぬるっと書き換えてくれるといいなと。
ありそうなんですがなかなか見つかりません。
簡単に実現できませんか？
現在サーバーサイドで自分自身にポストする入力ページを作っていますが、入力値が変更されるたびにDOM要素が増えたり減ったりします。
サーバーサイドでページ書き換えしていけば簡単ですがajaxぽく動作させたいです。
要素個別に動作を書いていけばいいんですが、どうせサーバーに送信しなきゃいけないなら、ページ全部を生成させて増えた部分や減った部分だけ
javascriptがぬるっと書き換えてくれるといいなと。
ありそうなんですがなかなか見つかりません。
別に document.body.innerHTML に全部を突っ込むとかでも可能では？
>>297
正直、そんな面倒なことをしなきゃいけない設計にする意味が分からない。
フォームのパラメータによってページのどこに差異が生じるかまったく分からないの？
ふつうはあるTABLE要素の中だけとか、あるDIV要素の中だけだとかだと思う。
それならajaxでHTML(の一部)を返させて、変更したいTABLE要素とかDIV要素を$('#target').empty().add(newHtml)みたいにすりゃ良いんじゃないの？
正直、そんな面倒なことをしなきゃいけない設計にする意味が分からない。
フォームのパラメータによってページのどこに差異が生じるかまったく分からないの？
ふつうはあるTABLE要素の中だけとか、あるDIV要素の中だけだとかだと思う。
それならajaxでHTML(の一部)を返させて、変更したいTABLE要素とかDIV要素を$('#target').empty().add(newHtml)みたいにすりゃ良いんじゃないの？
>>297
サーバに送信しないでDOMを書き換えるのがスマートなのでは？
サーバに送信しないでDOMを書き換えるのがスマートなのでは？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.96 + (1001) - [97%] - 2012/1/28 23:01
- + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.76 + (1001) - [97%] - 2010/3/10 4:02
- + JavaScript の質問用スレッド vol.89 + (1001) - [97%] - 2011/9/4 4:17
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
- + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.82 + (1001) - [97%] - 2011/1/19 7:54
- + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
- + JavaScript の質問用スレッド vol.84 + (1001) - [97%] - 2011/3/30 7:32
- + JavaScript の質問用スレッド vol.126 + (348) - [95%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.126 + (952) - [95%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.106 + (1001) - [95%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [95%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.136 + (1001) - [95%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.95 + (1001) - [95%] - 2012/1/17 4:16
トップメニューへ / →のくす牧場書庫について