タグ

markupに関するecluciferのブックマーク (23)

  • ブログのトップページをHTML5で書いてみた。 | notizblock

    とりあえず20分くらいで書いてみた。 http://waldspaziergang.com/notizblock/html5.html 今回使ったのは、<header>,<section>,<article>,<footer>です。 <header><footer>あたりは必ず使う様になるのかなぁ。ともあれ使い易そうというかコードの可視性は上がりそうな予感。 <section><article>は使い方勉強する必要ありそう。<section>と<div>とか絶対迷う。 とりあえずIEに対応させるには <!–[if IE]> <script type=”text/javascript”> document.createElement( ‘header’ ); document.createElement( ’section’ ); document.createElement( ‘n

  • 段落と字下げ - カナかな団首領の自転車置き場ダイアリー

    とかなんとか、まあ、真名垣タンの物言いは、なんとなく生意気で、どこか恥ずかしくさせてくれるモノがあって、何か言ってやりたい心境にはなるのね。確かに。でも、それもいいんぢゃないかと、思ったり思わなかったりしちゃうわけぇ。 んでね。 どうでもいいけど、「カナかな団首領の日記」の人は、何故、段落の始めの一マスを空けないんだろう? うわあ、一取られたなぁ。そうですね。それではとりあえず、以下のスタイルをユーザースタイルシートに加えてみましょう。 p { text-indent : 1em ; } どうです、段落の最初が一字下げになりましたか?ユーザスタイルシートが何か分からない人は、W3C信者の首根っこを掴まえて聞いてみてね。 なんてね。 まあ、段落の最初を字下げするっていうのは、紙媒体では、割とポピュラーの書き方だし、小学校の作文の時間にもそうするように言われてたり言われてなかったりするもので

    段落と字下げ - カナかな団首領の自転車置き場ダイアリー
    eclucifer
    eclucifer 2009/03/19
    紙媒体で読むときは気にならない字下げも、Webで読むと一文字目にあてる視点がチラついて何か好きじゃない。
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • 我的春秋: パンくずリストのマークアップ

    ちょっと前に パンくずリスト(Topic Path)を作成する際に使えそうなサンプル8種(CSS HappyLife)というエントリーが盛況でしたが、今日はパンくずナビゲーションの論理構造面を補強する意味も込めて、(X)HTML マークアップの例を、サイト構造やサイトの目的に応じて、いくつか挙げてみました。CSS の話まで入れると長くなるので、今回は(も?)(X)HTML マークアップに話を絞ります。CSS については、特にセレクタまわりが結構 変わってしまいますが、ひとまず、HirasaWa さんのエントリーなどを参照してください。(気が向いたら、別エントリーを立てますけど、実際に書くかどうかは未定。) 階層型構造(tree structure) [2006-02-11 追記] 石川一靖さんより、「セマンティクスを重視するならa要素にrel/rev属性を加えてリンクの関係性を明示するのが

    我的春秋: パンくずリストのマークアップ
  • 我的春秋: タグクラウドのマークアップ

    最近 巡回しているサイトで、ちょっと面白いエントリーがあったので、紹介がてら、自分でも考えてみようかと。 Marking Up a Tag Cloud (24 Ways) del.icio.us, Flickr, Technorati の (X)HTML ソースを比較しながら、タグクラウドの適切なマークアップについて考察しているエントリーです。といっても、著者の Mark Norman Francis は、これらにいきなりダメ出しをしています。いわく、「問題は、みんな間違っていることだ」(The problem is, everyone's doing it wrong.)と。

    我的春秋: タグクラウドのマークアップ
  • 一歩先のWeb標準 ♯10 | Webデザイナー・クリエイター > アイデアノート | withD

    技術トレンド 数多のコンテンツから感じることのできる技術トレンドや動き、特定のツールやアプリケーションに限定しない情報など。

  • コードは<pre>でマークアップするべき ...か? - Archiva

    Make a note of it: Web tech, montaineering, and so on. Note: この記事は、3年以上前に書かれています。Webの進化は速い!情報の正確性は自己責任で判断してください。 技術系のネタを出すときに避けて通れないのが、ソースコードの出し方。通常は<pre>要素でマークアップするのが一般的。だけど<pre>要素でマークアップすると、基的にはどれだけ横長になろうがソース中の改行でしか改行されないため、表示領域内に収めることが難しい。 だが待ってほしい。 そもそも<pre>でマークアップしなければいけないのか? そんな事はない。<pre>(整形済みテキスト)はソース中のスペースや改行をそのまま表示するために作られたタグで、改行や空白に大きな意味をもつ詩や俳句なんかのために用意されている。それがソースコードのマークアップに使われるのは、単にイン

  • テーブルレイアウトは禁止で、表はtableタグで作るのはよしとしても、今のHTM..

    テーブルレイアウトは禁止で、表はtableタグで作るのはよしとしても、今のHTMLってdiv使いまくるのが美しくない。見た目の制御はCSSにまかせるはずが、HTML側で論理ブロックをいくつも定義しなくては綺麗なデザインになりにくくなったのは皮肉だ。

    テーブルレイアウトは禁止で、表はtableタグで作るのはよしとしても、今のHTM..
    eclucifer
    eclucifer 2007/12/10
    div 使いまくらないでも綺麗なデザインは出来る。 けれど複雑に美し~いデザインは divdiv になってしまう、のは table レイアウトと大した変わりはないと思った。
  • htmlで表を書こうとおもうんだけど

    なんかtableタグ使うのはバカだみたいな風潮あるじゃない? cssで表とかってどうかくの・・・? それともレイアウトに使うなってだけ?? タイトルタイトルとか1234

    htmlで表を書こうとおもうんだけど
    eclucifer
    eclucifer 2007/12/10
    表は table が正しい。 何でも CSS でやれば良いってもんじゃない。 table を使わず CSS でクールな表を!とか言ってる人の方がクールでもスマートでも何でもない。
  • h1は最も重要な見出し - 徒書

    CSSでイケてるデザインサイト : 雑記帳 : der Gegenwartの記事で、「イケてる」条件として「トップページ以外のh1要素がサイト名になっていないかどうか」を挙げていたことについて、はてなブックマークのコメントで幾つかの言及がありました。 aratako0 僕もh1でサイト名はありだと思うんだけど。全ページ統一しておけば、スクリーンリーダーなどでhn要素を引っ張り出して、トップページに戻るのが簡単そうな気がする。 imoni "トップページ以外のh1要素がサイト名になっていないかどうか" むむ…む? kana-kana_ceo CSS, Web Design 「トップページ以外のh1要素がサイト名になっていないかどうか」どうなんだろう。リソースは単独で扱われるモノたりうると考えれば、h1 要素はサイト名でも問題ないと思えるが。 / まあ、address でもいいんだけど。 そこ

    eclucifer
    eclucifer 2007/11/28
    <q>サイト名こそが最も重要と考える文書作成者はh1要素をサイト名にし、文書本文の内容を重要視する文書作成者は、内容に沿った見出しをh1要素とする</q>
  • はてな記法とHTMLマークアップまとめ - dobby dog doughnut

    はてな記法を使ったとき実際にどのようなHTMLが出力されるのか、CSS用にクラスやIDに特化したまとめを作ってみたよー。簡潔にするためにはと略してあります。 07/11/22 自動リンク系記法を追加しました。 07/11/21 とりあえず自動リンク系以外の記法だけ 見出し記法 記法 *[カテゴリ1][カテゴリ2]見出し HTML(1段表示) <h3> <a><span.sanchor>■</span></a> [<a.sectioncategory>カテゴリ1</a>][<a.sectioncategory>カテゴリ2</a>]見出し <span.timestamp>00:00</span> </h3> HTML(2段表示) <h3.title>見出し</h3> <p.sectionheader> <span.sectioncategory><a.sectioncategory>カテゴリ1

    はてな記法とHTMLマークアップまとめ - dobby dog doughnut
  • class名のつけ方 | Takazudo Clipping*

    デカいサイトでのclass名のつけ方って、すごい難しいと思う。 だけど、CSSいじったりし始めたりした人は、その、すごい難しいってことに気付かないと思う。 別にCSSだけの話じゃなくて、プログラム書くときの関数名とか構造も同じだと思うんだけれど。 ベストなclass名のつけ方は、完全にサイトの構造を把握してないと無理だと思う。 そして、そのサイトに要素が追加されたときにも柔軟に対応できるルールを持ったclass名のネーミングルールが必要だ。 破綻が起きて、CSSが混沌になってしまわないように。 今自分がこれがイケテルーと思うのは、こんなかんじ。 まず、ページで使われる要素を、モジュール化する。 (みんなやっていることだとは思うが) このモジュールの中で使われるclass名は放っておくとして、この、モジュール単位のクラス名が超重要。具体的には、見出しとかリストとか、ナビのリス

  • 何で見出しレベルを飛ばしちゃいけないの? | Takazudo Clipping*

    見出しレベルって飛ばしていいと思うんだけれども。 いいというのは、文章の内容的に考えたら、飛んでるのは自然で、色んなアクセシビリティガイドラインでAAAとかとりたいなら飛ばさないでいくしかないと思った。ちなみに、明確な答えは無い(と思う)。 文章的に自然というのはどういう意味かというと、 見出しには、上から考える見出しと、下から発生する見出しがあると思うんですよ。「レベル見出し」と、「汎用見出し」みたいなものが。 自分が良く出会うのは、こんなの これ(右図)の、「注意」って、h2なんでしょうか? でも「パグ」と「ゴールデンレトリーバー」より明らかに重要度低い。「写真」も同じ。こーいうのって、h1の見出しの下が分かれる場合はh2で、その下で別れる場合はh3で・・・って言う考えとは、逆の考えで、 注意 - 犬が嫌いな人は帰ってください 写真 - 犬の写真 っていうコンテンツの塊だけで考

  • 新規ウィンドウを開くこととStrict DTD : 雑記帳 : der Gegenwart

    [ Web関係 ] ときどきtarget="_blank"をStrict DTDで制作された文書において代替する方法について書かれた記事を見かけます。 個人的にはそれって何か違うよね、って思うわけです。DTDを選択してから文書の性質を決めるのではなく、文書の性質によってDTDを選択すべきです。リンクを新規ウィンドウで開く必要がある場合は、Strict DTDじゃなくてTransitional DTDを採用すればいい。Javascriptで小細工するよりその方がよほどスマート且つクールです。 もちろん、Transitional DTDを採用した場合でも文書構造に乗っ取ったマークアップを心がけるべき。Web標準準拠と採用DTDは無関係ですしね。XHTMLでもHTMLでも、StrictでもTransitionalでもWeb標準に沿ったWebページを制作できます。 どうも最近は「XHTML+CSS

    eclucifer
    eclucifer 2007/09/26
    新規窓の何がアレってユーザーへの強制みたいな選択肢の制限が問題なのでしょ? Strict にならないからとそれの代替方法に頼るのは本末転倒も良いとこだと思う。
  • Another_HTML-lintへの言及 - 徒委記

    Another_HTML-lintへの言及 2007年7月31日 2007年8月1日 2007年8月4日 2007年8月5日 2007年8月6日 2007年8月7日 2007年8月8日 参考資料 取り敢えず作成。 2007年7月31日 lintで100点を取る必要はない : 雑記帳 : der Gegenwart 2007年8月1日 IT戦記 - xmllint で XHTML をバリデーション 2007年8月4日 まじかんと雑記: Another HTML-lint を使うべからず まじかんと雑記: まず lint より validator を使え まじかんと雑記: まず lint より validator を使え その 2 まじかんと雑記: Another HTML-lint について その 4 2007年8月5日 まじかんと雑記: Validator/lint に関して望まれる(べき

  • Another HTML-lintを活用すべき - 俺的メモ

    2007August05 Sunday タイトルはちょっと語意が強すぎかな?以下のエントリを見てネタ的につけたのです。 まじかんと雑記: Another HTML-lint を使うべからず まじかんと雑記: Lint より validator を使え まじかんと雑記: Lint より validator を使え その 2 まじかんと雑記: Another HTML-lint について その 4 まじかんと雑記: Validator/lint に関して望まれる(べき)こと Another HTML-lintは自分がサイト作成の為の勉強にかなり頼ってきたものなので「使うべからず」という言葉にまずビックリした。で、所詮 Another HTML-lintlint なんだよ。と言う意味がよく解らなかったです。英辞郎で調べたら「糸くず、綿ほこり」って出たけどそういうことじゃないよ

  • 見出し要素に関する議論 - 徒委記

    見出し要素に関する議論 2007年6月30日 2007年7月2日 2007年7月4日 2007年7月5日 2007年7月6日 2007年7月7日 2007年7月8日 2007年7月9日 2007年7月10日 2007年7月11日 2007年7月13日 2007年7月14日 2007年7月15日 2007年7月17日 2007年7月26日 サイト内の各ページで常にh1要素をサイト名とすることについて、等々。 2007年6月30日 CSSでイケてるデザインサイト : 雑記帳 : der Gegenwart Rusicaさん。「イケてる」条件に「トップページ以外のh1要素がサイト名になっていないかどうか」を提示。 die Vernunft - 個人的なイケてるサイト基準 emiさん。「駄目ですか…?」 2007年7月2日 h1は最も重要な見出し - 徒書 北村曉。文書作成者は重要と思うものをh1

  • [#JavaScript] HTML to XHTML

     HTML to XHTML © 2006 Magicant / 0.4.1 (2006-11-29) HTML 4 ソースを XHTML 1.0 ソースに変換します。 入力 変換元 (HTML ソース) 設定 省略された終了タグを空白類の前に補う 操作 出力 変換結果 (XHTML ソース) 情報 変換結果を W3C の Validator でチェック ソースを表示 パース木を表示 属性を表示しない アウトラインを表示 説明 HTML 4.0 または HTML 4.01 でマークアップされた文書を XML 1.0 に基づく XHTML 1.0 文書に変換します。 また、ISO-HTML (ISO/IEC 15445:2000) でマークアップされた文書を HTML 4.01 Strict 文書とみなして XHTML 1.0 Strict

    eclucifer
    eclucifer 2007/06/11
    HTML 4.0 または HTML 4.01 でマークアップされた文書を XML 1.0 に基づく XHTML 1.0 文書に変換する。
  • 論理構造を文脈に読み換えながら class 名を考える - 我的春秋

    POSH encapsulates the best practices of using semantic HTML to author web pages. Semantic HTML is the subset of HTML 4.01 (or XHTML 1.0) elements and attributes that are semantic rather than presentational. posh - Microformatsより 基的にはより論理構造を意識した class名をつけることが、今日のお話の目的なんですが、semantic-class-names のリンク先にない新味は、論理構造を文脈に読み換えながら class 名を考えるという点。(ただし、普段から意識的に文書全体の構造に照らして class名をつけている方には、それほど新味はないかも。) 例によって

    論理構造を文脈に読み換えながら class 名を考える - 我的春秋
  • マークアップの指針 : 雑記帳 : der Gegenwart

    [ Web関係 ] 石川さんのmynote.jpにマークアップの指針というページがあったので私も書いてみる。 文書型・MIMEタイプ・文字コード 文書型はXHTML 1.1またはISO-HTMLを用いる MIMEタイプに関しては、対応するUAにはapplication/xhtml+xmlとして、未対応のUAにはtext/htmlとして配信する。(現在はPHPによって振り分けている) 文字コードは言葉の響きがカッコいいのでEUC-JPとする 文書全体の構造 XML宣言は省略しない hn要素はh1要素から順番に使用 div要素でのセクション構造の明示は行わない。セクション構造は見出しによって暗示するにとどめる ナビゲーションは文の後ろに記述する 使わない要素 XHTML1.1においてPresentation Moduleに属する要素 div要素、span要素 br要素についてはレイアウト目的