自己レスです。
そもそもやりたかったのは、browser自体は通常のブラウザとして使い、tabbrowser内のひとつのタブ内でbrowser,canvas,scrollbarの要素を自由に配置することでした。
stackタグがFirefox3.6の時にはうまく動いておらず（確認不足かもしれませんが）、他に自由に配置する方法として、以下のような構成としていました。
1)Firefox-tabbrowserタグ
2)xulファイル
-browserタグ
-canvasタグ
-scrollbarタグ
＞現状の実装方針では回避が必要になっているため ...
検索結果 2 件
- 2011年5月24日(火) 00:59
- フォーラム: 拡張機能
- トピック: <xul:browser>内の<a target="_top">が<xul:browser>を上書きしない方法について
- 返信数: 3
- 閲覧数: 12588
- 2011年4月26日(火) 01:23
- フォーラム: 拡張機能
- トピック: <xul:browser>内の<a target="_top">が<xul:browser>を上書きしない方法について
- 返信数: 3
- 閲覧数: 12588
Re: <xul:browser>内の<a target="_top">が<xul:browser>を上書きしない方法について
Piroさん
ご回答ありがとうございます。
確認対象が明確になり、非常に助かりました。
＞端的に言うと、仕様上の制限による避けられない問題だと考えられます。
現状の実装方針では回避が必要になっているため、contentAreaClickメソッドを実装する方式を取りたいと思います。
元々のcontentAreaClick()を読んでみたところ、targetが_topや_parentだと処理が分岐するような箇所を見つけられませんでした。実際に<a>タグのtargetが_selfのときと_topのときで動かしてみましたが、処理内容は全く一緒に見えました。handleLinkClick ...
ご回答ありがとうございます。
確認対象が明確になり、非常に助かりました。
＞端的に言うと、仕様上の制限による避けられない問題だと考えられます。
現状の実装方針では回避が必要になっているため、contentAreaClickメソッドを実装する方式を取りたいと思います。
元々のcontentAreaClick()を読んでみたところ、targetが_topや_parentだと処理が分岐するような箇所を見つけられませんでした。実際に<a>タグのtargetが_selfのときと_topのときで動かしてみましたが、処理内容は全く一緒に見えました。handleLinkClick ...