案の定二度と再生不可能までにコジ開けられた愛しのMacちゃん。
肚の中はなんかターミネーターみたい。
なんとかハードディスクはとりだして中のデータはバックアップとったけど、その後はウンともスンともいいません。
ご臨終なので、叩き壊して、土に埋めようかと思います(燃えないゴミにちゃんとだします)。
しかしやっぱりプレーンなhtmlが一番美しいです。なんでみんなわかんないんだろう?
]]>偶然か必然か。どっちかはわかりませんが、なんか出てきた。
]]>案の定二度と再生不可能までにコジ開けられた愛しのMacちゃん。
肚の中はなんかターミネーターみたい。
なんとかハードディスクはとりだして中のデータはバックアップとったけど、その後はウンともスンともいいません。
ご臨終なので、叩き壊して、土に埋めようかと思います(燃えないゴミにちゃんとだします)。
if(isset($_GET['xsl'])){
$xslPath = $_GET['xsl'];
}else{
$xslPath = "table";
}
]]>
ぼくは他に用事があるのでいきませんけど、AdobeのRIA戦略とかは聞いてみたい気もする。
福岡でもこんなイベントがもっとあって、もっといろんな人があつまるようなセミナー(エンジニアだけじゃなくて)が増えればいいと思う。
Web Barbarians Conference 2008 Summer「夏祭り!アドビ特集」powered by CSS Nite
]]>もう4〜5年くらい使ってたし、扱いもあまりよくはなかったので、限界なのねMacちゃん。
ありがという。そしてさようなら。
そんなわけでソッコーでビックカメラにいってiMacを購入してきた。どうも新しいキーボードにはなれないけど、まあそのうち慣れる。
とりあえずハードディスクだけはとりだしたいけど、なんか固いのね。Winだと結構簡単に取り出せるけど、六角レンチとか買ってこにゃならんらしい。
あと環境構築がちとメンドい。まあPHP使えるようにして、あとアプリとフォントをインストールするだけなんですけど、なんかメンドいのよね。
まあ新しいだけあってモニタもデカいしきれいだし、速度もはやいんでいいけど、13万はキツイ。
あとiPodついてる！ とか思ったらリモコンだった。このへんのインターフェースって徹底されてるのはさすがApple。しかし、リモコンて、なんか家電だね。
]]>イベントはtrにセットしてあるけど、IEのattachEventでthisを渡すと何もかえってこなかった。なのでevent.srcElementをthisの代わりに使ってみたんだけど、そうしたらevent.srcElementに入ってきたのはtrのchild node(thとtdと空白ノード)。仕方なくparentNodeで一回親ノードに戻ってから処理を継続。
Firefoxでは苦もなく動いたけどIE対応がメンドかった。
ちなみに引数は、tableHover("イベントをセットするテーブルのid","マウスオーバーで変更する色")です。
それにしても最近暇。
]]>パソコンのwebサイトを作ると、そうしても絵のほうに目がいきがちで、コンテンツのクオリティよりもビジュアルのクオリティにばかりに右往左往するような気がする。
ここの色がどうだとか、ここに模様を入れろとか。でもそんなことはデザインのスキームのはなしなので、へたに素人が口をだすと設計が崩れてしまいかねない。むしろ文体が統一されているかとか、この概念に対する単語、送り仮名はこれに統一するとか、ここの表現はこの言い回しで正しく伝わるのかとか、ナビゲーションを形容詞で統一するとか、そういったことのほうが大切だったりする。
そういった意味では、パソコンからケイタイへのシェアの移行も案外悪いことじゃないのかもしれない。
ただどうにもケイタイはXMLがよめなかったりだとか、通常のhtmlが使えないとかあるので、その辺の問題さえクリアしてくれれば(スペック的にはもう問題ないような気がしなくもない)、ぼくももっと携帯コンテンツの制作のスキルを磨いていきたいとか思う。
別にActionScriptのバージョンだとかJavaScriptへの対応とかは後回しでもいいので、構造化データに対する対応に注力して欲しい。そっちの方がユーザーの求める情報により的確にナビゲートすることが可能になるだろうし、そうすれば携帯端末としての意味もより鮮明になってくるだろうし。ほいで、それを利用したサービスを提供すれば、シェアだってのびるだろうし。
けっこう便利だけど、検索とかで欲しい情報にたどり着きづらいケイタイ。なんか今までの検索とは別の、ひたすら実用性のみ追い求めるとか、そんな検索サービスがでれば、もっと使うのラクなのに。とか思う。漠然と。
]]>つまりある一定の規則にもとづいて構造化されたデータは、他のアプリーケーションやWebサイトでの利用が可能になり、そこから生み出される利益は計り知れないというはなし。
しかもそれはたいしたコストもかからず(利用する側は)、導入も簡単なことで、だけどそのためにはより多くのひとの参加が必要だったりする。
たとえば登録されているすべてのWebサイトで、住所の情報が同じ構造でマークアップされていた場合、プログラムを使用し、すべてWebサイトから住所の情報を取得して、それらの一覧情報をポータルサイト(たとえばタウンページとか)で公開できるようになる。
つまり、いちいちポータルサイトへ連絡することなく、Webサイトを更新することで、ポータルサイトの住所情報も同時に更新されるようになる。
ほかにも、もしすべてのアプリケーションで同じ構造化データを使用していれば、ワンクリックでアドレス帳へ登録できたり、アプリケーションを乗り換える場合にも、データだけを別ファイルとして出力して、新しいアプリケーションへ読み込むことが可能になる。
構造化マークアップと、ほんのちょっとの気遣いで、混沌としたWebの未来は明るくなる。デザインが制約される? cssがあるので無問題。
そんなわけで、Microformatsリファレンスを公開してみます。完全版ではないので、ひょっとするとなんかまちがってかもしれませんが、本家のサイトやアドオンなので、確認しつつ、ちょっとずつ完成系に近づけていきたいとおもいます。
ちなみに、SEOにも効果があるとかないとかいうはなしもあります。
]]>ムームードメインでは、2008年8月4日～8月25日（お昼12時）までの間.netドメインが649円でとれるそうです。
xsl:for-eachで決まった数のブロック毎に親ノードを追加する方法。
帰りに自転車こいでる時にふとおもいついて帰って書いてみたらうまくいったので覚え書き。
<xsl:for-each select="./section/box[position() mod 2 = 1]"> <xsl:variable name="p"><xsl:value-of select="position()"/></xsl:variable> <xsl:element name="img"> <xsl:attribute name="src"> <xsl:value-of select="./image" /> </xsl:attribute> </xsl:element> <xsl:element name="img"> <xsl:attribute name="src"> <xsl:value-of select="../box[position()=$p+$p]/image" /> </xsl:attribute> </xsl:element> </xsl:for-each>
ループする毎に加算される値はないものかと、いろいろ調べてたんだけど、たしかにposition自体が加算されるのは自明の理。けっこう入門書に書いてあるような代入なのに、いやーまったく気づかなかった。
]]>心が死ぬルーチンをすこしでも減らしたい。
]]>htmlentitesで文字化けしてなかなか原因がわからなかったけど、ひとに教えてもらてなんとか無事解決。
しかし、あれよね、入門書って難しい、さっきまでprintしてたのに、いきなる複雑な処理をやらせようとするんでどうにっもこうにも。
でもそこは、O’REILLY信者として信じて買ってみたら、やっぱスゲーわかりやすかった。コードがきれいね。
今まで買ったやつはtd td table tableの入れ子とかでもはや必要なphpのコードがうもれてしまって書くのもメンドくさかったけど、これはわかり良かった。
説明もさすがO’REILLYといったとこで、理屈がちゃんと書いてあるので、「なんとくこう書いたらこうなるんだよ」みたいな他の本とは違う。まあひとにもよるんだろうけど、理屈はいいから動けばいい、みたいなひとはそういうのはかえってメンドイんだろうけふぉ。
]]>マイクロフォーマットが他のセマンティック技術と大きく異なる点は、既存のhtmlのclass属性やrel.rev属性を使用して記述されるため、学習コストが大きくおさえられる点にある。
っぽいので、ちかく(x)html css ガイドラインbetaもマイクロフォーマットに準拠する形で、再定義しなおそうかと思ってます。(過去のデータは別個圧縮ファイルでダウンロードできる形でのこします)
