イベントのタイムテーブルをウェブサイトに掲載するときの構成

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

正直、WordPress コミュニティーの叡智が集約された WordCamp Yokohama のサイトでさえ、携帯対応は不十分でしかない。これは PC 側の制作担当が携帯対応について何も考慮してくれてないから、携帯側で尻拭いをせざるを得ないのが根本の原因。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@spais あと苦労しているのは WPtouch も同じ話で、一緒に動作すると相性の悪いプラグインを個別対応していたりします。iPhone はまだ全世界でユーザーがいるから、WP 側で iPhone 対応はしてくれたりしますが「日本の携帯」という狭い世界はなかなか……。

Jun Sugimoto @understandard

@lilyfanjp 携帯対応等を考慮した、Camp セットみたいなのがあるといいですね。それ以外の作業とかも含め。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

PC 向けウェブサイトを作る時点で携帯や読み上げツールを考慮した作りになっているのが理想。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

http://yokohama2010.wordcamp.jp/ のフロントページは特に問題ない (細かい問題点はあるけど)、http://yokohama2010.wordcamp.jp/schedule/ とかはスクリーンリーダーにとっては最悪なものの1つ。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

といって、dl-dt-dd でマークアップしてスタイルシートで表っぽく見せるのは現時点では技術的にかなり難しい。だから致し方ない。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@understandard スケジュール表とかは、作る人の「想像力」がもうちょっとあればよかったのですが……。なお、事前の入金システムをオープンソースで作ろうという計画はありました (今までの事前入金システムは tenpura さんのクローズドソース)。入場無料にしたので没

IWAI, Masaharu @iwaim

@lilyfanjp 現時点のスクリーンリーダーがtableを読むのは苦手という問題があったとしても、表をtableではなくdlなどでマークアップするのはやめるべきだと思うよ。そんなんじゃいつまでたっても「より使い易いウェブ環境」は訪れない。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@spais わたしの考えでは、携帯対応プラグインを差し替えできる仕組みがあった方がいいと考えています。つまり、WP 本体／テーマ／他プラグインが、PC 出力か携帯出力かを意識できるAPIがあった方がいいということです。

IWAI, Masaharu @iwaim

@lilyfanjp 求められているものは「読み上げ対応のHTTPユーザエージェント」で、それがちゃんと実装されていればtableでも適切に読めるはず。というか、そういう未来を目指さねばならないと思う。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim 今回問題にしているのは「タイムスケジュール」なんです。具体的には http://yokohama2010.wordcamp.jp/schedule/ これならば dl でのマークアップでも OK なのではと思いますが、どうでしょう?

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim たぶん現時点でできることは、もっと microformat を適用させることでしょう。これならば、table 構造でもうまく製作者の意図を読み取れるのではないかと思います。

IWAI, Masaharu @iwaim

@lilyfanjp 複数トラックがあるタイムスケジュールをdl要素などでマークアップするのは無理だと思います。HTMLだとtableにせざるを得ないのでは？

IWAI, Masaharu @iwaim

@lilyfanjp 現状、その目的を達成するmicroformatsはない気がします。何かありましたっけ？

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim メインホールのタイムスケージュールを先に書いて、続いてサブホールのタイムスケジュールを書けばいいだけだと思います。http://www.ospn.jp/osc2010-sendai/ のようなものなら table が最適解だろうと思いますが。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim 確かにイベント時刻を示すフォーマットはけっこうバラバラのようですね。

IWAI, Masaharu @iwaim

@lilyfanjp 《メインホールのタイムスケージュールを先に書いて、続いてサブホールのタイムスケジュール》という論理的な保証ができないですよね？dd要素全てに何らかの情報を付与するのはありえないだろうし。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim 単純に h3 要素で「メインホール」や「サブホール」と書いて、h3 → dl-dt-dd → h3 → dl-dt-dd とすれば順序付けできる気がしますが、それでは何か問題がありますか?

IWAI, Masaharu @iwaim

@lilyfanjp それは1つの解だと思いますが、一覧性に欠けますよね？イベントタイムスケジュールの場合、同時間帯に複数のものには参加できないのだから、同時間帯に何があるのかを知ることは非常に重要なことの1つだと思っています。

IWAI, Masaharu @iwaim

@lilyfanjp table要素での視覚的一覧性のあるタイムスケジュールと、トラック毎のタイムスケジュールとの2つを用意するってのが現状でできる良いことの1つだと思う。この構成はよくみかけますが。例えば http://k-of.jp/2009/1106.html とリンク先。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim あれ? h3 → dl とかにするのは、スクリーンリーダーとか携帯で見る場合限定で考えてました。なので一覧性は二の次かと。同じ HTML で PC でも見せる場合はもうちょっと工夫が必要ですね。

IKEDA,Yuriko@関西のラジオ好き @lilyfanjp

@iwaim でもそれだと携帯電話ではやっぱり見にくいです。結局、「同じ HTML で PC と携帯でみやすい出力にする」のは無理ってことになりますか?

IWAI, Masaharu @iwaim

@lilyfanjp あのようなtableを読めない携帯電話だと無理だと思う。そもそも http://yokohama2010.wordcamp.jp/schedule/ の問題は、それぞれのコマの詳細情報がないこと。詳細情報ページを用意すれば携帯電話はそっちをみればいいのでは？

IWAI, Masaharu @iwaim

@lilyfanjp 一覧性を諦めるならスケジュール表である必要はないですね。でも、スケジュール表あった方がいいんじゃないでしょうか？スケジュール表を切り捨てるメリットはなく、デメリットは大きいと思いますよ。