p要素の終了タグを省略する際の注意点 (agenda)
HTML4.01ではp要素の終了タグ「</p>」は省略することができるようになっている。数ある省略可能なタグの中で、最も気を付けなければならないのがこの「</p>」。 DTDの再確認 まずスキーマを見てみる。p要素の内容モデルを確認するのに必要なのは次の箇所： <!ELEMENT BODY O O (%block;|SCRIPT)+ +(INS|DEL) -- document body --> <!ELEMENT P - O (%inline;)* -- paragraph --> <!ENTITY % inline "#PCDATA | %fontstyle; | %phrase; | %special; | %formctrl;"> <!ENTITY % fontstyle "TT | I | B | BIG | SMALL"> <!ENTITY % phrase "EM | STR
blockquote要素（またはq要素）が形成するリンクについて (agenda)
私は上記の記事を「a要素などで利用者に目に見える形で表示されるものを、わざわざ(ソースなどで)隠すあるいは二重にリンクする必要はない」と解釈したのですが、私の場合これってblockquote要素のcite属性にも当てはまるんですよね。 これは逆の形っていうか、「cite属性で引用元をきちんと示しているのに、a要素などでわざわざ目に見える形にする必要はない」って思うんですよ。私は引用元の前後の文書も読みたいと思うので、ソースを覗いてでもcite属性を探しますけど、多分少数だと思います。今はJavaScriptを用いて cite属性などを目に見える形に表示していますけど、それらはブラウザがやってくれてもいいんじゃなかろうか、とか思うのは望みすぎなのかな？ link要素云々 （simpleism.net）より引用 それは私もHTMLで引用する時には毎度頭をよぎる。しかしリンクの種類を伝えられるの
はてなブックマークの「お気に入り」って何？ の続き (agenda)
はてなブックマークの「お気に入り」って何？ (agenda)の続き。 はてなブックマーク - はてなブックマークの「お気に入り」って何？ (agenda) なんか、言いだしっぺの私が言っていいのか知らんけど、はてなブックマークの「お気に入り」がRSSリーダーより優位な点って、はてなブックマーカー達による「情報の重複」を避けられることじゃないのか？とふと思った。たとえば、RSSに登録しているはてなブックマーカーが10人いて、10人が10人同じ記事をブックマークしたとすると、RSSリーダーでは10もの個別フィードを消化することになる。しかしはてなブックマークのお気に入りに「隔離」しておけば、記事一つにコメントが集められる形で表示されるのですっきりする。 と思ったら、すまん既にいくつかブックマークコメントされてた。恐らく同じような意味。だと思う。ピンと来なくて気付かなかった。 はてぶのお気に入り
はてなブックマークの「お気に入り」って何？ (agenda)
なんか自分でも恥ずかしいくらい今更な話なんだけど、はてなブックマークのお気に入り機能って何なんだ？ お気に入りページでは、お気に入りに加えたユーザーのブックマークを新着順にまとめて閲覧することができます。 RSSリーダーに登録しておけばまとめて読めるのに、お気に入り機能を使う理由が分からない。 お気に入りユーザーがブックマークにつけたコメントも合わせてみることができるので、あなたにとって価値の高い情報だけを凝縮して閲覧することができます。 強調Jintrick。「都合のいい情報」の間違いでは？そんな薄気味の悪い情報収集をしていると目が腐るぞ。いや腐っているから云々というべきか。 お気に入りゼロの状態でお気に入りページを開くと、こんな誘い文句が踊る。 気になるユーザーの新着ブックマークをまとめて一覧できる「お気に入り機能」を活用すれば、はてなブックマークが自分だけのネットサーフィンガイドブッ
「HTML原理主義者」を笑い飛ばせ (agenda)
ちょっと一休み（謎）。いつだったか「HTML原理主義者」という言葉を笑い飛ばすために、軽く文章を書いたので、推敲して公開しておく。 XMLボキャブラリのアンチ・パターン 第4回：「原理主義」、「奇妙な名前、謎の名前」 - ITアーキテクト [IT Architect] なんだこの気味の悪い二人は。 そもそもそれ、HTMLではないローカルなMSHTMLアプリケーションの類だろう。そのローカルなMSHTMLアプリケーションにHTMLの文法を持ち込もうとしたこの「T君」こそ、正しい意味でHTML原理主義者と言えるわな。過激ではないとあるが、私に言わせればこのT君こそが超過激なHTML原理主義者だよ。何故ウェブページの例ではなく、講義で使うMSHTMLアプリケーションなんかを例に取ったんだろう。絶対わざとだろ。 世にいう「HTML原理主義者」の不思議 しかしふと思ったのだが、世にいう「HTML原理
サイトのナビゲーションとしてサイドバーを採用すべきでない理由 (agenda)
サイドバーとは左側に位置するウェブサイトのナビゲーションのことである、とここでは定義する。擬似段組などによって主に左側に配置される。何年か前にも一度批判したことがあるが、当時は疑いを述べたにとどまっている（段組の利点 - 3つの情報ブロックがある場合 (agenda)）。その5年越しの「続き記事」といってもいいかもしれない。 第一に、サイドバーがナビゲーションバー（サイトロゴの下部に配置され、インライン方向に伸びるナビゲーション）と決定的に違うのは、それがナビゲーションかどうか分からないことである。サイドバーは今流行りの「ブログパーツ」かもしれないし、広告の塊かもしれない。自分のサイト内のコンテンツの宣伝である場合もしばしばだし、コンテンツに密接に関連した他サイトの記事へのリンクかもしれない。仮にナビゲーションであったとしよう。この時、サブカテゴリ内のリンクになっているケースもあればグロー
LINK要素で二重にリンクする必要はない (agenda)
ナビゲーションをLINK要素として記述して閲覧者から隠蔽することに、一体どんな意味があるだろうか。閲覧者が直接見ても利益があるなら、A要素にすべきだ。それがハイパーテキストなら、隠すべきではない。そしてそのA要素に適切なrel属性を記述したのなら、もうLINK要素として再度リンクする必要はないだろう。ユーザーエージェントがサイトナビゲーションバーとして利用するというなら、A要素だって利用できる。rel属性を見れば良いのだから。nextというリンクタイプを見て先行読み込みをするというのなら、A要素だって利用できる。rel属性を見れば良いのだから。多くのLINK要素は無駄だ。こんな時代だからこそ、外面も中身も贅肉をそぎ落としておきたい。 サイトナビゲーションバーの理念的にはA要素で文書内に登場したナビゲーションは邪魔なのだろうが、じゃあLINK要素だけでナビゲーションを構築したサイトがあるかと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
