元スレ+ JavaScript の質問用スレッド vol.120 +

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

701 = :

>>699
＞でも、JS動く前に画面表示されたら困るんでしょ？

だから、みんな気づいてないだけで、
画面表示された後で、遅延して、
JavaScruptは起動してるんだけど
どうしてるの？という質問だよ。

なお画面は表示するが、クリックはブロック
すると言うアイデアはある。まだ
実際に使ったことはないけど

702 = :

なるほど

JSが動く前にクリック等されては困る
↓
つまりJSが動いた時点で完成

なわけだから、NOW LOADING的なものにしておく
そんでJSが動いたらホントの画面表示する

703 = :

>>702
それよりも>>701で書いたように
リンクとボタンをDOMContentLoaded
発生まで無効化したほうが良くない？

ただこの話に言及してる所知らないだよね
みんなどうしてるのか？
些細なことと無視してるのかな？

704 = :

>>703
JavaScriptが作動していない時にはJavaScript無効化環境用のHTML/CSSで描画し、JavaScriptが作動しているならJavaScript用UIになる
何も問題はない

705 = :

>>704
フォームのsubmitで「これでOKですか？」
って聞くようなのはどうしてますか？

706 = :

>>705
サーバサイドで確認する
そもそも、クライアントサイドはサーバサイドの負担を減らす為の保険
クライアントサイドに依存してはいけない

707 = :

気になるなら埋め込みscriptタグの中でイベント殺しておけばいんじゃないの

708 = :

>>706
それ、入力チェックの話でしょ？
じゃなくて実行していいかの確認だよ。

これこそサーバーサイドの負担を減らすための
ただしいクライアントサイドの使い方だと思うけど？

709 = :

何でクライアントでチェックしたらサーバサイドの負担は変わるんだよ

710 = :

>>707
みんな気にならないの？

どうしていますか？の答えが
こうすれば出来るよ。ばかりで
こうやっているよ。じゃないってことは
みんな無視してるってことなのかな。

ネットワークもCPUも十分に早ければ、
表示が開始されてから、DOMContentLoadedによる
JavaScript開始までの時間は短いはずだからね。

711 = :

>>709
だから入力チェックの話じゃないってｗ
実行してもよろしいですか？チェックの話。

こんなのいちいちサーバーにPOSTすることじゃないでしょ？

今画面に表示されている内容を、表示するだけのページって
無意味だから。

712 = :

>>710
何を一人で騒いでるのか知らないけどGoogleのJavaScript Style Guide読め

713 = :

>>710
みんな具体的に言ってくれてるような

答えに不満があるなら
具体的にこんな解答が欲しいって例を出してみれば？

714 = :

>>712
> 何を一人で騒いでるのか知らないけどGoogleのJavaScript Style Guide読め

それ質問に答えてないのと一緒だよｗ

たとえば、俺もあんたに○○読めといって、
わかってないのはお前だ。みたいな反論できるわけだしね。

こういうレスって中身ないって思うでしょう？

715 = :

>>714
まず読んでから同じ質問が出来るかよく考えてからレスして

716 = :

ちなみに読めばそんな質問しないから

717 = :

>>713
具体的な解答の例ですか？

質問が「こういう場合どう対処していますか？」（>>693）なので

1. 自分は○○な方法を使って対処しています。
2. 自分は対処していません。

のどちらかのフォーマットでお願いします。

実際にやっているのか？という答えが聞きたいのです。

>>701で書いたようにクリックをブロックするなどのアイデアは
自分で考えればわかることです。

しつこいようですが、質問を勘違いしている人が多いようなので
繰り返しますが。自分で考えてわかることは聞いていないのですよ。
他人がどうしているか？は自分で考えてもわからないことなので聞いてます。

718 = :

>>715
OK読みました。ずいぶんと前にね。

719 = :

読んでも理解でなかったオバカちゃんですって自己紹介ですか

720 = :

JavaScript Style Guideを読んだのは本当だけどさ、
まああらためてみたけど、JavaScript Style Guideって
そのタイトルの通りJavaScriptのスタイルの書き方だよな？

どこ見ればサーバーサイドでやることとかの話が書いてあるんだろうか？
ざっくりみたけどやっぱり何も書いてない。

具体的に、どこに書いてあるのか聞いたら答えてくれるのかね？
それとも適当に出しただけ？

721 = :

>>719
読んで理解できるように努力しますので、

http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xml
のどこを読めばいいか、ページ内検索できるキーワードを教えて下さい。

もし英語が読めなければ、和訳の方でもいいです。
http://cou929.nu/data/google_javascript_style_guide/

722 = :

>>708
> それ、入力チェックの話でしょ？
> じゃなくて実行していいかの確認だよ。
「何を」実行していいのかの確認なのかを明確にしてくれ

JavaScript処理ならJavaScriptが働かない状態でフォームが表示されていることが問題
JavaScriptの準備が整ってからフォームを生成すればよい
>>704でも同様の書き込みはしたはずだが

723 = :

>>722
> 「何を」実行していいのかの確認なのかを明確にしてくれ

削除、保存処理、その他POSTしたデータの何らかの加工処理。

Railsのscaffoldで生成されたアプリはデータの削除時に
JavaScriptのダイアログで確認がでるけどこれのこと。

JavaScriptで削除確認？信じられない！という人のために嘘じゃない証拠
http://d.hatena.ne.jp/sandmark/20120325/1332635998
> scaffoldすると「Destroy」リンクをクリックしたときに
> "Are you sure?" というJavaScriptのAlertボックスが表示されますが、

724 = :

>>722
ここまで具体的に答え方の例を書いてるのに、
ちゃんとフォーマット従ってくれないのね・・・

>>717より
> 1. 自分は○○な方法を使って対処しています。
> 2. 自分は対処していません。
>
> のどちらかのフォーマットでお願いします。

どうすればできるかという、自分で考えれば
わかるようなことは聞いてないんだってば。

725 = :

そりゃシステム的な削除の確認ではなく
ユーザに親切にするための確認だから
変でもなんでもないと思うぞ

726 = :

>>724
おい、じゃあ○○には何を入れて欲しいんだよ

727 = :

>>725
いや、だから、ユーザに親切にするための確認の話をしてるのに
サーバーサイドで確認するとか言い出した人がいるんだよ。

サーバーサイドは忘れて。

最初っから自分はクライアントサイドの話しかしてないから。

728 = :

>>726
実際にあなたがやっていることをどうぞ。

思いつかないならいくつか例を上げましょうか？

DOMContentLoadedが起きるまで特定のクリックをブロックする（俺推奨）
DOMContentLoadedが起きるまでページ全体、もしくは該当要素を非表示にする
input type="button"等のデフォルトの動作がないものだけを使う
deferやRequireJS等の遅延して実行される物は使わない。

729 = :

あと、クリックを無視するのを防止する方法として

DOMContentLoadedが起きるまでのクリックを貯めておいて
DOMContentLoadedが起きた後で、貯めてクリックを再生するとか。

これはクリックが無視されないという点で一番優れていると思うけど
複雑だから別のバグが起こりかねないかも。

ね？やり方は考えつくんだって。
みんなはどうやってるのかが聞きたいだけなのに。

730 = :

いつから雑談スレになったんですか？

731 = :

>>729
>クリックを貯めておいて

ん？

732 = :

>>723
Rubyに投げる削除処理の事前確認という事か？
フォームでRubyに処理を投げるなら入力チェックと考え方は変わらないと思うが

(1) JavaScript無効処理
1. Rubyに削除処理を投げる
2. Rubyに削除確認のページを表示させる
3. OKならRubyで削除
　↓
JavaScriptで削除確認処理を追加
　↓
(2)JavaScript有効処理
1. Rubyに削除処理を投げる前に削除確認をする
2. OKならRubyで削除

入力チェックだってJavaScriptとサーバーサイドで二重チェックするだろう
同じ原理でJavaScriptで確認させてサーバサイドでも確認させることになるが、確認を2回やってもしょうがないのでJavaScriptの処理は省く
よって「JavaScriptに処理させない」が答え

---
もし、どうしてもJavaScriptでやりたいのなら初めから削除ボタンを表示させるな
JavaScriptの準備が整ってから削除ボタンを表示させろ、と>722でもかいたはずだが、読んでないのか？

>>724
質問の前提条件がおかしいならフォーマットに沿う答えが出来ない事もある

733 = :

ちょっと遅い昼食を買いに行ってた。

まだあった。hrefやactionをdata-hrefやdata-actionに入れておいて
DOMContentLoaded時に戻すとか。

クローラーにやさしくないというデメリットがある。

734 = :

・自分は「JavaScriptに処理させない」な方法を使って対処しています。
・自分は「JavaScriptの準備が整うまでJavaScript用コンテンツを生成しない」な方法を使って対処しています。

読解力がないようなので一応書いておく
穴埋め問題じゃないんだからそれぐらい読み取れと小一時間問い詰めたい

735 = :

>>732
入力チェックの話じゃないって言ったよ？
何回間違えるのさ。

実行確認の話。
他の人はちゃんと「ユーザに親切にするための確認」って
わかってるのに。

736 = :

>>735
何を削除するわけ？
処理内容が全然明確でないのでもっと具体的にしなよ
ぐだぐだいわずにコードを書け

737 = :

ユーザビリティの話なら>>704で答えが出てるんだがなあ

738 = :

>>734
やっとか。書いてないものを読み取れとか無茶言うなよｗ

> ・自分は「JavaScriptに処理させない」な方法を使って対処しています。
ちょっと意味がわからない。

> ・自分は「JavaScriptの準備が整うまでJavaScript用コンテンツを生成しない」な方法を使って対処しています。
この話はレンダリングのブロックの話から派生していて、
それって結局、JavaScriptが動くまでレンダリングがブロックしているのと変わらないね。と思った。

まあ俺が思っただけなので、だからどうってわけでもない。
その回避の方法は先に書いたとおりわかってるので。

JavaScriptが無効なブラウザでもできるだけ使えるようにするにはどうするかとの話もあるんだけど、
もっと長くなりそうだからいいや。

答えてくれてありがとね。

（別に解答締め切りじゃないんで他の人もどうやってるかを書いてくれると嬉しい）

739 = :

>>738
> 書いてないものを読み取れとか無茶言うなよw
>>732の下に書いてあるだろ

> もし、どうしてもJavaScriptでやりたいのなら初めから削除ボタンを表示させるな
> JavaScriptの準備が整ってから削除ボタンを表示させろ、と>722でもかいたはずだが、読んでないのか？

740 = :

>>737
いやいや、質問は「それをあなたはやっているんですか？」だから
答えになってない。

なおその方法はもちろん俺も考えて検討したが
表示されてから、DOMContentLoadedが発生するまでの間
JavaScript無効化環境用のHTMLが表示されるという問題がある。

あ、別にその案を否定しているわけじゃないよ。
その案もあるし、その案のデメリットはこうだと言っただけ。

741 = :

>>739
俺が「書いてない」って言ったのは、

「あなたがどの方法を使っていますか？」という質問の答だよ。

この質問の答なら、俺にどうこうやれ、ではなく
私はどうこうやってます。になるはずなんだけどな。

明らかに俺にやれって言ってるでしょ？

あなたはその方法でやってるんですか？

742 = :

というか、>>704と>>734は全く同じ事をいってるんだが
読解力のない奴だな

743 = :

>>742

あなたが、

「忘れ物をしないようにするにはどういう方法を使っていますか？」

という質問に、

メモしろ、リマインダーを使え　って言ってくる人だってことは
よくわかりましたよ。

744 = :

偉そうに○○を使えって言ってくる人に限って、
じゃあお前、それ使ってるの？って聞いたら
使ってないっていうんだよなｗ

745 = :

>>741
めんどくさい奴だな
自分がやっていない事を人に薦めるわけないだろう

ましてやそんな歪な奴がいるという仮定するなら「俺は～やってます」という発言を信じる意味も全くない
方法がわかった段階であなたが自分で判断すればいいだけ
もし、「アンケートで多数決を取って多い方法を自分も選択します」なんて考えを持っているなら、もっと自分で判断する力を養うべきだ
他人の考えに振り回されて自分の考えがおろそかになるのでは本末転倒

746 = :

>>743
それで困るようなら読解力に難がありすぎると思うな
JSの前にもっとたくさん本を読んだり、人と会話したりした方がいい

747 = :

>>745
めんどくさい奴だなはこっちのセリフだｗ

なんかで俺がアンケートの結果多数決で決めるなんんて
想像してるんだよｗ

勝手に俺のことをこういうやつだって想像して、
憤慨してるだけじゃないか。

ほんと、面倒くさい。

748 = :

>>746
お前、コミュニケーション能力無いって言われるでしょ？ｗ

勝手に人物像を想像して決め付けて喧嘩を売るとか
まさにそうだから。

749 = :

>>748
喧嘩なんて売ってないよ
読解力がないのは別に恥ずかしいことじゃないよ
誰でも最初からなんでもできるわけじゃないんだから

750 = :

>>747
おまえはここを読まんのか

> 自分がやっていない事を人に薦めるわけないだろう

都合のいいところだけレスするんだな