会社のブログに記事を書きました。「FirefoxとChromeとでフォントレンダリングの処理が違うんじゃないか？」という疑問から、IEとSafariも含めた簡単なフォントレンダリングの比較をしてます。

briccolog » FirefoxとChrome（とIEとSafari）でのフォントレンダリングの違い

Safariは問題外として、Chromeだけスムージングが甘いのが個人的には残念なんですよねえ…。

見たところ左から「Google Wave」「Picasa」「Googleドキュメント」「Google翻訳」を示してるような感じでしょうか…？

Google本体のトップページのロゴがいつもどおりな所を見ると、Doodle（祝日や記念日などに表示されるロゴ）ってわけでもなさそうです。それに、Google Waveなんてもう終わってしまったサービスだし、一体どういう意図なんでしょうね？

※今回の記事のタイトルはこちらの記事に倣って「ユーザー名の挿入」「感情の付け足し」「芝生」を実践してみました。

briccolog » Chrome + Gmailで今度は改行が増えるようになりました…

[2012.01.23 追記]

GoogleグループのChromeフォーラムで、以下のアナウンスがありました。

チームがすでに問題を把握しているようです。
ご協力をお願いさせていただければと思います。

Chrome 17のリリース版の公開と共に解消されることを祈りましょう。

会社のブログに記事を書きました。かなりの今更ですが、ブラウザ別のキャッシュのクリア方法についての記事です。IE、Firefox、Chromeは共通で「Ctrl + Shift + Delete（Macの場合はShift + Command + Delete）」で済むので、どうせならSafariもそうしてくれればいいんだけど・・・。

※ちなみにSafariはCtrl + Alt + E（MacはShift + Option + E）でクリアできるみたいです。

briccolog » WEBブラウザのキャッシュをクリアする方法

会社のブログに記事を書きました。Microsoftが提供しているIEの互換性検証用の仮想マシンイメージの導入についての記事です。いや、苦労しました・・・（汗）。

briccolog » IE互換性検証用仮想マシンを試してみました

会社のブログに記事を書きました。本日リリースされたGoogle Chrome 16の目玉機能（？）である、マルチユーザー機能について試した記事です。

briccolog » Google Chrome 16のマルチユーザーを試してみた

ご迷惑をおかけしております。
現在は問題の修正は完了しており、Google Chrome 17 から問題がなくなる予定です。

Issue 104620: loss of \n after paste in gmail

・・・というわけで、既に開発側では問題の修正を完了していて、Chrome17から解消される模様です。よかったよかった。

それにしても、暫定版の対応を発見する過程でChromeの拡張機能の作り方もわかったので、そういう点では非常に勉強になったんですが、それを大々的にブログ記事にまでしてしまった直後このアナウンスメント。バグの解消は喜ばしいことですが、ちょっと恥ずかしいような・・・（汗）。

[2012.01.10 追記]

Google Chrome 17の登場を待たずして、改行が消える不具合は解消（？）されましたが、代わりに改行が増える不具合が出てきました…。

briccolog » Chrome + Gmailで今度は改行が増えるようになりました…

クリップボードからのペースト後、本文領域全体をカット＆ペーストする

・・・が有効っぽい。詳しくは下記リンク先の記事をご覧ください。

briccolog » Chrome+Gmailでテキストをペーストした際の不具合解消法（暫定版）

[2012.01.10 追記]

Google Chrome 17の登場を待たずして、改行が消える不具合は解消（？）されましたが、代わりに改行が増える不具合が出てきました…。

briccolog » Chrome + Gmailで今度は改行が増えるようになりました…

briccolog » FancyBox1.3.4 + IE7でインラインコンテンツを表示する場合のバグ

Did Adobe finally kill Macromedia Flash? | junglecode.net

かつて共に働いたメンバーに対する仕打ちを憂いた側面もあることから、タイトルもセンセーショナルで内容も些か感傷的・感情的な印象もあります。ただ、SWFにJPEGと同じようなユビキティを望んでいたことや、SWFのオープンソース化への希望など、個人的に共感できる部分も多くありました。自身の理解を深めることに加え、同じように感じるかたもいらっしゃるかなと思ったので、全文翻訳してみました。

AdobeはついにMacromedia Flashを殺してしまったのか？

Adobeがモバイル端末向けFlashPlayerの開発終了を発表した。知っているかもしれないが、僕は2010年6月にモバイル端末向けのFlashPlayer10.1が出た時のエンジニアリングチームに所属していた。今回の発表は色々な意味で残念ではあったが、モバイル向けWEB開発の現実を考えれば決して驚くべきことではなかった。

僕がAdobeにいた頃、僕らはAndroid OSを搭載したHTC Nexus Oneで十分速く動作するFlashPlayerの開発に膨大な時間とエネルギーを費やしていた。同じ頃Appleは、僕らがまずAndroidでの動作を第一に考える限り、モバイル版のSafariへのFlashの搭載はありえないだろうということを明言していた。僕らが製品を世に出す前からそのことが出回ってしまったことで、僕らが何をしようが、どれだけ優れたことをしようが、僕らの開発したユビキタスなプラットフォームがモバイルの世界で展開することはなくなってしまった。

もちろん、これが話の全てというわけじゃない。僕が本当に失望したのは、AdobeがFlashプラットフォームのビジネスを終わらせようとしてるということだ。彼らは昨日、750人の従業員のリストラを行った。その中には、現役のFlashオーサリングツールの開発チームも含まれている。これはつまり、ツールの販売で得た収益によって無料のFlashPlayerランタイムを提供するというビジネスに、もはやAdobeは関心を持ってないということだ。僕は常々、SWFというデータ形式がJPEGと同じようなユビキティを確保されるようにと思って取り組んでいた。1998年に制作したSWFは、2028年においても一般的に入手可能なランタイムで再生されるものと信頼できる。そのようなことの実現には、永続的に技術の発展を導きまたそれに奉仕するような組織が必要だ。

残念なことに、Adobeはその組織ではなかった。

いやまだわからない。僕が望んでいるのは、Adobeがランタイムコードをパブリックドメインとして公開し、第三者がそれを拡張し維持していけるようになることだ。コードの中にサードパーティーのライセンスが含まれていることはよく承知してるが、その点は簡単に改訂できるはずだ。Flashに生き残りの道が残されているとしたら、それはオープンソースとなって、来る時代にユビキタスなリッチメディアのデータタイプとしての展望を切り開いていくより他にはない。Adobeは認めなければならない。社会はSWFの存続を求めていて、プラットフォームを開放することがその帰結のための唯一の道だということを。

なお、補足ですが、この記事が論議を醸したため、Jethro氏は後日の記事「Flash: I’m not dead yet!（Flash『僕はまだ死んでないよ！』）」の中で、上記の記事を投稿した経緯について、

AdobeがFlash Proという製品を店頭から回収しようとしている（＝ラインナップから無くそうとしている）などとほのめかしたつもりはなかった

と前置きした上で、

かつてDirectorの開発を海外にシフトし、チームメンバーがFlashの開発に移った時のように：

• 開発の舞台をインドや中国などの低コストな地域に移すことで携帯端末向けFlashPlayerの発展や維持は継続する
• コストのかかる本国（US）の技術者達については、高成長な他のプロジェクトに配置換えする

というパターンを選択せず、携帯端末向けFlashPlayerの開発を即座に終了して関係している技術者達をリストラしてしまったことが動機になった

・・・ということを述べています。