<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Firefoxへの対応 へのコメント</title>
	<atom:link href="http://fringe.jp/blog/archives/2006/07/27180524.html/feed/" rel="self" type="application/rss+xml" />
	<link>http://fringe.jp/blog/archives/2006/07/27180524.html</link>
	<description>小劇場演劇の制作者を支援するサイト「fringe」がお届けするウェブログです。</description>
	<lastBuildDate>Sat, 08 Jun 2013 16:07:18 +0900</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.1.21</generator>
	<item>
		<title>荻野達也 より</title>
		<link>http://fringe.jp/blog/archives/2006/07/27180524.html#comment-539</link>
		<dc:creator><![CDATA[荻野達也]]></dc:creator>
		<pubDate>Tue, 15 Aug 2006 05:22:17 +0000</pubDate>
		<guid isPermaLink="false">http://fringe.jp/blog2/?p=478#comment-539</guid>
		<description><![CDATA[&gt; 制作の立場はまた違うのでしょうが、仮にも芸術表現に携わる人が、多数派ゆえにバグに甘んじたりするなら、舞台で表現されることもその程度になりはしませんか。

サイトのコーディングを舞台表現に結び付けるのは、いささか乱暴ではありませんか。例えばフレームセットはW3Cでは非推奨ですが、著名カンパニーでもフレームセットを使っているサイトはまだ多数あります。非推奨でも更新頻度が高く、有益な情報が載っていれば、そのほうが評価されるのではありませんか。

繰り返しになりますが、バグはないに越したことはありません。けれど、現実には限られた時間と予算をどう使うかというプライオリティの問題になります。芸術表現だって、例えば舞台美術を凝りたいけれど、予算の都合で理想の50％にとどめることがあります。舞台美術だけに予算を費やすと、舞台そのものが成立しなくなるからです。戯曲の表現内容についてなら、いくらでも突き詰めて100％を目指せばよいと思いますが、スタッフワークについては、100％じゃなきゃダメというアーティストが正しいとは限りません。

&gt; ならば、制作方面も、と思うのです。余力のある企業以外は、というような話がありましたが、いやこういう演劇制作をサポートするサイトこそ、と。

大企業でも、高度なプログラムが動くサイトではＩＥとNetscapeでしか動作確認していません。３大メガバンクのインターネットバンキングがそうですし、航空会社はJALがMozilla 1.7.3を認めていますが、ANAはＩＥとNetscapeです。対応ブラウザを増やすと開発費が増大するからで、それは結局利用者にはね返ってきます。推奨ブラウザを限定するのは賢明な措置だと思います。

fringeは演劇制作をサポートするサイトですから、著作権や権利関係の対応については細心の注意を払っています。それとブラウザをなぜ同一のレベルで論じられるのでしょうか。ネット上にはW3C準拠で書かれていても、コンテンツの中身が著作権侵害のものがあふれています。表現に関わる者としては、そちらのほうがよほど問題だと思います。

今回は結果的に私自身が気になったのでFirefoxに対応しましたが、ＩＥ以外のブラウザで崩れるというご指摘は以前からいただいており、それでも私はプラリオリティの関係で放置していました。斉藤さんのお言葉だと「間違いの上に立った選択」になりますが、それでいいんじゃないですか。

&gt; 広告が位置を主張するのはいいと思いますが、ヘンな挙動は不快なだけでなく、不便です。是非、改善をお願いいたします

この件は別の読者の方からもご指摘をいただき、メニューと重ならないようフロートの上位置を指定すると、(1)個別記事にリンクした場合にメニューの高さ分の空白が出来てしまう、(2)Google AdSenseの下が常時見切れてしまい、プログラムポリシーに違反してしまう、などをご説明してご理解いただいたところでした。

しかし、いま一度方法を考え、document.body.scrollTopがメニューの高さ（100px）を下回った場合に、強制的に100pxにしてやれば解決することに気づきました。直ちに実装し、ＩＥ、Firefoxとも正しく動作しています。

下記ページがヒントになりました。感謝いたします。
&lt;a href=&quot;http://www.tohoho-web.com/lng/200001/00010432.htm&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;http://www.tohoho-web.com/lng/200001/00010432.htm&lt;/a&gt;
]]></description>
		<content:encoded><![CDATA[<p>&gt; 制作の立場はまた違うのでしょうが、仮にも芸術表現に携わる人が、多数派ゆえにバグに甘んじたりするなら、舞台で表現されることもその程度になりはしませんか。</p>
<p>サイトのコーディングを舞台表現に結び付けるのは、いささか乱暴ではありませんか。例えばフレームセットはW3Cでは非推奨ですが、著名カンパニーでもフレームセットを使っているサイトはまだ多数あります。非推奨でも更新頻度が高く、有益な情報が載っていれば、そのほうが評価されるのではありませんか。</p>
<p>繰り返しになりますが、バグはないに越したことはありません。けれど、現実には限られた時間と予算をどう使うかというプライオリティの問題になります。芸術表現だって、例えば舞台美術を凝りたいけれど、予算の都合で理想の50％にとどめることがあります。舞台美術だけに予算を費やすと、舞台そのものが成立しなくなるからです。戯曲の表現内容についてなら、いくらでも突き詰めて100％を目指せばよいと思いますが、スタッフワークについては、100％じゃなきゃダメというアーティストが正しいとは限りません。</p>
<p>&gt; ならば、制作方面も、と思うのです。余力のある企業以外は、というような話がありましたが、いやこういう演劇制作をサポートするサイトこそ、と。</p>
<p>大企業でも、高度なプログラムが動くサイトではＩＥとNetscapeでしか動作確認していません。３大メガバンクのインターネットバンキングがそうですし、航空会社はJALがMozilla 1.7.3を認めていますが、ANAはＩＥとNetscapeです。対応ブラウザを増やすと開発費が増大するからで、それは結局利用者にはね返ってきます。推奨ブラウザを限定するのは賢明な措置だと思います。</p>
<p>fringeは演劇制作をサポートするサイトですから、著作権や権利関係の対応については細心の注意を払っています。それとブラウザをなぜ同一のレベルで論じられるのでしょうか。ネット上にはW3C準拠で書かれていても、コンテンツの中身が著作権侵害のものがあふれています。表現に関わる者としては、そちらのほうがよほど問題だと思います。</p>
<p>今回は結果的に私自身が気になったのでFirefoxに対応しましたが、ＩＥ以外のブラウザで崩れるというご指摘は以前からいただいており、それでも私はプラリオリティの関係で放置していました。斉藤さんのお言葉だと「間違いの上に立った選択」になりますが、それでいいんじゃないですか。</p>
<p>&gt; 広告が位置を主張するのはいいと思いますが、ヘンな挙動は不快なだけでなく、不便です。是非、改善をお願いいたします</p>
<p>この件は別の読者の方からもご指摘をいただき、メニューと重ならないようフロートの上位置を指定すると、(1)個別記事にリンクした場合にメニューの高さ分の空白が出来てしまう、(2)Google AdSenseの下が常時見切れてしまい、プログラムポリシーに違反してしまう、などをご説明してご理解いただいたところでした。</p>
<p>しかし、いま一度方法を考え、document.body.scrollTopがメニューの高さ（100px）を下回った場合に、強制的に100pxにしてやれば解決することに気づきました。直ちに実装し、ＩＥ、Firefoxとも正しく動作しています。</p>
<p>下記ページがヒントになりました。感謝いたします。<br />
<a href="http://www.tohoho-web.com/lng/200001/00010432.htm" target="_blank" rel="nofollow">http://www.tohoho-web.com/lng/200001/00010432.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>斉藤背伸 より</title>
		<link>http://fringe.jp/blog/archives/2006/07/27180524.html#comment-538</link>
		<dc:creator><![CDATA[斉藤背伸]]></dc:creator>
		<pubDate>Mon, 14 Aug 2006 18:06:57 +0000</pubDate>
		<guid isPermaLink="false">http://fringe.jp/blog2/?p=478#comment-538</guid>
		<description><![CDATA[　例つきの解説、ありがとうございます。
　レイアウト目的に本来tableを使うべきではない、況やdivと併用してまで、というのはこの手の話題の常套句で荻野さんも充分ご承知のことと思います。
　パターン２もまた、１同様、記述の間違いと考えられませんでしょうか。解釈の違いは確かにありますが、正しく記述されていれば、それほど崩れぬはずです。

　まあ、理想はどうあれ、現状、そのような形態で、直すのにコストがかかり、それが成果に見合わないのなら、荻野さんの選択が悪いとは思いません。
　でもそれは、やはり間違いの上に立った選択ではあると思います。

　制作の立場はまた違うのでしょうが、仮にも芸術表現に携わる人が、多数派ゆえにバグに甘んじたりするなら、舞台で表現されることもその程度になりはしませんか。
　芸術表現が、とある方向の世界観ばかりを表現するとは思いませんが、私の経験上、観劇後「やっぱり多少、間違ってても人数が多い方についた方がいいな」というような、劇を観なくても日常から抱くような感想を与える劇はあまりないと思います。
　逆に(ちょっと単純な話になってしまいますが)「やっぱり、多少苦しくとも、あるべき姿勢を保つべきだなあ。いや実にいい劇をみた」というような新鮮な気持ちになったりする。
　ならば、制作方面も、と思うのです。余力のある企業以外は、というような話がありましたが、いやこういう演劇制作をサポートするサイトこそ、と。

　話はそれて、更に余談ですが。topicsの広告スクロールに関して。どうも、表示がおかしいと思います。firefoxだけかと思ったらIEでも？スムーズスクロールじゃないからと思ったら、そう設定しても。小刻みに震えて、眼に痛い。また、一旦下に流して、上に戻すと、広告部が最上段を占め、他コンテンツへのリンクが押せない、といった害もあります。
　広告が位置を主張するのはいいと思いますが、ヘンな挙動は不快なだけでなく、不便です。是非、改善をお願いいたします。
]]></description>
		<content:encoded><![CDATA[<p>　例つきの解説、ありがとうございます。<br />
　レイアウト目的に本来tableを使うべきではない、況やdivと併用してまで、というのはこの手の話題の常套句で荻野さんも充分ご承知のことと思います。<br />
　パターン２もまた、１同様、記述の間違いと考えられませんでしょうか。解釈の違いは確かにありますが、正しく記述されていれば、それほど崩れぬはずです。</p>
<p>　まあ、理想はどうあれ、現状、そのような形態で、直すのにコストがかかり、それが成果に見合わないのなら、荻野さんの選択が悪いとは思いません。<br />
　でもそれは、やはり間違いの上に立った選択ではあると思います。</p>
<p>　制作の立場はまた違うのでしょうが、仮にも芸術表現に携わる人が、多数派ゆえにバグに甘んじたりするなら、舞台で表現されることもその程度になりはしませんか。<br />
　芸術表現が、とある方向の世界観ばかりを表現するとは思いませんが、私の経験上、観劇後「やっぱり多少、間違ってても人数が多い方についた方がいいな」というような、劇を観なくても日常から抱くような感想を与える劇はあまりないと思います。<br />
　逆に(ちょっと単純な話になってしまいますが)「やっぱり、多少苦しくとも、あるべき姿勢を保つべきだなあ。いや実にいい劇をみた」というような新鮮な気持ちになったりする。<br />
　ならば、制作方面も、と思うのです。余力のある企業以外は、というような話がありましたが、いやこういう演劇制作をサポートするサイトこそ、と。</p>
<p>　話はそれて、更に余談ですが。topicsの広告スクロールに関して。どうも、表示がおかしいと思います。firefoxだけかと思ったらIEでも？スムーズスクロールじゃないからと思ったら、そう設定しても。小刻みに震えて、眼に痛い。また、一旦下に流して、上に戻すと、広告部が最上段を占め、他コンテンツへのリンクが押せない、といった害もあります。<br />
　広告が位置を主張するのはいいと思いますが、ヘンな挙動は不快なだけでなく、不便です。是非、改善をお願いいたします。</p>
]]></content:encoded>
	</item>
	<item>
		<title>荻野達也 より</title>
		<link>http://fringe.jp/blog/archives/2006/07/27180524.html#comment-537</link>
		<dc:creator><![CDATA[荻野達也]]></dc:creator>
		<pubDate>Fri, 11 Aug 2006 10:25:22 +0000</pubDate>
		<guid isPermaLink="false">http://fringe.jp/blog2/?p=478#comment-537</guid>
		<description><![CDATA[ＩＥとFirefoxでレイアウトが崩れる原因は２種類あります。パターン１はＩＥに記述間違いがある場合。ＩＥは多少間違いがあっても表示してくれるのですが、Firefoxは記述に厳格なため大きく崩れます。これは正しくマークアップするに越したことはないので、私も修正すべきだと思います。

パターン２は、正しく記述していても表示結果が異なる場合。それが最初にアーティクルで書いた「マージンや位置の解釈」です。別にＩＥの独自仕様をベースにしているのではなく、正しくマークアップしても結果が違ってしまうのです。Firefox派に言わせれば、これはＩＥのバグなのかも知れませんが、本当に困ったものです。

例えば下記ページで紹介されているように、&lt;div&gt;タグと&lt;table&gt;タグが混在すると、マージンをどうしても揃えることが出来ません。&lt;a href=&quot;http://www.timedesign.ws/blog/archives/2005/02/firefox.html&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;http://www.timedesign.ws/blog/archives/2005/02/firefox.html&lt;/a&gt;

この方は&lt;table&gt;タグで統一することで解決されたようですが、サイト設計の基本に関することなので、あとから修正するのは大事(おおごと)です。そのときに、サイト全体をつくり直してまで複数ブラウザに合わせる必要があるかを言いたかったのです。

現状を申し上げますと、fringeでは相当数のページをつくり直しました。ＩＥとFirefoxの両方でチェックするようになると、Firefoxでのズレが気になって気になって……。ここ２週間は、この作業にかなり時間を費やしました。現在は全ページで同じように見えているはずです。

私の場合は気になってしまったので修正の道を選びましたが、ＩＥのシェアが高いうちはパターン２を放置するのも一つの見識だろうと思うのです。
]]></description>
		<content:encoded><![CDATA[<p>ＩＥとFirefoxでレイアウトが崩れる原因は２種類あります。パターン１はＩＥに記述間違いがある場合。ＩＥは多少間違いがあっても表示してくれるのですが、Firefoxは記述に厳格なため大きく崩れます。これは正しくマークアップするに越したことはないので、私も修正すべきだと思います。</p>
<p>パターン２は、正しく記述していても表示結果が異なる場合。それが最初にアーティクルで書いた「マージンや位置の解釈」です。別にＩＥの独自仕様をベースにしているのではなく、正しくマークアップしても結果が違ってしまうのです。Firefox派に言わせれば、これはＩＥのバグなのかも知れませんが、本当に困ったものです。</p>
<p>例えば下記ページで紹介されているように、&lt;div&gt;タグと&lt;table&gt;タグが混在すると、マージンをどうしても揃えることが出来ません。<a href="http://www.timedesign.ws/blog/archives/2005/02/firefox.html" target="_blank" rel="nofollow">http://www.timedesign.ws/blog/archives/2005/02/firefox.html</a></p>
<p>この方は&lt;table&gt;タグで統一することで解決されたようですが、サイト設計の基本に関することなので、あとから修正するのは大事(おおごと)です。そのときに、サイト全体をつくり直してまで複数ブラウザに合わせる必要があるかを言いたかったのです。</p>
<p>現状を申し上げますと、fringeでは相当数のページをつくり直しました。ＩＥとFirefoxの両方でチェックするようになると、Firefoxでのズレが気になって気になって……。ここ２週間は、この作業にかなり時間を費やしました。現在は全ページで同じように見えているはずです。</p>
<p>私の場合は気になってしまったので修正の道を選びましたが、ＩＥのシェアが高いうちはパターン２を放置するのも一つの見識だろうと思うのです。</p>
]]></content:encoded>
	</item>
	<item>
		<title>斉藤背伸 より</title>
		<link>http://fringe.jp/blog/archives/2006/07/27180524.html#comment-536</link>
		<dc:creator><![CDATA[斉藤背伸]]></dc:creator>
		<pubDate>Wed, 02 Aug 2006 17:32:26 +0000</pubDate>
		<guid isPermaLink="false">http://fringe.jp/blog2/?p=478#comment-536</guid>
		<description><![CDATA[kiringe氏が仰っているのは、IEをとるかFirefoxをとるか、何かを切り捨てるか、苦労してでもあわせるか、ではなく、正しくマークアップすれば、苦労なく、どのプラウザにも準拠できる、ということではないでしょうか。
VHSかベータか、という択一の議論におきかえられるものではなく、IEにもFirefoxにもOperaにも適合できるHTMLは、正しく普通に、存在していると思います。
fringeのターゲットが制作者に限定されているとはいえ、無理にIEの仕様にあわせる理由はないかと。
私自身は恥ずかしながらHTMLに明るくありませんが、想像するに、IEの独自仕様をベースにしながら他プラウザでの最低限を確保する作業の方が困難では。限られた時間の使いどころは、確かに考えようです。
]]></description>
		<content:encoded><![CDATA[<p>kiringe氏が仰っているのは、IEをとるかFirefoxをとるか、何かを切り捨てるか、苦労してでもあわせるか、ではなく、正しくマークアップすれば、苦労なく、どのプラウザにも準拠できる、ということではないでしょうか。<br />
VHSかベータか、という択一の議論におきかえられるものではなく、IEにもFirefoxにもOperaにも適合できるHTMLは、正しく普通に、存在していると思います。<br />
fringeのターゲットが制作者に限定されているとはいえ、無理にIEの仕様にあわせる理由はないかと。<br />
私自身は恥ずかしながらHTMLに明るくありませんが、想像するに、IEの独自仕様をベースにしながら他プラウザでの最低限を確保する作業の方が困難では。限られた時間の使いどころは、確かに考えようです。</p>
]]></content:encoded>
	</item>
	<item>
		<title>荻野達也 より</title>
		<link>http://fringe.jp/blog/archives/2006/07/27180524.html#comment-535</link>
		<dc:creator><![CDATA[荻野達也]]></dc:creator>
		<pubDate>Thu, 27 Jul 2006 14:47:51 +0000</pubDate>
		<guid isPermaLink="false">http://fringe.jp/blog2/?p=478#comment-535</guid>
		<description><![CDATA[ご意見ありがとうございます。おっしゃることはよくわかりますが、個人サイトの更新時におけるプライオリティの問題として、考えを率直に書いたつもりです。

Firefoxで意図どおりに表示させようとすると、今度はＩＥでデザインが狂う場合があります（ＩＥの独自仕様のせいでしょう）。どちらを優先させるかという話になると、私はユーザー数の多いＩＥを取ります。その代わり、情報として「このブラウザはＩＥで最適化しています」と明記します（現在もトップページ下部にしています）。Firefoxユーザーはパソコンに詳しい方が多いでしょうから、「これは崩れているんだな」と意識して読んでくれると思います。そして、複数ブラウザ対策の時間をコンテンツ制作に充てたいと思います。

これはどちらが正しいとかいう話ではないでしょう。例えば、ビデオはVHSがベータを凌駕しましたが、技術的にはベータが優れていたと言う人が大勢います。コンテンツを広める側として、VHSとベータ両方で発売する会社もあれば、VHSしか出さない代わりにコストダウンして安価にする会社もあると思います。後者も一つの見識だと思います。

ＩＥのMacintosh版が開発終了しているのは承知していますが、fringeが制作者向け専門サイトであることを考えると、ターゲットは明確だと思います。専門性が高い場合、公共性とアクセシビリティは必ずしも比例しないでしょう。制作者でMacintoshを使われる方は、Windowsのこともよくわかっている方が多いと感じます。仮にデザインが崩れても、ご理解いただけると思います。

もちろん、こうした考えは現在のＩＥの比率をベースにしたものです。読者の使用ブラウザの割合はログ解析で把握していますので、今後比率が変わるようなら、それに応じた対策を考えねばなりません。ＩＥとFirefoxの割合が半々になれば、全ページが同等に表示されるよう努力すべきだと思います。
]]></description>
		<content:encoded><![CDATA[<p>ご意見ありがとうございます。おっしゃることはよくわかりますが、個人サイトの更新時におけるプライオリティの問題として、考えを率直に書いたつもりです。</p>
<p>Firefoxで意図どおりに表示させようとすると、今度はＩＥでデザインが狂う場合があります（ＩＥの独自仕様のせいでしょう）。どちらを優先させるかという話になると、私はユーザー数の多いＩＥを取ります。その代わり、情報として「このブラウザはＩＥで最適化しています」と明記します（現在もトップページ下部にしています）。Firefoxユーザーはパソコンに詳しい方が多いでしょうから、「これは崩れているんだな」と意識して読んでくれると思います。そして、複数ブラウザ対策の時間をコンテンツ制作に充てたいと思います。</p>
<p>これはどちらが正しいとかいう話ではないでしょう。例えば、ビデオはVHSがベータを凌駕しましたが、技術的にはベータが優れていたと言う人が大勢います。コンテンツを広める側として、VHSとベータ両方で発売する会社もあれば、VHSしか出さない代わりにコストダウンして安価にする会社もあると思います。後者も一つの見識だと思います。</p>
<p>ＩＥのMacintosh版が開発終了しているのは承知していますが、fringeが制作者向け専門サイトであることを考えると、ターゲットは明確だと思います。専門性が高い場合、公共性とアクセシビリティは必ずしも比例しないでしょう。制作者でMacintoshを使われる方は、Windowsのこともよくわかっている方が多いと感じます。仮にデザインが崩れても、ご理解いただけると思います。</p>
<p>もちろん、こうした考えは現在のＩＥの比率をベースにしたものです。読者の使用ブラウザの割合はログ解析で把握していますので、今後比率が変わるようなら、それに応じた対策を考えねばなりません。ＩＥとFirefoxの割合が半々になれば、全ページが同等に表示されるよう努力すべきだと思います。</p>
]]></content:encoded>
	</item>
	<item>
		<title>kiringe より</title>
		<link>http://fringe.jp/blog/archives/2006/07/27180524.html#comment-534</link>
		<dc:creator><![CDATA[kiringe]]></dc:creator>
		<pubDate>Thu, 27 Jul 2006 10:53:18 +0000</pubDate>
		<guid isPermaLink="false">http://fringe.jp/blog2/?p=478#comment-534</guid>
		<description><![CDATA[HTMLはマークアップ言語なんですから、正しくマークアップすればFireFoxできちんと見れます。

IEでしか正しく見れないというのは、IE独自の仕様にふりまわされているからで、元々おかしい話なのです。

Mac版IEは開発が終了しました。
&lt;a href=&quot;http://journal.mycom.co.jp/news/2006/01/30/343.html&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;http://journal.mycom.co.jp/news/2006/01/30/343.html&lt;/a&gt;

「IEで見えればそれでいいんじゃないですか」というのは、公共性の高いコンテンツを発信する立場を考えれば、かなり乱暴な発言ではないでしょうか。

本当に器より中身だと思います。
]]></description>
		<content:encoded><![CDATA[<p>HTMLはマークアップ言語なんですから、正しくマークアップすればFireFoxできちんと見れます。</p>
<p>IEでしか正しく見れないというのは、IE独自の仕様にふりまわされているからで、元々おかしい話なのです。</p>
<p>Mac版IEは開発が終了しました。<br />
<a href="http://journal.mycom.co.jp/news/2006/01/30/343.html" target="_blank" rel="nofollow">http://journal.mycom.co.jp/news/2006/01/30/343.html</a></p>
<p>「IEで見えればそれでいいんじゃないですか」というのは、公共性の高いコンテンツを発信する立場を考えれば、かなり乱暴な発言ではないでしょうか。</p>
<p>本当に器より中身だと思います。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
