- taizooo: http://d.hatena.ne.jp/taizooo/20080523/1211535403
- otsune: hAtomにrequiredなAuthorが無いな
- snj14: authorはhAtom0.2でoptionalになるらしいよ．個人的にはmicroformatsにrequireは不要だと思う．組み合わせれば良いんだし．
- forestk: 同意しつつも最低限を決めておかないと、活用しにくいかもとは思う。hAtom に rel="bookmark" ないとどうかなぁ、とか
- ↑from: [http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/taizooo/20080523/1211535403]
- :
- snj14: オレ，rel-bookmarkも嫌いなんだわー． [http://twitter.com/snj14/statuses/820148977]
- snj14: 例えば http://tinyurl.com/5kqdxo はtwitter検索内のパーマリンクなんだけど，twitterのパーマリンクは http://twitter.com/fuba/statuses/815883523 [http://twitter.com/snj14/statuses/820149407]
- snj14: 両方のリンクをHTML内に入れるとして，どっちがrel="bookmark"なの？「どっちをブックマークするか」ってユーザが決めることなんじゃないの？なんでサイト側が指定すんの？…同じ問題がふぁぼったーとかパーマリンクのあるSBMとかでもあるよねぇ． [http://twitter.com/snj14/statuses/820151794]
- snj14: SBMの例だと，これとか→ http://tinyurl.com/6z7a3c [http://twitter.com/snj14/statuses/820153088]
- snj14: ミスった．これね． http://tinyurl.com/6aruno はてなスターの状況を見たいときはこっちだけど， [http://twitter.com/snj14/statuses/820154602]
- snj14: 本文読みたいときってこっちじゃん． http://d.hatena.ne.jp/taizooo/20080523/1211535403 ユーザが選べるようにしたほうが良いはずだよね．rel-bookmarkっていう用途を限定したmicroformatsにしたからこうなる． [http://twitter.com/snj14/statuses/820155560]
- snj14: そうじゃなくて，rel="EntryExternalURI"とかrel="EntryInternalURI"とかみたいに純粋に構造だけを記述すれば(なんか長くてキモイけど)， [http://twitter.com/snj14/statuses/820157695]
- snj14: キカイが「ああ，なんか二つある．でもオレっちは本文読む用のプログラムだからexternalの方を開こうっとー」とか，出来るわけで． [http://twitter.com/snj14/statuses/820157952]
- snj14: と，そんなことを http://tinyurl.com/6qyqk9 のforestkさんのコメントを見て思った． [http://twitter.com/snj14/statuses/820159545]
- snj14: hAtomは(残念なことに)，「Atomに変換する用」になっちゃってるから，Atomに変換するんだったら「パーマリンクが要る」って思うのではないかと． [http://twitter.com/snj14/statuses/820160534]
- snj14: 用途と構造を別にすれば，Atomに変換するプログラムは「ブログのエントリ用のmicroformatsが使われていて，かつ，パーマリンクもあったらAtomに変換できるよ．でなきゃinvalidだからオレっちを使ってAtomに変換したいなら両方定義してね」って宣言しちゃえば良い． [http://twitter.com/snj14/statuses/820162477]
- snj14: パーマリンクはいらないけどブログの構造は欲しいっていう他のプログラムまで「パーマリンクのmicroformatsがなければinvalid！」とか無駄じゃん． [http://twitter.com/snj14/statuses/820163964]
