Contribute CS3がGoogle AnalyticsのJSを壊すエラー

最近Contribute 8→CS3にバージョンアップしたクライアントからの指摘で発覚。
この問題はContribute CS3 + Google Analyticsで運用してる人達に関わってきます。

IEのスクリプトエラー( '_gat'が宣言されていません。 )

IEのスクリプトエラー(

Read More »

タグ: , , , ,

Contribute CS3のスタイルで「見出し」が選択できなくなるバグ

最近 Contribute 3 → CS3にバージョンアップしたクライアントからの指摘で判明した現象です。

現象)

  • ページの編集画面で「スタイル▼」の選択一覧から[見出し1]〜[見出し6]が消え、選択できなくなる
  • Windows XP 、Mac OS 10.5の両方のContribute CS3で現象確認

ハマりにハマりまくり、いくらサイトを検索しても現象は見つからず。
なんとか原因は何かと調査を始め、なんとか発見&解決。
これだけに1日を費やしてしまいました。。。

Read More »

タグ: , , , , ,

WindowsのFirefox3で白い半透明のDIVで覆われる原因はGoogle Analyticsだった

ある日、何も手を加えていないブログに、突然ブログ画面上が白い半透明のボックスに覆われてしまいました。
リンクも効かなくなりました。
Google AnalyticsがWindows/Firefox3でおかしくなった現象
現象は、Windows XP / Firefox3だけの現象です。

原因を調べると、アクセス解析で利用してるGoogle AnalyticsのJavascriptが関係してるようで、以下のDIVタグがページ内に生成されてました。

<div style="position: absolute; left: 0px; top: 0px; width: 100%; height: 1000px; background-color: rgb(238, 238, 238); opacity: 0.5; z-index: 100000; display: block;" id="ga_shade"></div>

このDIVが何故必要か、また検証してないのではっきりとわかりませんが、Google Analyticsのgoogle-analytics.com/ga.js 上で何かしら分岐処理にミスがあったんじゃないかなと予測してます。

尚、この現象はGoogle Analyticsの貼付けるJavascriptの新旧を問わず起きました。
私の方はここ最近のhttpsにも対応したJSで、同じ現象が起きたMutsulogは旧来のJSでした。

対応策として、CSSに以下を追記することで解決します。
!important指定で強制的に非表示にしました。

/* for Google analytics Bug on Win/FF3 */
#ga_shade, x:-moz-broken{display:none !important;}

x:-moz-broken はFirefox3から新たに対応してる疑似クラスです。
対応してない疑似クラスを指定したグループのCSS指定が無効になる現象を利用してます。

なんだか最近、Google周りで変な挙動が起きてるような気が。
前記事に書いたFirefox3でFirebugが異常に重い現象も正式にGoogle Gmailの方で告知されるようになりました。(この記事の追記で少し書いてます)

まーしばらくしたら対応してくれるでしょう。

追記:2008/11/09)
トラックバック先から、どうも[サイト上のデータ表示]を正しく閉じてないと起きる現象のようです。

Fragments of Life – blog画面上部が半透明の何かに覆われる(Firefoxだけ?)

Google Analyticsの機能で、[コンテンツ]→[サイト上のデータ表示]で表示した
ポップアップ画面を正しく閉じないと今回のような現象が起きるようです。
つまりはGoogle Analyticsのバグ?

ヘルプを探しても見つからなかったですが、確かにそれっぽい。

タグ: , , ,

Contributeでの input type=”image” のバグ

仕事でハマったのでメモ。

Contribute CS3で以下の現象が起き悩まされました。

  • input type=”image” でvalue,alt属性に日本語を使ってると文字化けする
  • value値に “search”を使うと、 src(画像パス)の指定が相対的に書き換えてくれない。

結論としては、value,alt属性は英語名で、その時に”search”は使わなければいい。
というよりForm要素には日本語は使うと文字化けする現象は未だに直ってないらしい。

何でハマったかというと、上記の不具合に二重に悩まされたから。

最初はこんな感じで書いてた。

<input src="../img/button.gif" name="submit" value="検索" alt="検索" type="image" />

当然、ページを編集・公開すると文字化けするので以下のように直したとする。

<input src="../img/button.gif" name="submit" value="search" alt="search" type="image" />

これを1つ下の階層に保存すると、パスが変更されてこうなるはず。

<input src="../../img/button.gif" name="submit" value="search" alt="search" type="image" />

ところが、このパスが変更されない。
value=”hoge-search”
とすると何故か直った。

“search”がContribute上で何か予約語的に扱われてるのだろうか。
でもvalue値だからなーname属性ならまだわかるのだけども。

絶対パスかルートパス指定してれば問題はないのだけど。

追記)
Contribute3.01で文字化けに対応したアップデートは公開されてた
http://www.adobe.com/jp/support/contribute/downloads.html

Contribute 3.01

フォームの Input タグの中で全角文字を使用すると、ページを公開した際に、これらの文字に文字化けが発生することが確認されています。このような現象が発生する Web サイトをご利用中の場合は、本アップデータをダウンロードし、インストールすることをお勧めします。不具合の詳細については、日本語を含むフォームを編集後、公開すると文字化けが発生する (co0047) をご覧下さい。

でもimageの画像指定の相対パスがずれる現象に対応してるかどうかは未確認。
当面は絶対パス指定だな。

タグ: , , ,