問題タブ [opera]

jqueryを使用してミニタイムラインを作成し、このタイムラインの幅を32767ピクセルより大きくしたいと思います。Operaでjqueryを使用して変更$(".timelinecontainer").width(32767);しても変更されませんが、他のブラウザでは機能します。

Operaで動作させるためのアドバイスをいただけますか？

私が仕事に使用しなければならない特定のウェブサイトがありますが、それは絶対に凶悪であり、それを使用しなければならないすべての人から軽蔑されています. 特に、このサイトの Javascript は根本的に壊れており、IE でしか機能しないため、好みのブラウザー以外で使用しなければならない唯一のサイトになっています。

では、質問に。「正しいことをする」ような方法でウェブサイトをロードした後、JavaScript に「パッチを当てる」ことができれば、IE なしでそのウェブサイトを使用することができます。

（余分な答えのいくつかを切り取るために：私はすでに両方のブラウザをIEとしてマスクしようとしましたが、問題はサーバー上のブラウザ検出ではなくJavaScriptにあるため、効果はありません。）

Firefoxの回答に反対しているわけではありませんが、Opera向けのソリューションを好むでしょう。また、プロキシ経由でサイトを表示する必要はありませんが、そのような回答は歓迎します.

それは本当に奇妙なことです-私はmaxthon（インターネットエクスプローラーベースのブラウザー）で完全に機能するウェブサイトを持っています。オペラで始めたところ、一方のサイトのセッション辞書にあるデータがもう一方のサイトでは利用できないことがわかりました...つまり、Welcome.aspxがあり、[次へ]をクリックすると次のコードが実行されます。

デバッグ中、operaで実行するとmodels.aspxセッションが空になっていることがわかりますが、maxthonで実行するとすべて問題ありません。誰かが何が間違っている可能性があるか考えていますか？私は無知だから..これはオペラの好みのことですか、それともコードの何かですか？

編集：Session.IsNewSessionをチェックし、maxthonで実行している間、isnewsessionはfalseに設定されていますが、オペラではtrueです。オペラでは、新しいページに移動すると、どういうわけか新しいセッションが作成されるようです...

I'm working with a publishing system that uses custom tags. These are interpreted on the server. The problem is, that they cause big problems with Opera, when viewed locally (custom tags are not interpreted).

Opera is handling these tags differently from other browser. It looks like it is closing the tag at the end of the document (even if the tag contains closing slash). I'm just wondering, if such behavior is considered bug or feature.

Also, if you have any idea how to hack such code so that I can debug HTML+CSS for Opera locally (without interpreted custom tags), please let me know. Thank you.

Try the folowing code to see it in action (live example):

私は通常、CSSが本当に正しいすべてを実装するためにOperaを非常に誇りに思っていますが、次の行でカスタムカーソルを実装することはうまくいかないようです

URLは通常の背景画像のプロパティで機能するため、正しいです。
他のブラウザでは動作しますが、Operaでは動作しません。

何か案は？

ページのレンダリング後にli要素が追加された中央のul（テーブルala cssplayのようなスタイル）があり、FirefoxとOpera以外のすべてで美しく機能しているようです。

望ましい効果は、li要素が1つまたは2つしかない場合でも、li要素の行を中央に配置することです。この例は、ページの準備ができてから2秒後にliを追加するjQueryの問題をシミュレートします。

何らかの理由で、Firefox3.05とOpera9.63は、CSSのどこにも幅が指定されていなくても、3番目のliが追加された後の最初の描画幅でulを維持しているようです。

もちろん、これは絶対に私を殺害しているので、助けていただければ幸いです。

http://deadguy.reliccommunity.com/stuffbox/testinggrounds/display-table.html

次のようなコードのテーブルがあります。

問題は、IE でテーブルにフレームがあり、tableborder = 1 であることです。

Amazon.com recently updated their javascript, and it's causing problems with some Opera browsers.

Their browser detection code looks like so, but it's faulty:

Nothing obviously wrong jumps out at me with this code, but I've never used jQuery before so I don't know.

Even though this code looks like it's attempting to let Opera users through, when I visit the page with Opera 9.64 I get an "unsupported browser" message. If I change Opera's settings to report itself as Firefox, the page works perfectly! With that in mind, I'm pretty sure it's a problem with the script and not the browser.

Any jQuery experts have a suggestion?

You can replicate the behavior by visiting any book on Amazon and clicking the "look inside this book" link.

私は現在、Web アプリケーションに取り組んでいます。ページ内の js コードでキャッチされない Javascript エラーを処理する JS ロギング メカニズムがあります。window.onerror を使用して、そのようなエラーをすべてキャッチし、他の場所に記録しています。

ただし、問題は window.onerror イベントを持たない Opera にあります。私が考えることができる1つのアプローチは、すべてのjs関数コードを文字列処理し、ボディロード後にそれらの関数内にtry catchブロックを挿入することです。うまくいかないことも多いですが、ある程度はうまくいきます。

私はこのアプローチが悪いと確信していますが、もっと良いものは考えられませんでした. お知らせ下さい。

更新: 今のところ、以下のコードを呼び出して、できるだけ多くのエラーをキャッチしています。