みなさまこんにちは、加賀田です。きょうこそは、きょうこそはword-breakのお話…かと思いきや、今回も別の話です。じつは既に検証結果も出てるんですが、そこを敢えて次回に回してここでするお話は、以前やった「メールアドレスに大文字を含めていいの？」というお話の補足。

きょう、所用でWikipediaの「メールアドレス」の項を読んでいて、こんな記述が目に留まりました。脚注3です。

RFC 2821の2.4節“General Syntax Principles and Transaction Model”と4.1.2節“Command Argument Syntax”によれば、大文字小文字を区別するメールボックスを定義することは相互運用性を妨げるため、避けるべきである。

えっ、そうだったの？以前の調査では見落としておりました。

実際RFC2821の4.1.2節を見てみると、こんな記述があります。

While the above definition for Local-part is relatively permissive, for maximum interoperability, a host that expects to receive mail SHOULD avoid defining mailboxes where the Local-part requires (or uses) the Quoted-string form or where the Local-part is case-sensitive.

なるほど。覚えておきます。

というわけで、ちょっと目に留まってしまったのでメモしておきました。次回こそはword-breakとりあげます…。それではごきげんよう。

皆さん、こんにちは。
先日自宅の洗濯機が壊れました。カタカタ言って脱水をしてくれません。
修理をしてくださった業者の方によると、どこか（くわしく説明をしてくださったのですがちんぷんかんぷんでした）の部品が故障していたらしいです。
まだ購入して3ヶ月ちょっとだったのですが…。

さて、本日の話題は表題の通りCSSによる画像置換についてです。
CSSでオンマウス時に画像を変えたいときなどに使う画像置換ですが、環境によって画像がチラつくことがあります。
その現象を防ぐやり方をご紹介します。

HTMLソースは以下の通りです。

<p><a href=”#”>サンプル画像</a></p>

CSSは以下の通りです。

p{
background:url(../imgs/sample_on.gif) 0 0 no-repeat
}
p a,
p a:link,
p a:visited{
display:block;
width:300px;
height:50px;
background:url(../imgs/sample.gif) 0 0 no-repeat;
text-indent:-9999px;
}
p a:hover,
p a:active{
background:none;
}

コードを読める方は、サンプルソースだけでお分かりになるかと思いますが、
要するに、pの背景にon画像を置いておき、aの背景に通常画像を置いておきます。
そして、オンマウスでaの画像を消す、という方法です。
これにより、「インターネットオプションでインターネット一時ファイルの設定をページを表示するごとに確認する」としている方でも、画像がちらつかなくなります。

本ブログでも何度かネタにあがっている、IE8の件についてのこんなニュースがありました。

Microsoft，次期ブラウザ「IE8」の限定的なベータ・プログラムを先行実施

IE8β版がいよいよ出回るそうです。といっても、一部の開発者を対象として公開するとのことですが、ゆくゆくは一般にも提供をするとのこと。
つい先日2月13日に、IE7の自動更新がスタートしましたが、IE7をブロックする方法等々が出回っている模様だし。。
IE6は駆逐されず、IE7が中途半端に広まり、IE8が登場して。。。どうなることやら。
どうせ、すぐにどれかだけになるってことは無いと思うので、コーダー衆の苦労は続くわけですね・・・

関連記事
・IE8に期待しますか
・IE8のレンダリングスイッチ
・IE7の自動更新をブロックする？？？

関東で春一番 が吹いたらしいですね。
その翌日はちょっと北関東の方に出かけていたのですが、あほみたいな強風でバス停が倒れているところを2箇所みましたです。かなりの暴風。
山口です。絶賛骨折中です。

さて先日、MovableTypeがバージョンアップして、画像の管理が便利になったーなんて話を記事にしましたが、なんとトラブル発生。

ある画像をアップロードした後から、アイテムの一覧を表示させようとしたとき、記事作成中に画像挿入ボタンを押したとき、５００エラー（Internal Server Errorだっけ？）が発生。

とりあえずcgiのパーミッションを確認 、問題なし。というか、いままで動いてたから間違うはずが。。。

問題の元と思われる画像を削除すると、正常に動く。。

途方にくれて、Google検索の旅に出たものの、、、
同じように困っている人はいるもののはっきりした解決策が、なかなかみつからない。でも、どうやら、perlのバージョンが問題らしい？

sixapart推奨Perl 5.8.1 以上 だと大丈夫？？？
3つのレンタルサーバーで試してみたところ、 うち１つは問題なく動作。
確かにちゃんと動いてるサーバーのperlのバージョンは5.8.5でした。

もし同じようなことでお困りの方はperlバージョンを確認してみては？
レンタルサーバだと、なかなかバージョンあげられませんけど。。。

なかなかすんなりとは動いてくれません。

MT4～はまだまだ情報が少ない…ですね。（他力本願なのがいけない？）
ちょっとぐったりきました。。

がんばって使いこなせるようになりましょう・・・

みなさまこんにちは、加賀田です。“猫の日”の本日こそは前々回の続きでword-breakプロパティの検証について…と思いきや、また別の話。word-breakについてはまた次回。

さて、word-breakをほったらかして何の話をするかといいますと、先日人前でお話をする機会があったのでその話をしたいと思います。聴衆3名をお客に1時間ほどのプチ講義をぶってきたわけですが、お題がなんともコーダーらしく？『HTMLとは』ということで。

ある種非常にあいまいなお題で、何を語ろうか考えてしまうところであります。講師によっていろいろバリエーションができそうなところなので、ここはひとつわたしの話した内容のダイジェストを公開しておこうと思います。自分自身への備忘録の意味もこめて。

• まずは、そもそもHTMLって何の略か？”HyperText Markup Language”ですよね。
• じゃあMarkupって何だろう？話は1980年代のSGMLまでさかのぼります。ちなみにSGMLは”Standard Generalized Markup Language”の略。
• SGMLはもともと軍事利用が目的でした。そういえばインターネットの起源となったARPANETもそうですね。汎用性の高いプレーンテキストにタグを埋めることで、高度なドキュメントを表現しようとしたもの。
• SGML開発の過程で、DTDやスタイルシートが生まれました。
• Web上のハイパーテキストを記述する目的で、SGML応用系としてのHTMLは生まれました。
• HTMLの生みの親として、ティム・バーナーズ＝リーは要チェック。CERNの研究者です。
• 初期のHTMLは、IETFの発行するRFCにその仕様がまとめられていました。
• のちにW3Cが設立され、HTMLの仕様策定はこちらに移ります。
• 一方、SGMLのサブセットとしてXMLが生まれました。
• XMLベースのHTMLとして、XHTMLが生まれました。モジュール化ができたり、MathMLなど他のXML文書との親和性がとれたり。
• あと、SGMLの短縮タグ機構がXHTMLにはないです。
• HTML4.01やXHTML1.0にはStrict/Transitional/Framesetの3つの文書型が存在します。文書構造と表示スタイルを明確に分離しようという動きによるもの。
• つまり、文書構造とスタイルはきっちり分けてコーディングするのがよいということです。
• ちなみにスタイルに関しては…「スタイルシート」って簡単に言いますがふつうはCSSのことを指していますね。厳密にはスタイルシートとだけ言うとXSLTなんかも含みますのでいちおう注意。

おおむねこんな内容でした。もっと具体的なマークアップの話とか、alt属性やscope属性といったアクセシビリティとのかかわりも盛り込みたかったんですが時間の都合上割愛。

話しながら、板書で短縮タグ機構の例としてchecked属性の話をしたり、W3Cのサイトを見てワーキングドラフトに始まる仕様策定の流れを確認したり…と、講師としてはおおむね楽しくお話させていただきました。お客さんはどうだったんだろう？

ほかのコーダーさんに「HTMLの概要について1時間くらいの講義でレクチャーしてください」なんてお願いすると、また違った角度からの回答が出てきて面白いかもしれませんね。まずは社内からかな…。それではごきげんよう。

みなさん、こんにちは。
チャンピオンズリーグでアーセナルが勝てず、へこみ中の加藤です。

さて、皆さんはインターネット白書をご覧になったことはありますか？
私は、先日初めて目を通したのですが、「へぇ～」と某番組のボタンを押したくなるデータ満載でした。
例えば、インターネットの接続方法でなぜか北海道のほうが東京より光ファイバー率が高かったり、四国はなぜかケーブルテレビ率が高かったりと、それぞれ地域柄が出ていてそういう視点で見ても面白かったです。
それから、2007年の3月の調査でインターネット利用者数が八千万人を超えたらしいです。
それ自体は、そこまで驚かなかったのですが、調査の仕方が3歳以上の利用者っていうところに驚きました。
3歳以上って…。
今時のお子さんは3歳でインターネットに触れているのですね。末恐ろしいです。

こんにちわ。今日も寒いですね。
先日、何年かぶりにインフルエンザに罹ってしまいました。久しぶりに40度近い高熱をだしまして、普段、風邪を引いてもあまり熱が出ない体質なので、何だかすごくびっくりしました。
皆様もくれぐれもインフルエンザにはお気をつけて！

さて、今回はちょっと毛色を変えまして、photoshopについての覚書を。
photoshopでスライスした素材を書き出しする際、デフォルト設定だと、「image」フォルダを作成してくれますよね。
ここに入れたいのに、さらにフォルダを作ってくれてしまう！ああ～みたいな。
そんな時は、以下の要領でimageフォルダを作成しないよう設定することが出来ます。

1. ファイルメニュー⇒Webおよびデバイス用に保存をクリック。
2. 保存画面、右側のプルダウンメニューから「出力設定の編集」をクリック。
   
3. プルダウンメニューから「ファイルの保存」を選択し、最適化ファイルの「画像をフォルダに保存」のチェックをはずす。
   
4. 「保存」ボタンをクリック。

以上で、imageフォルダは作成されず、指定したフォルダの直下に書き出されます。

ちなみに私は、素材管理用のフォルダを作成してその中にガツガツ書き出しして、使うパーツだけを実際のフォルダに移すようにしています。
そうしないと、うっかり全部（いらない部分）を書き出してしまった時に、フォルダの中がすごいことになってしまうので・・・。
でも、上記の設定をしておくと楽かも知れません。

こんにちは。やまぐちです。
先日肋骨にひびがはいりました。
痛みとかはあまりないのですが、精神的にやられました。。。

さて、最近もMovableTypeに翻弄される日々を送っているのですが、
タイトルの「にょろ 」とか困ります。

「にょろ」→「～」 （にょろで変換するとでてくるんですね、これ）

日本語入力モードでshift＋^ 、「から」と入力しても出てきますね。

そっくりさんもいます。
波ダッシュ文字「〜」

本物は全角チルダ「～」なのかな？

いまいち正体がわかってませんが。

さてこの人たち、うかつに記事やらテンプレートに記述すると、「?」に化けてしまったりします。
サーバによっては、化けないときもある模様。
perlやDBのバージョンの問題でしょうか？？

で、化けてしまうので、困ったなと思ってgoogleさんにきいてみた。
やっぱりすでに困ってる人がいました。

で、判明したのは、実体参照で記述すればいいらしい。

～
～

〜
〜

とか。

文字コードのいろいろな問題があるみたいです。

で、MT4.０～のフォーマットをリッチテキストで記事投稿を していて、実体参照で記述すると、
そのまま 「&#x301C;」のように表示されてしまうとです。

なので、記事を書き終わった後にフォーマットを「なし」とかにして、
実体参照で書いてやるとよさげです。

そこからリッチテキストに もどして保存してしまうと、化けるようなので要注意です。

ちょっとした、コネタでした。

参考URL
波ダッシュについて

波ダッシュ Wikipedia

チルダ　Wikipedia

みなさまこんにちは、加賀田です。きょうは前回の続きでword-breakプロパティの検証について…と見せかけて実は別の話をします。word-breakプロパティについては絶賛検証中…。

さて。わたしは現在は武州三多摩在住なのですが、縁あって秋葉原からつくばエクスプレス（TX）によく乗ります。つい先日も例によって乗ってまいりました。が、いつもと違うのは我が新鋭モバイルノートを携えて乗車したこと。

TXは全駅構内および2000系車内に無線LAN環境を配備しており、NTT東日本のフレッツ・スポットやNTT DoCoMoの公衆無線LANサービスの契約者は駅や車中で随意にインターネットができます。すてき。わたしはいまのところ未契約なのですが、「とりあえずアクセスポイントだけでも確認しとこうかな」とふと思い立ち、TX下り快速の車中でノートを開いてみました。

するとびっくり。エリア情報入りのポータルページが開いて、ニュース記事とかが読めるんですね。Wi-Fineというサービスだそうです。さすがにインターネットへの接続は1日10分までと制限つきですが、ポータルからスポニチANNEXやR25の記事が読めて1時間弱の乗車時間はゆうにひまつぶしすることができました。これはおもしろい。

こういうところから公衆無線LANの魅力を小出しにアピールして、契約者を増やそうという試みなのでしょうね。モバイラー志望のわたしとしては、これを足がかりに公衆無線LANが拡大してくれるとうれしいところです。それではハッピーヴァレンタイン。

こんにちわ。今日も東京は寒いです・・・。
皆様、風邪などひいてないでしょうか？

で、今回のねたですが、前回同様徒然書きでございます。
故あって、金融関係のサイトのお仕事に携わることが多かった私ですが、そんな中、金融系ならどんなサイトでもほぼ見かける「ヘッジ文言」について徒然たいと思います。
ニュースサイトをうろうろしていたら、下記のコラムを発見。金融系サイトでのPIPの可能性を論じておられました。

業界別LPO分析～金融業界のPIPにみるWeb動画の可能性

そもそも、PIPとは何ぞ？というところからなのですが、「Person in Presentation」の略で、WEBサイト内で動画を用いてプレゼンテーションを行う表現方法のこと・・です。
その動画にはプレゼンターとなる人物が登場し、直接視聴者に語りかけるように説明等を行います。動画内で、人物とFLASH等のグラフィック動画を一体化させて説明することにより、よりわかりやすく、窓口などで店員さん等に説明をしてもらっているような感じでプレゼンテーションできるというものです。

・・・ということで、ふむふむ～という感じです。そして前述のコラムでは、金融商品紹介のページはヘッジ文言で情報量が膨大であるから・・という切り口からPIPへ流しておりました。
ランディングページに、訴求したい商品等をのせても、ヘッジ文言も盛り込まなければいけないから、ページは長くなるし、注釈だらけのページになってしまいますよ～ということ。
なるほどね～と思いつつ、それを動画にしても、注釈だらけの動画になりそうだな・・・とか思ったりして。

ヘッジ文言がPIPでわかりやすくなるのかという点では、若干の疑問がありますが、金融サイトでこのような表現方法でプレゼンテーションを行うことは、とても効果的であると思います。
物にもよりますが、やはり、グラフ等を用いて表現する場面がとても多いので、それに合わせ人物が説明をしてくれる・・というのは、わかりやすいのではないでしょうか。（文章になっていてもすんなり頭に入ってこない・・ということもあるし。）
いつしか、そんなプレゼンテーションFLASHを、あのサイトやこのサイトに入れられたりしないかな？？と自分の周りのプロジェクトを見回して、画策しているところです。

ちなみに、たまに見る、動画の中で説明しているお姉さんは、どこのタレントさんなんだろう。。とふと思うのは私だけ？