アカウント名:
パスワード:
Operaが本質的に安全だからですか? (そんなわけない、シェアが低いからに決まってるだろJK)という反語のつもりだったのですが。
大丈夫。ほとんどの人には通じている。通じている人はコメントを書かないだけ。
#屋上屋を重ねているだけなのでAC。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
本当にバグの場合もあるけど (スコア:5, 参考になる)
はまった内容：
悪い例：
Form form = new HogeForm();
form.ShowDialog();
form.Dispose();
良い例：
Form form = new HogeForm();
form.ShowDialog();
form.Dispose();
form = null;
最後にnullを設定しないと、このフォームがガベージコレクトされず、
メモリリークします。なんだそれ。
マイクロソフトのサポートに問い合わせたところ、
マイクロソフト側でも現象を確認したそうで、
回答が「最後でnullを設定してね」でした。
マイクロソフトはバグとは言いませんでしたが、どう見てもバグですね。
メモリリークするよ～、あんたのコードが悪いんでしょ～、
なんとかしてよ～、とつつかれて大変でした。
Re: (スコア:5, 参考になる)
いまどき Web アプリを作ると Encoding は ふつー utf8 ですよね。
ある日、お客さまから文字サイズがころころ変わるバグがあるからさっさと直せとのご連絡。
そういわれましても、そもそも表示文字サイズを変えるような処理をしていないのです。
お客さまのところへ伺ったところ、IE6 で表示文字サイズを最大にしてご利用でした。
確かに mouse cursor が anchor element の上を通るときに文字サイズが変わる。
勘のいい方はお気づきのように、IE7 だと問題ありません。
結局、IE6 の既知の問題とわかりました。
リンクをクリックすると文字のサイズが中に戻る
http://support [microsoft.com]
Re:本当にバグの場合もあるけど (スコア:4, 参考になる)
IEのバグリスト [infoseek.co.jp]をMozilla [infoseek.co.jp]やSafari [infoseek.co.jp]、Opera [infoseek.co.jp]と比較すると数の違いに驚かされます。しかも、これは独自仕様に基づく動作の違いを含みません。
W3Cの仕様に基づき記述したものが記述通りに動かないのは、原因が何であれ使用者側から見ればバグでしょう。
まあ既知のバグを回避するのも技術者の仕事のうちではありましょうが、こうも多いと完全回避が困難である場合も……
Re:本当にバグの場合もあるけど (スコア:2, すばらしい洞察)
Re: (スコア:0)
Bugzilla@Mozillaでコンポーネントをレイアウトだけに絞って検索しても星の数ほどバグが出てきます。
確認されているセキュリティホールの数はOperaが断然少ないのですが、それは本質的にOperaが安全だからでしょうか?
Re: (スコア:0, 既出)
挙動とかレイアウトにかかわるものはわりに見つかりますが、
セキュリティに関係するものは狙って探さないと見つかりにくいですし。
(通常使用で表に表れない)
Re: (スコア:0)
Re: (スコア:0)
大丈夫。ほとんどの人には通じている。通じている人はコメントを書かないだけ。
#屋上屋を重ねているだけなのでAC。
Re: (スコア:0)
それだけでなく、
たとえばFxのバグは見つかるごとに少しずつつぶされていますが、
IEのバグは大半ホッタラカシなんですよね。メジャーバージョンアップ後ですら…。