私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.87 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>550
どんだけ好意的な解釈してるんだよｗ
ライブラリはブラウザ依存のベタコードをできるだけ抽象化するためにある。
生コードと抽象化コードは当然別モノになるし、別モノにするためにあるんだから、
抽象化したコードで実装依存の部分を気にする必要があるなら
どこかが間違ってるだろ。
大抵の場合、抽象化コードのそもそもの仕様、あるいは前提ががおかしいだけだが。
どんだけ好意的な解釈してるんだよｗ
ライブラリはブラウザ依存のベタコードをできるだけ抽象化するためにある。
生コードと抽象化コードは当然別モノになるし、別モノにするためにあるんだから、
抽象化したコードで実装依存の部分を気にする必要があるなら
どこかが間違ってるだろ。
大抵の場合、抽象化コードのそもそもの仕様、あるいは前提ががおかしいだけだが。
要するに、>>535と同じやん
>>555
PrototypeもjQueryも、全然抽象化されてないわけだが
PrototypeもjQueryも、全然抽象化されてないわけだが
>>555
気にする必要がないと思ってる人はおかしなコードを書くけどね
気にする必要がないと思ってる人はおかしなコードを書くけどね
>>556-559
区別ができないならできないと書けばいいのに。
むしろ黙ってりゃいいのに。
ブラウザのメジャーバージョンアップで新仕様が追加されれば
動作確認が必須。
ベタ書きしてると、ただでさえ確認作業が発生してるところに
書き換え作業＆テストが発生する。
ライブラリ使ってりゃ、ライブラリ側の動作確認が済んだかどうか調べて、
動作確認だけすればおｋ。
これらの作業工程は単体アプリでもWebアプリでも同じこと。
「納期＞品質か（ｷﾘｯ」とか何をマヌケなこと言ってるんだか。
ベタ書きしてて書き換え発生したら、その分動作確認に割り当てる時間が
減るという現実を経験したことないだけだろ。
区別ができないならできないと書けばいいのに。
むしろ黙ってりゃいいのに。
ブラウザのメジャーバージョンアップで新仕様が追加されれば
動作確認が必須。
ベタ書きしてると、ただでさえ確認作業が発生してるところに
書き換え作業＆テストが発生する。
ライブラリ使ってりゃ、ライブラリ側の動作確認が済んだかどうか調べて、
動作確認だけすればおｋ。
これらの作業工程は単体アプリでもWebアプリでも同じこと。
「納期＞品質か（ｷﾘｯ」とか何をマヌケなこと言ってるんだか。
ベタ書きしてて書き換え発生したら、その分動作確認に割り当てる時間が
減るという現実を経験したことないだけだろ。
エラーメッセージはこのように表示されています。
Method Not Allowed
The requested method POST is not allowed for the URL /~xxx01xxx/lucent-tower/form.html.
もう長いことこの問題に取り組んでるのでそろそろ解決したいです・・・
Method Not Allowed
The requested method POST is not allowed for the URL /~xxx01xxx/lucent-tower/form.html.
もう長いことこの問題に取り組んでるのでそろそろ解決したいです・・・
>>560
おまえの主張していることはブラウザの仕様を気にする必要がないであって「ライブラリ使用者は、ライブラリ内部の動作を知っている必要があるが、気にする必要はない。 」には繋がらないだろうが
頓珍漢な説明ばかりしないでオレオレ用語もやめて説明すれば突っ込みはなくなるんだよ
おまえの主張していることはブラウザの仕様を気にする必要がないであって「ライブラリ使用者は、ライブラリ内部の動作を知っている必要があるが、気にする必要はない。 」には繋がらないだろうが
頓珍漢な説明ばかりしないでオレオレ用語もやめて説明すれば突っ込みはなくなるんだよ
腹筋した回数を入力して棒グラフにするプログラム作ったんだけどさ、
http://shirou37564.web.fc2.com/
自分が勉強のために適当に作るプログラムって難しいな。
300行以内くらいで作れるプログラムって制約でやってるんだが、
みなさん、勉強に作る適当なプログラムって何作ってます？
http://shirou37564.web.fc2.com/
自分が勉強のために適当に作るプログラムって難しいな。
300行以内くらいで作れるプログラムって制約でやってるんだが、
みなさん、勉強に作る適当なプログラムって何作ってます？
>>564
CSVやXMLをパースする
CSVやXMLをパースする
>>564
オセロのAIを作ってみるとか
オセロのAIを作ってみるとか
>>564
自分はオミトロンでページいじりながらhtmlとcssとjsの知識が増えていった。
そのプログラムのアドバイスしておくと、
ブラウザやPCによっては重いこともあると思うから、棒グラフはdiv1つでcssのbackgroundで作ればいいと思う。
あとは、cssで目盛り位置指定(手計算)してるけど、jsで自動計算させるとか。
自分はオミトロンでページいじりながらhtmlとcssとjsの知識が増えていった。
そのプログラムのアドバイスしておくと、
ブラウザやPCによっては重いこともあると思うから、棒グラフはdiv1つでcssのbackgroundで作ればいいと思う。
あとは、cssで目盛り位置指定(手計算)してるけど、jsで自動計算させるとか。
>>561
まずはInputCheck()の中にalert()を突っ込んで設定しようとしている
値が正しいかどうか調べる。値が正しくなければ正しくするようにする。
値が正しければ正しい値がなぜ設定されないかを次は調べる。そうやって
場合分けして行かなかったら解決しないだろ。基本中の基本。
ついでだけど、それだけ見るとiの値がどっから来るのかすごく疑問。
まずはInputCheck()の中にalert()を突っ込んで設定しようとしている
値が正しいかどうか調べる。値が正しくなければ正しくするようにする。
値が正しければ正しい値がなぜ設定されないかを次は調べる。そうやって
場合分けして行かなかったら解決しないだろ。基本中の基本。
ついでだけど、それだけ見るとiの値がどっから来るのかすごく疑問。
>>564
スレとあんまり関係ないけど、
自分のための何か、とかは実験以外ではあんまり伸びない
誰かのために作った上で、あんまり面白く無いとか
使いづらいとか、バグが多いぞ糞野郎とか叩かれて、
軽くイラッとしないと
個人的にはそんな感じ
スレとあんまり関係ないけど、
自分のための何か、とかは実験以外ではあんまり伸びない
誰かのために作った上で、あんまり面白く無いとか
使いづらいとか、バグが多いぞ糞野郎とか叩かれて、
軽くイラッとしないと
個人的にはそんな感じ
formあるんだからpostすればいいじゃない。
完全にjsでやりたいなら、XMLHttpRequestとか。
完全にjsでやりたいなら、XMLHttpRequestとか。
単なるデータ送信だろ？
submitのあとの処理を全てJavaScriptにやらせようとしてるからコケる。
JavaScriptを使わないで、普通にpostで送るように作っておいて、
そこにJavaScriptでチェック(＆中止)を作って乗せる。
JavaScriptを前提にしていいなら、Ajaxで画面遷移自体が不要になるように作る。
submitのあとの処理を全てJavaScriptにやらせようとしてるからコケる。
JavaScriptを使わないで、普通にpostで送るように作っておいて、
そこにJavaScriptでチェック(＆中止)を作って乗せる。
JavaScriptを前提にしていいなら、Ajaxで画面遷移自体が不要になるように作る。
>>561
YUI compressor使えば行数も圧縮出来る
YUI compressor使えば行数も圧縮出来る
>>582
<form action="kakuninjsp" onsubmit="onSubmit(event);"> でいいんだよ。
多くの実装はハンドラ内で return しても form 送信はキャンセルされない。
event.preventDefault と event.returnValue を使い分ければいい。
<form action="kakuninjsp" onsubmit="onSubmit(event);"> でいいんだよ。
多くの実装はハンドラ内で return しても form 送信はキャンセルされない。
event.preventDefault と event.returnValue を使い分ければいい。
windowオブジェクトのプロパティやメソッドを書くときに「window.」って付けてますか？
alertとかはそのままalertと書いていてaddEventListenerはwindow.addEventListenerと書いていて
統一したほうがいいのかなと思ったのですがどっちで統一すべきですか？どっちで統一してますか？
alertとかはそのままalertと書いていてaddEventListenerはwindow.addEventListenerと書いていて
統一したほうがいいのかなと思ったのですがどっちで統一すべきですか？どっちで統一してますか？
どうもありがとうございます
onloadも「window.」は省略可能ですよね
統一せずなんとなくのマイルールで使い分けてる感じですか
onloadも「window.」は省略可能ですよね
統一せずなんとなくのマイルールで使い分けてる感じですか
オブジェクトを明示したほうがいいものにつける
obj.addEventListener
obj.onevent
このへんはwindowだけではないからな
alertやlocation.hrefなんかは
window以外に指定することはないからつけない
obj.addEventListener
obj.onevent
このへんはwindowだけではないからな
alertやlocation.hrefなんかは
window以外に指定することはないからつけない
どうもありがとうございます
window以外のオブジェクトにも同じメソッドがある場合は「window.」ってつけたほうがわかりやすいですね
window以外のオブジェクトにも同じメソッドがある場合は「window.」ってつけたほうがわかりやすいですね
innerHTMLでswf objectを(何回も)書き換えるスクリプトで
あまり詳しくないので的外れな表現になっていたら申し訳ないのですが
書き換え前のobjのために用意したメモリはきちんと開放されますか？
つまり、何回も書き換えてるとメモリ食いますか？
あまり詳しくないので的外れな表現になっていたら申し訳ないのですが
書き換え前のobjのために用意したメモリはきちんと開放されますか？
つまり、何回も書き換えてるとメモリ食いますか？
食うことがある。
IEでメモリの使用量がモリモリ増えたら確定
他のブラウザは割としっかりメモリ解放してくれるから問題になることは少ないな
IEでメモリの使用量がモリモリ増えたら確定
他のブラウザは割としっかりメモリ解放してくれるから問題になることは少ないな
http://www.oshimaland.co.jp/
このサイトで使われている物件情報のデータ（座標）が見当たらないんですがどうやって管理してるのでしょうか？
このサイトで使われている物件情報のデータ（座標）が見当たらないんですがどうやって管理してるのでしょうか？
>>591
IE7- にはクロスページリークというリークパターンがあります。
http://msdn.microsoft.com/ja-jp/library/Bb250448
http://www.ibm.com/developerworks/jp/web/library/wa-sieve/#N10305
IE7- にはクロスページリークというリークパターンがあります。
http://msdn.microsoft.com/ja-jp/library/Bb250448
http://www.ibm.com/developerworks/jp/web/library/wa-sieve/#N10305
>>591
Flash Player がメモリリークしているパターンもあるようですね。
http://www.google.co.jp/search?ie=UTF-8&q=%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%AF+(Flash+|+Action-Script)
Flash Player がメモリリークしているパターンもあるようですね。
http://www.google.co.jp/search?ie=UTF-8&q=%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%AF+(Flash+|+Action-Script)
formのテキストボックスにid属性を割り当ててもパラメータとして送信できないです
もしかして、name属性も指定する必要があるのですか？
もしかして、name属性も指定する必要があるのですか？
>>596
それはそうだろう。JavaScript関係ないが。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/interact/forms.html#h-17.4
それはそうだろう。JavaScript関係ないが。
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/interact/forms.html#h-17.4
>>599
idの方がオブジェクト取りやすいです
idだと
getElementById("hoge").value
nameだと
getElementsByName("hoge").item(0).value
item(0)が面倒なんですよね
idの方がオブジェクト取りやすいです
idだと
getElementById("hoge").value
nameだと
getElementsByName("hoge").item(0).value
item(0)が面倒なんですよね
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.84 + (1001) - [97%] - 2011/3/30 7:32
- + JavaScript の質問用スレッド vol.89 + (1001) - [97%] - 2011/9/4 4:17
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.77 + (1001) - [97%] - 2010/5/8 19:06
- + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
- + JavaScript の質問用スレッド vol.97 + (1001) - [97%] - 2012/3/1 3:31
- + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
- + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.82 + (1001) - [97%] - 2011/1/19 7:54
- + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
- + JavaScript の質問用スレッド vol.107 + (1001) - [95%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.117 + (1009) - [95%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.137 + (1003) - [95%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.127 + (1001) - [95%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [95%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.94 + (1001) - [95%] - 2012/1/8 15:46
トップメニューへ / →のくす牧場書庫について