みなさまこんにちは、加賀田です。本日は、先年の記事に引き続き憎いあんちくしょうの話ですよ。つまりInternet Explorerの話ということです。

先年の記事。IEBlogに出ていた、IE8がAcid2のレンダリングに成功した話を取り上げました。そして先日、同じくIEBlogに掲載された“Compatibility and IE8″と題するエントリが近ごろ話題のようです。このエントリではIE8のレンダリングモードをスイッチする方法について、次のように紹介されています。

1. “Quirks mode” remains the same, and compatible with current content.
2. “Standards mode” remains the same as IE7, and compatible with current content.
3. If you (the page developer) really want the best standards support IE8 can give, you can get it by inserting a simple <meta> element. Aaron gives more details on this in his article.

IE8の標準準拠モードに加えて、IE7互換のStandards modeとIE6以前互換のQuirks modeも存続。つまり3モードの切り替えになる、と。そして肝心の標準準拠モードにスイッチするためには、meta要素（ないしHTTP送信ヘッダ）で指定を加えなければならない…えーっ。

すでに当該エントリのコメント欄はじめいろーんなところで指摘されていますが、
標準準拠モードがデフォルトなんじゃないの！？

結局後方互換性が優先されたということですね。さすがIE。期待を裏切らないというか、相変わらずですね。標準準拠モードの出来がどれほどのものかまだ不明確ですが、はたして標準準拠モードでは利用できない過去のWebコンテンツってどのくらいあるんでしょうね？IEBlogではその点かなり心配しているようですが、まったく見えなくなるとか押せなくなるとかそういうことってあるんでしょうかね。まあ、従前のIEがIEなのでいろいろ可能性は考えられなくもないですが、カラム落ちが怖いとかその程度（！？）なら標準準拠モードをデフォルトで押せばいいのになんて考えます。

実際どういうコンテンツがどんなふうに利用できなくなるのか、開発者陣は検証してくれてるんでしょうか。検証してるならさっさと開示してください（とはいえ、現段階で開示してもリリース時に同じ状況かどうかは分かりませんね。やれやれ）。

あと、こわいのはmeta要素によるレンダリングスイッチが全うに実装されるのかということ。IE6とXML宣言の関係のごとく、IE8で特定のmeta要素を使うとQuirksモードに強制スイッチ…なんて、考えただけでも恐ろしい。おっしゃるとおりの仕様でもいいので、せめてスイッチのバグだけは勘弁していただきたい！

ということで、戦々恐々としながら続報を待つよりほかないわれわれです。それではごきげんよう。Firefox 3、楽しみやな～…。

ディレクター的な業務をしていると、「お客様」と「デザイナー」、「お客様」と「プログラマー」の間で板ばさみになり、苦しむことも多いのではないかと思います。
お客様のご要望とデザイン的なクオリティやシステム的な条件が相反する場合になると、デザイナー、プログラマーからは「ええー！？」という反応を受けるわけですが、そこをどうまとめていくかが目下の悩みどころです。

お客様の要望を汲みいれつつ、その中でデザイン的なクオリティ、使いやすさを追求していくことが至上命題となるわけですが、板ばさみになった時には「ああ～自分で作れればいいのに・・・」とか思ってしまいます。
その道のスペシャリストとして、デザイナーやプログラマーの人にお願いをしているので、基本的には細かいことには口を出さない。というのが、私の考えですが、そうも言っていられない要望がお客様からきたりした場合は、ちょっとデザイナーさん達の信念をまげてもらったりします。
そのときに重要なのが、「理由」を伝えること。
例えば、簡単な例ですが、デザインで青い部分を赤に修正する依頼が来たとします。（簡単すぎる？？）
「ここ、お客様が赤がいいって言ってるから赤にしてください。」とデザイナーに伝えたとしても、「何故？」と疑問が生じます。
修正には何らかの理由があり、「目立たせたい」「他の資料と統一したい」等などが実はあったりします。
このあたりもしっかり伝えないといけないのです。
（こんな例の場合は、じゃあ最初に言ってよね～という声も出る場合がありますが。そこは、当初のヒアリング不足ということで、素直にごめんなさいします。）

仕事をする上で、その理由と意味を知っていることは、効率にもかなり影響します。
デザイナー・プログラマーへの依頼だけでなく、プロジェクトチームへの伝達の場合もしかり。
自分だけがわかったつもり。言わなくても気づいてよね。というのは、無いようにしないとな～と思いつつ、日々お仕事しております。

本日は、そんな徒然書きでございました。
以上。

皆さん、こんにちは。
少年時代はこの時期でもハーフパンツだった加藤です。
今やったらいろんな意味で危ないです。

さて、皆さんgoogletalkをご存知でしょうか？
知らないという方は、こちら

弊社は先ごろ同じビルにもう1フロア借りることになったのですが、これが意外と１フロアだったころと比べていろいろと不都合が生じ始めまして、たとえば違う階にいる人間が今外出しているのか…など業務に支障が出かねないこともあるので1つの解決策としてgoogletalkを試験的に使用し始めています。
このgoogletalkに例えば外出するならば、「外出中○○時戻り」などと状態表示のところに表示しておけばいちいち内線で確認せずに把握できるわけです。
この他にも、簡単な業務連絡や質問などでしたらこれでまかなえる訳です。
昔、一時期チャットにはまっていた時期をなんだか思い出してしまいましたが、同じような機能でも物は使いようなのだなぁと物思いにふけってしまいました。

こんにちは、めちゃくちゃ寒いですね。凍えています。。。
やまぐちです。

2008年01月24日にMovable Type 4.1出荷開始されましたね。

その前日にリリース候補版２が出てて、あぁ、あとすこしなのかなぁ、なんて思ってたのに、本リリースまでがはやいっすね。。。

びっくりです。

現在構築中のサイト、4.01で鋭意作成中だったのですが、4.1にのるはずの機能、 カスタムフィールドが使いたかったんですよね。
投稿画面に入力項目を追加できる機能です。ドロップダウンで選択とか、ラジオボタン、チェックボックス、、、

pluginもあったのですが、うまくインストールできず。今回は見送りだなぁなんていって作りこんでいたのに、ここにきて4.1のリリース、、、参りました。

ま、結局4.1導入ですけど。
クライアントにとっては使いやすい物ができるのではないかと、期待しております。

このカスタムフィールド、うまくつかうと、記事ごとにテンプレートを変えることができるようになるようです。
http://www.movabletype.jp/blog/template_selector.html

ほう、これは便利。

あと、使えそうだと思ったのは、テンプレートセットの機能。
複数同じようなデザインのサイトを立ち上げたとき、ラクチンになりそう。

その他、結構たくさん機能が追加されているようです。
http://www.movabletype.jp/blog/new_features_41.html

まだ、 使ってないですが、、、

増えた機能に追いつくのが大変ですね。

しばらくまた小粋空間さんにお世話になるのでしょう。。。

みなさまこんにちは、加賀田です。本日は去年の話をちょっと蒸し返したいと思います。

昨年、当ブログで「メールアドレスに大文字は使える？」という話をお送りしました。その中で、わたくしこんなことを書いておりました。

まず、メールアドレスの仕様にあたってみます。RFC2822が該当の仕様としては最新のようですが、こちらには大文字・小文字については明記されておらず。

そして年が明け。先日、業務で必要があってRFC2822を読み返していたところ、どうもそうじゃないらしい…と気づいた点について書きたいと思います。ポイントはABNF。

RFC2822において、メールアドレスの仕様はこのABNFというもので記述されています。まずバッカス・ナウア記法（BNF; Backus-Naur Form）というものがありまして、これはプログラム言語などの文法を表現するための記述手法です。情報系の学生なら、プログラム言語やコンパイラの授業でBNFやその拡張であるEBNFだのといったものに出会うはず。わたしもそうでした。そして、このBNFの亜種のひとつがABNFなんだそうですね。これは初めて知りました。ちなみにこのABNF自体もRFCに規定があって、RFC4234がこれに該当します。

これを踏まえてRFC2822に戻ります。RFC2822では、メールアドレスのローカルパートをABNFを用いて下記のように定めています。

local-part = dot-atom / quoted-string / obs-local-part
（筆者注：特殊なパターンである quoted-string / obs-local-part については省略…）
dot-atom = [CFWS] dot-atom-text [CFWS]
dot-atom-text = 1*atext *(“.” 1*atext)
atext = ALPHA / DIGIT / “!” / “#” / “$” / “%” / “&” / “‘” / “*” / “+” / “-” / “/” / “=” / “?” / “^” / “_” / “`” / “{” / “|” / “}” / “~”

つまり、ローカルパートに含んでよい文字は上記最終行に登場する19の記号、そして”ALPHA”と”DIGIT”であるということ。じゃあこの”ALPHA”と”DIGIT”ってなんなのか？これはABNFを規定するRFC4234のCore Rulesという項目に次のように規定されています。

ALPHA = %x41-5A / %x61-7A
; A-Z / a-z
DIGIT = %x30-39
; 0-9

と、いうわけでした。”ALPHA”は大文字A～Zと小文字a～zから成る集合であると定義されているのですね。つまり、ABNFの定義を念頭においてRFC2822を読めば、メールアドレスに英大文字を含んでよいと結論づけることができるということです（大文字・小文字を区別するかという問題は過去記事のとおり）。うーん、仕様書の類はちゃんと熟読せねばなりませんね。上記の理解になお誤りがございましたら、ご指摘いただければこれ幸いです。

そして今回の英大文字・小文字の話題からはややそれるんですが、ローカルパートに使える記号がこんなにあるって意外に思われるかも知れませんね。”!”や”?”を使っていいなんて、世間ではあまり思われていないかも。パソコンをちょっと知ってたら、”*”なんてワイルドカードみたいで気持ち悪い…とか。もっとも、このあたりはシステム個別のローカルな決まりごとも絡んでくるところ。先日業務でさわったあるシステムでは、ローカルパートに英小文字と数字、それに記号が”-”と”_”しか使えませんでした。

技術屋ならこのあたりの仕様くらいはちゃんと頭に入れておこうということで、今後も勉強を続けていきたいと思います。それではごきげんよう。

今日は一段と寒いですね。
本格的な雪が降るのは東京では今年初。外では、話す息も真っ白になり、冷蔵庫の中のようです。
こんな日は、休みであれば1日中、家の中でゲームをやっているかもしれません・・・

少し前まで、DSで「レイトン教授と悪魔の箱」をせっせとやっておりましたが、それはクリアしたので、最近はWiiで「チョコボの不思議なダンジョン『時忘れの迷宮』」を頑張っております。
チョコボのかわいらしさに癒される素敵なゲームです。

ゲームをやりつつ思うことは、インターフェースの秀逸さ。
実にさまざまな情報が画面上に表示されますが、その配置など、よく考えられていて、参考になることが多いです。
ゲームソフトの使用説明書って、じっくり読む人はかなり少ないと思うんです。ですが、なんとなくやるとできる。やっていくうちに大体わかる、直感的なボタンの配置になっています。

サイトを作るにあたっても同じで、説明書は無いわけですから、直感的にそのサイト内でのルールがわかるようになっていなければいけません。
例えば、「キャンセル」系ボタンの位置や配色など、ページごとのデザインが違うからボタンの色や配置も違う・・なんてことにならないようにしなければいけない。簡単なことのように感じますが、サイト全体を俯瞰で見れる目を養わなければいけないです。

・・・となんとなく、自分の日ごろの行いを無理やり仕事に結び付けて見ましたが、ゲームに限らず色々なツールに触れてみるというのは、サイト制作にも役立つと思います。
ぜひ、Wiiをもっている方は「チョコボ」やってみてください。かわいいですよ。

皆さん、こんにちは。
BOコーダーの加藤です。

本日は下の記事と被ってしまうのですが、リストの下の隙間についてです。
私も、リストに画像を置いたらIE6で下に隙間が出来てしまいました。
そして、以下の回避策でも修正されず、高さを指定したり、font-sizeを0に設定してみたり、line-heightを0にしてみたり…でも解決できませんでした。この現象が起きる前にもIE6で表示崩れがあり、ようやく解決した後ということと時間がないということもあり泣きそうになりました。
そんな時役に立ったのが、Webcreators2月号です。この2月号には、「CSSアクシデントを解決する92の手法」という特集があるのですが、この中にリスト関連の対処法があったのを思い出し、この特集のNo.84に同じような症状の対処法を発見、適応させてようやく事なきを得ました。ちなみにその対処法は、以下のようなものです。

li{
line-height:0 ;
vertical-align:bottom;
font-size:0;
}

「vertical-align:bottom;」
これは、知りませんでした。

このWebcreatorsは1280円とやや高いのですが、「先輩から自分への投資だから」という言葉に騙されて（？）買っておいてよかったです。

悩まされた話でも。

こんにちは、やまぐちです。
風邪を引いて咳が止まらず、声がハスキーになってます。
風邪はやってますね、みなさまは大丈夫ですか？

さて、もとい。
ひさびさにコーディングでなやんだ話。
やっぱり、アイツには悩まされます。IE6ちゃん。

今回は画像がらみで2件。

1. リストに画像をおいたら、画像の下に微妙な隙間。
2. 画像にネガティブマージンをつけたらそのマージン分ぐらいが表示されない。

で、いつものごとくGoogle検索の旅に出ました。で、回避策は以下。

１．は「画像がインライン要素で、行間をもってる」とのこと。ふーんそうだったのか。
画像をブロックにすると解決。display: block;

２．は原因はわかりませんが、 position: relative;にしてやるときちんと表示されるようになりました。

IE8がそろそろ、なんて話もありますが、まだまだIE６と戦い続ける日は続くのです。
さ、がんばりますかね。

みなさまこんにちは、加賀田です。きょうのお話は半分私事ですが、どうかお付き合いいただければ。

正月休みの間ずいぶん悩んだ結果、自宅用PCを新調することにしました。すでに発注済みで、来週の到着を待つばかり。かれこれ10年以上Windowsデスクトップを使用しているわたしでしたが、今回は目先を変えてモバイルノートに手を出すことにしました。UNIXベースのMac OS Xが出たころから「次はMacもありかなあ」とも考えていたのですが、Macのノートはどれも重い、でかい…ということで今回はWindowsです。

で、近ごろWindowsマシンを購入するとなれば、OSはWindows Vistaがすでに標準となっているわけです。現在の自宅マシンはWindows XP(MCE2005)で、Vistaは初の導入となります。身の回りでもVistaマシンを使ってる知り合いはいないし、弊社内でもVistaが入ってるのは共有マシン1台だけ（制作に使用しているのはXPなのです）なのですが、英国政府がVistaとXPを混在させるななんて声明を出していたりします。ここでVistaを導入するのは果たしてアリなのか？ということで、Windows Vistaの普及率をちょっと計ってみることにしました。

そこで使用するのが、当ブログのアクセスログ。Google Analyticsのデータから、アクセス数に占めるWindowsバージョンの比率を調べてみました。昨年7月の公開以来のデータは下記のとおり。

Windowsマシンからのアクセスのうち8割をXPが占めます。Windows 2000が1割ちょっと、Vistaはその半分。少ないですね…。XPはともかく、2000の半分にも満たないとは。

普及率を計るため、直近1ヶ月のデータも取ってみました。

変化なし！Vistaほとんど増えてません。5.8%。だ、だいじょうぶなんでしょうか…。

若干先行きが心配なVistaですが、思い返せばXP発売のころにもしばらくは仲間内で「2000の方が安定してるよー」なんてな話があって、今のVistaと同様XPの普及にも疑念を抱いていたものです。XPの道を歩むのか、はたまたMeの道を歩むのか、まだまだ予断を許さないといったところでしょうか。

…といったことをきょうの記事にしようと考えていた今朝。AppleはMacBook Airのリリースを発表、各メディアで報道されました。「か、軽いMacBookあるやん！」もう、人生を1週間ほどやり直したい気持ちでいっぱいの本日のわたしでした。それではみなさまごきげんよう。

皆様こんにちわ。
年始ボケもすっかりとれた（ハズの）BOstudio山中です。

現在弊社では、googleカレンダーを利用してスケジュール情報の共有をしています。
1年ほど使用していて、最近初めて知ったことがあります。
[終日] の予定に設定される通知は、予定の 1 日前の午後 5 時を基準とするということ。
皆様ご存知でしたか？
1月11日の終日イベントに5分前にメールが届くようにアラートを設定すると、前日1月10日16：55にメールが届くわけです。
私の勝手なイメージでは、前日の夜23：55に届くのかな？と思っていたのですが・・
明日の予定ということで、業務時間内にアラートが出るようにという配慮なのですね。

そもそも17：00という基準時間がちょっと謎に感じるところではあります。
基準時間自体が編集できるようになると、もっと便利なのにな・・と思った今日この頃です。
googleさん、宜しくお願いします！