オリジナル創作とサイト作成に関するメモを置いているサイトです。2007June08 Friday Lucky bag::blog: CSS が valid でなければいけない理由って何ですか？ 自分的にタイムリーな話題だったのでメモ。 基本的にcssもvalidにしておきたいという考えなのだけれど、 仕様に沿った記述をすべきっていう真っ当な回答 以外の強い根拠はないわけで。 = これを「validじゃないかららめぇーーー！」って気分にならないのは、角丸はともかくopacityで半透明系はテキストと背景画像がかぶって読みにくいことへの措置だからです。このことについては優先度をユーザビリティ（？）＞validであることとしました。まぁかぶって文章読めないような背景画像置くなと言われればそれまでなんですが。因みにIEにはfilter:～ってのを指定したIE用のcssを別ファイルで作
W3Cに関するsweetloveのブックマーク (16)
-
sweetlove 2007/06/08
-
XHTML の「タグ」と「要素」の違いと正しい使い方
先日公開した XHTML タグ一覧表示ツールの中の説明で、「<br /> は空タグではありません」というご指摘を頂きました。勉強不足だったことを反省して、改めて XHTML の「タグ」と「要素」の違いや使い方について調べてみました。 まず、W3C で公開されている「XHTML 1.0」の仕様は下記です。 XHTML? 1.0 The Extensible HyperText Markup Language (Second Edition) XHTML? 1.0: 拡張可能ハイパーテキストマークアップ言語 上記の「4. Differences with HTML 4（HTML4との相違点）」に Well-formedness is a new concept introduced by [XML]. Essentially this means that all elements must
-
XHTML 1.1 - Module-based XHTML
XHTML™ 1.1 - Module-based XHTML - Second Edition W3C Recommendation 23 November 2010 superseded 27 March 2018 This version: https://www.w3.org/TR/2018/SPSD-xhtml11-20180327/ Latest version: http://www.w3.org/TR/xhtml11/ Previous version: http://www.w3.org/TR/2010/REC-xhtml11-20101123 Previous recommendation: http://www.w3.org/TR/2001/REC-xhtml11-20010531 Editors: Shane McCarron, Applied Testing an
-
-
-
-
H-man AND NOW(バリッドちゃん)
( published: Oct. 25, 2001 / updated: Jul. 26, 2004 ) 劇場版バリッドちゃん: Project Z-ch バリッドちゃん小ネタ集 バリッドちゃんエピソードガイド(第1案) バリッドちゃんアートワーク バリッドちゃん外伝: 箇条書き太郎の誕生日(Feb. 18, 2003-Mar. 16, 2003) 最近の更新 登場人物を更新 (デニムとフリルのミクス・ケンガーを追加)。(Jul. 26, 2004) エピソードガイドを更新 (#7: 箇条書き太郎を救え)。(Jul. 26, 2004) エピソードガイドを更新 (#7: 箇条書き太郎を救えを少し修正)。(Jul. 20, 2004) エピソードガイドを更新 (#7: 箇条書き太郎を救え完結)。(Jul. 17, 2004) エピソードガイドを更新 (#7: 箇条書き太郎を救え開始)。(M
-
日本規格協会 JSA GROUP Webdesk
工業標準化法改正に伴うJIS規格名称変更のお知らせ(2020年6月22日更新) 2020/06/22 2020年6月吉日 お 客 様 各 位 日本規格協会グループ 出版情報ユニット 工業標準化法改正に伴うJIS規格名称変更のお知らせ 拝啓 時下ますますご清祥のこととお慶び申し上げます。 平素より当協会の事業へ格別のご高配を賜り厚く御礼申し上げます。 さて、平成30年第196回通常国会において「不正競争防止法等の一部を改正する法律」（法律第33号）が可決成立し、工業標準化法が一部改正されました（平成30年5月30日公布）。 これにより2019年7月1日より、“工業標準化法”は“産業標準化法”に変わり、“日本工業規格（JIS）”は“日本産業規格（JIS）”に変わりました。 2019年6月末日までに発行されたJISについては、まえがきを除き、JIS規格中の「日本工業規格」を「日本産業規格」に読み
-
ウェブコンテンツ・アクセシビリティ・ガイドライン 1.0
E-mailｼ嗹ebmaster@zspc.com Copyright © 1996-2000 ZSPC. All Rights Reserved. All pages except color chart are written in Japanese. g src="/static/zspc.com-vcss.gif" alt="Valid CSS! | " height="31" width="88" border="0"> g height="31" width="88" src="" alt="Level A conformance icon, W3C-WAI Web Content Accessibility Guidelines 1.0" border="0">
-
-
XHTML1.0 Strict 内容モデル
head要素の子要素 <base /> href属性必須 空要素 <link /> 空要素 <meta /> content属性必須 空要素 <object>-</object> 他の内容よりも param要素を先行させるべき param要素 ブロックレベル要素 インライン要素 テキスト <param /> name属性必須 空要素 <script>-</script> type属性必須 スクリプト（PCDATA） <style>-</style> type属性必須 スタイルシート（PCDATA） <title>-</title> head要素内に必ず1個だけ定義 テキストのみ（PCDATA） ブロックレベル要素 <address>-</address> インライン要素 テキスト <blockquote>-</blockquote> ブロックレベル要素 <div>-</div> ブロックレ
-
RED LINE : strict にするか transitional にするか - livedoor Blog（ブログ）
新規でサイトを作る際、いつも迷うstrict とtransitional。 基本的にはstrict派。派というか、特に理由はなくなくとなくstrictにしておきたい派なわけだが、最終的にいつも決めるのは、「そのサイトで別窓で開くようなリンクを置くかどうか」だったりする。 strictは厳密でっせというだけあって、strictはtarget属性を使用する事ができない。その他にもimgにボーダー入れんなやーとか、インライン要素を直接置くなやーとか、うっかりするといろいろとボロが出る。 そういうのも慣れで何回かバリデータにつっこまれていくうちに記述ミスもなくなってくる。たまにDWが勝手にborderをソースに入れてしまうケースがあって、手作業でチマチマ消していくのがダルかったりするが･･･。（DWの設定で勝手にborder入れないようにできるのかな？） strictが素晴らしくて、transit
-
DOCTYPEスイッチ
Updated 2013.09.27 / Published 2006.05.08 現在リリースされている視覚環境のUAには、宣言された文書型に応じてレンダリングモードを標準準拠(standard)モードか後方互換(quirk)モードに切り替えるDOCTYPEスイッチ(DOCTYPE Switching)の機能が備えられています。 これは、全ての制作者が宣言した文書型に定義されている仕様（ルール）に沿った文書を作成していれば、その仕様通りの動作や表示が期待できるので問題は起こりませんが、中には問題のある記述をしている制作者もいるために、UA側で宣言されている文書型に応じてレンダリングモードを切り替えるようになっています。後方互換(quirk)モードでは、拡大解釈をしたり、仕様で定義されている内容とは異なる独自の解釈する場合があります。 後方互換(quirk)モードの際に問題となる記述例 c
-
-
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました