タイピング練習サイト「e-typing」で、先日から記号のセミコロン(;)が打てなくなっていました。
どうやら chromeブラウザに組み込まれているFlashプラグインのバージョンが原因の様子。
現在手元にある環境を chrome://plugins で確認すると、
chrome内蔵のFlash：11.4.31.110
単体インストールのFlash：11,4,402,287
このようにFlashのプラグインが2個見えています。
そこで、chrome内蔵のFlashを無効にしてchromeを再起動してみると、元通りセミコロン(;)が打てるようになりました。日本語環境で利用する場合は、しばらくchrome内蔵のFlashを無効にしておいたほうが良いかもしれません。
GoogleのChromeウェブストアチームから Chrome extension に関するアップデートのお知らせが届いていました。
詳細はこちら Manifest Version
記事によると、Chrome機能拡張を作る際はマニフェストに、
'manifest_version': 2:
と書きなさい、とのことです。
そして、これより前の Manifest version 1 は、今後リリース予定のChromeで動作しなくなります。
また、スケジュールに沿ってウェブストアのウォールやカテゴリからも削除されます。
このバージョン１と２の違いについて、上記ページにまとめられていて、
Browser action や Page action の各種プロパティが変更されているようです。
それと、セキュリティポリシー(CSP)の導入に伴って、HTMLとJSの分離が必要です。
CSPの詳しい記事はこちら Content Security Policy (CSP)
例えば “Inline JavaScript will not be executed” について。
<button onclick="clickHandler(this)">
HTML内に上記の記述があっても、デフォルトのポリシーでは動作しません。
この様な場合、HTML内にはボタンを配置しておいて、
<button>Click for awesomeness!</button>
ボタンクリックの処理についてはJS側でイベントリスナを登録します。
document.addEventListener('DOMContentLoaded', function () {
document.querySelector(‘button’).addEventListener(‘click’, clickHandler); });
それと “Only local script and and object resources are loaded” の部分。
外部サイトのスクリプトを参照している場合は、デフォルトのポリシーのままでは動作しないので、
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js"></script>
パッケージ内に組み込む必要があります。
<script src="jquery.min.js"></script>
あるいは “Relaxing the default policy” にあるようにCSPの設定を緩めるなど。
リリース済みパッケージのメンテナンスや今後のリリースの参考まで。
1月にChromeの文字化けについて記事を書きました。
その際に、Chrome機能拡張によって使用するフォントを固定してしまうという方法がウェブで見つかったので、それをヒントに自分でも機能拡張を作ってみました。
昨年の記事「WordPressのダッシュボードで文字化け」に関連して、Windows7でも同様の文字化けがありました。
今回はWordPressとは関係なく、あるイベントの登録フォームに入力していて文字化けが発生。
スタイルを確認すると次のようになっています。
font: normal 1em Verdana, 'Trebuchet MS', Tahoma, sans-serif;
ちなみに[CTRL]+マウススクロールで画面のフォントサイズを変えてみると
文字化けが解消。特定の文字サイズのみ □ （白抜き四角）で表示される状況です。
そこで昨年のWinXPのときと同様にフォントをカスタマイズしてみました。
※Chromeのデバッグ機能（文字化けしている部分でマウスを右クリックして「要素を検証」）
今回は “Verdana” を削除したところで文字化けが解消されたので、
C:\Windows\Fonts フォルダを開いて “Verdana” をマウス右クリックで
「非表示」に設定して再起動。
これで文字化けが解消された模様です。
【追記】[2012.01.23]
… と思ったのですが、再度文字化けが発生。
フォントの設定で非表示にしてもアプリケーション側が対応していないと表示されるようです。
Windows 7 で非表示に設定したフォントが表示される
やはりフォントを削除する必要があります。
まず、削除するフォントを念のため他のフォルダあるいは他の媒体にバックアップしておきます。
それからフォントの削除。
コントロール パネル\デスクトップのカスタマイズ\フォント
を開いて “Verdana” をマウス右クリックで削除。（\Windows\Fontsフォルダからでも同様)
このようにエラーが発生して削除できません。
Chromeが “Verdana” を使用中ということですね。
Chrome を一旦終了すると “Verdana” を削除することができました。
メールやブラウザのデータをWindowsXPからWindows7に移行する場合の備忘録です。
※あらかじめ移行先(Windows7)にThunderbirdをインストールしておきます。
（編集前）
Path=Profiles/yyyyyyyy.default （編集後） Path=Profiles/xxxxxxxx.default
先週あたりから、WordPressのダッシュボードで作業をしているとメニューやコンテンツの一部が文字化けするようになりました。ちょうどWordPressが3.3にアップデートされたこともあってそれが原因かと思っていたのですが、どうやらChrome（ブラウザ）とWindowsXPのフォントの組み合わせによる問題だったようです。
まず、Chromeで文字化けが起きたときに確認すべきこと。
「設定」->「ツール」->「エンコード」
エンコードが「自動検出」、「UTF-8」となっていること。 ※ご利用の状況によってはエンコードの種類が異なるかもしれません。
「設定」->「オプション」->「高度な設定」->「フォントをカスタマイズ」
※この設定で文字化けが解消できるということではありませんので、念のため。 ※エンコードを「日本語(Shift_JIS)」にすると改善されるという記事もあります。
chromeのみの文字化けについて(Googleグループ)
例えば、あるウェブページのcssでfont-familyに英語のフォントが指定されていると、WindowsXPのバグによって日本語フォントへの置き換えができず文字化けしてしまうようです。
確かに、過去にAdobe製品他をインストールしたことがあっていろいろなフォントが入っていました。
そして、WordPressのダッシュボードには、たとえば次のようなcssが設定されています。
body :not(textarea) {
font-style: normal !important;
font-family: Arial, "Bitstream Vera Sans", Helvetica, Verdana, sans-serif !important;
}
そこで、Chromeのデバッグ機能によってcssを調べてみました。
Chromeで、ウェブページを開こうとして（リンクをクリック）なかなか開かない場合。
ウェブページの読込が遅い・まったく読み込まれないより引用
- ブラウザのツールバーのレンチ アイコン をクリックします。
- [オプション] をクリックします。
- [高度な設定] タブをクリックします。
- [プライバシー] セクションで、[ネットワーク動作を予測してページの表示速度を向上させる] をオフにします。
- [閉じる] をクリックします。
これで問題が解決しない場合は、この機能をまた有効にすることをおすすめします。
とのことです。