タグ

htmlに関するmoja8のブックマーク (204)

  • 覚え書き@kazuhi.to: Re: 第1回 ひきついだサイトはdivでいっぱい!

    Re: 第1回 ひきついだサイトはdivでいっぱい! ITProのほうで鷹野さんが「作業効率を高めるDreamweaverの小技」という連載を始められたのですが、その第1回 ひきついだサイトはdivでいっぱい!で以下の段落がふと気になりました。 </div>の手前に<!-- / div#wrapper -->のようにコメントを入れておくとよいでしょう。</div>の後ろに入れる方もいますが、構造上も手前が望ましいですし、上記の方法で選択する際、</div>の後ろでは選択されないため、ごっそりコピー&ペーストしたり、移動する際に、せっかく入れたコメントが忘れられてしまいます。 上記のなかで構造上も手前が望ましいと書かれているのですが、その根拠は何だろう?と思ったのです(2月22日追記:当該箇所は既に語弊があるという理由から削除されています)。Dreamweaverを用いた要素単位での操作にお

    moja8
    moja8 2007/02/21
  • http://elastic965.80code.com/blog/2007/02/target_blank

    moja8
    moja8 2007/02/20
  • Web標準普及プロジェクト

    ブラウザを選ばないWebサイトを作ろう! オーサリングツールや、テキストエディタを使ってHTMLファイルを作り、 自分の使っているWebブラウザで表示を確認する、 多くのWebサイトを作る人にとって当たり前かもしれない作業です。 しかし、ご存じでしょうか? あなたの表示確認に使っているWebブラウザを全ての人が使っているわけではありません。 あなたの持っていないWebブラウザで、あなたのWebページはどのように表示するのでしょうか? それは実際に表示させてみなければ分かりません。 しかし、WebブラウザはWeb標準仕様に沿うように開発が進められています。 そのため、Web標準仕様を知ることによって、Webブラウザを選ばないWebサイトを作ることができるようになるのです。 当サイトではWeb標準仕様に関する様々な情報を公開していますので、 あなたも是非、Web標準仕様に沿ったWebブラウザを

    moja8
    moja8 2007/02/16
  • 装飾およびレイアウト目的の画像の代替テキスト | アクセシビリティBlog | ミツエーリンクス

    Webサイトのアクセシビリティを高めるための方法や国内外の関連情報など、さまざまな角度からWebアクセシビリティに関する話題をご提供していきたいと思います。 2007年02月09日 装飾およびレイアウト目的の画像の代替テキスト アクセシビリティ・エンジニア 中村 Blog上でも何度か取り上げておりますが、アクセシビリティ向上のためには画像の代替テキストは必須です。このことについては、JIS X 8341-3やWCAG 1.0、そして策定中のWCAG 2.0の草案でも、それぞれ表現は異なるものの明確に述べられています。例えばJIS X 8341-3の場合、5.4 a)において、以下のように記されています。 画像には、利用者が画像の内容を的確に理解できるようにテキストなどの代替情報を提供しなければならない。 また、HTML 4.01の仕様書でも、img要素のalt属性は必須であることが明記さ

  • http://elastic965.80code.com/blog/2007/02/start

    moja8
    moja8 2007/02/14
  • 携帯サイトの作り方

    ここでは、携帯向けサイトの作り方を簡単に紹介します。 PC向けサイトを作ったことのある人を対象とさせていただきます。 まず、携帯版のファイルはPC版と完全に分けましょう。 共通のファイルで済まそうとするのはかなり無理があります。 PCと携帯の違い いくつかあるので順に説明します。 ファイルサイズの制限 これが一番大きなところでしょう。 後で詳しく説明しますが、携帯向けサイトでは1ページ当りのファイルサイズを 画像も含めて5Kbytes程に収めなければなりません。 5Kbytesでは足りない、と思われる方も多いと思いますが 試しに5Kbytesの文章を書いて携帯で表示させてみましょう。 携帯の小さい画面から見ればこれでもかなりの情報量だと感じるはずです。 スタイルシート関連 携帯向けサイトでは、一切のスタイルシートが使えません。 もともと、スタイルシートとは細かな装飾方法をアレンジするための

  • CSSはHTMLだけのものじゃない (kuruman.org > Kuruman Memo)

    CSSHTMLだけのものじゃない妥当でないCSSハックはやめようという趣旨の記事を読んだのだけれど、一つ気になるところがあったので書いておく。普段だったらdel.icio.us辺りに誰も読まないコメントを書いて流すんだけど、はてブでもまだつっこまれていないようなので、記事にしておく。 結論を述べるとスターハックはCSS文法上全く問題がないハックであり、単にUAのバグをつついただけのハックである。この記事の筆者が言うような議論の必要などない。 下記にtypoを修正しつつ記事を引用する。 次に考えたいのは、書式として合っているかどうかです。* html .hoge {~}といったスターハックなどと呼ばれるハックは、「*(全ての要素)の子孫要素であるhtmlの子孫要素のクラスhogeの要素に対して~」という意味になります。しかし、html要素はルート要素なので、あらゆる要素の子要素となりえませ

    moja8
    moja8 2007/02/09
  • 西早稲田コンソート

  • ink 要素をナビゲーションに利用することの注意点(改訂):我的春秋

    [2007-02-08 18:00: 内容を増訂しました。] パンくずリストがベストとは限らない(WWW WATCH)で、link 要素を使ってページ間を関連づけるという方法が解説されています。文でも指摘されているように、ブラウザの実装上の問題で、現実的にはナビゲーションとしては使えませんけど、セマンティックウェブという観点で見れば、むしろパンくずリストなどよりも、よほど重要な要素には違いないので、僕も興味深く拝見させていただきました。(「参考までに」で済ませてしまうのは、ちょっともったいないくらい。) 実装面について 機能として標準実装されている Opera に加え、Firefox 向けの可視化 Tips が FirefoxでOperaのようなlink要素を表示させる「Mozeraナビ=叢ナビ」 (インターネット帳面)と、link 要素を可視化してみる(double-team.org)

    ink 要素をナビゲーションに利用することの注意点(改訂):我的春秋
    moja8
    moja8 2007/02/08
  • パンくずリストがベストとは限らない | WWW WATCH

    最近ウチの会社の中の人も書いていました、Web サイトのナビゲーションとしてよく使われる 「パンくずリスト」 (Topic Path なんて言い方もしますね) ... 最近ウチの会社の中の人も書いていました、Web サイトのナビゲーションとしてよく使われる 「パンくずリスト」 (Topic Path なんて言い方もしますね) ですが、マークアップの仕方はどういう方法がいいとか、そもそもパンくずリストって必要なの? なんて話まで、最近よく目にする気がします。 個人的にパンくずリストはサイト ID (ロゴなどですね) に対するトップページへのリンク設定同様の慣習みたいな感覚で、すべての人とは言わないまでも一定の認知はされていると考えていますので、サイト構築の際は基的に要件に含めるようにしています。 で、今回はパンくずリストが必要か? とか、パンくずリストのマークアップはどのような方法が妥当か

    パンくずリストがベストとは限らない | WWW WATCH
  • 俺のHTML5リファレンス

  • Geekなぺーじ:HTML知識レベル

    「Levels of HTML knowledge」という記事がありました。 かなり皮肉たっぷりで笑えました。 以下、要約していました。 誤訳などがあると思うので詳細は原文をご覧下さい。 原文のさらにネタ元の「Levels of CSS knowledge」も面白いです。 レベル 0 このレベルの人はHTMLを見ることはありません。 例えば、メールで送信されてきたHTMLメールを原文のまま見るなど、稀に何かの間違いで表示されてしまっているHTMLを見ることはあります。 彼らはレベル0以上になろうとも思いません。 ありがちな発言 「H?TM? 何それ?」 レベル 1 このレベルの人たちは、自分たちが日々目にしているWebサイトの裏で何らかのプログラムが動作している事を認識しています。 このクラスの人たちはWebサイトを自分たちで作るときには、専用のツール(Photoshop、Dreamwea

  • https://support.microsoft.com/ja-jp/help/417057

    すべて Microsoft 製品 Microsoft 365 Office Windows Surface Xbox セール サポート ソフトウェア Windows アプリ OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画テレビ番組 法人向け Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Microsoft Industry データ プラットフォーム Power Platform 法人向けを購入する Developer & IT .NET Visual Studio

  • naoyaのはてなダイアリー - onsubmit で submit ボタンを disable にしてユーザビリティを良くする

    先の Yahoo! Shopping のアプリケーションで、今度ちょっとやってみようと思ってたことを実装してみた。 http://bloghackers.net/~naoya/ys/app.cgi ボタンを押したときに、そのボタンが disable になります。この方法を使うとボタンが押されて次の処理に入ろうとしているというのが直感的に分かるのと、二重送信防止にもなるということでユーザビリティが改善できます。 仕掛けはすごく簡単で、form の onsubmit ハンドラに、その form に紐づく submit ボタンを disable になるような JavaScript を登録しておくだけ。 function disableSubmit(form) { var elements = form.elements; for (var i = 0; i < elements.length;

    naoyaのはてなダイアリー - onsubmit で submit ボタンを disable にしてユーザビリティを良くする
  • ALL実体参照!

    0x0000(0) : � 0x0010(16) : 0x0020(32) : ! " # $ % & ' ( ) * + , - . / 0x0030(48) : 0 1 2 3 4 5 6 7 8 9 : ; < = > ? 0x0040(64) : @ A B C D E F G H I J K L M N O 0x0050(80) : P Q R S T U V W X Y Z [ \ ] ^ _ 0x0060(96) : ` a b c d e f g h i j k l m n o 0x0070(112) : p q r s t u v w x y z { | } ~ 0x0080(128) : €  ‚ ƒ „ … † ‡ ˆ ‰ Š ‹ Œ  Ž  0x0090

  • ロジカルマークアップについて - rna fragments

    パンくずリスト(Topic Path)を作成する際に使えそうなサンプル8種 (CSS Happy Life) パズルみたいで面白いのだけどコメント欄で、そもそもパンくずリストをどうマークアップすべきなのか? という話で盛り上がって(?)いる。HTML のセマンティクスに沿って論理構造を表現するマークアップは。。。ということなんだが、かなり違和感を感じる。 パンくずリストはデータ構造としては ordered list だから ol が妥当という。確かに HTML の仕様書では ul/ol は list of information を表現するとあるけど、HTML はデータ記述言語じゃない。人間が読む文書を記述するためのマークアップ言語だ(データ指向/文書指向 で言えば文書指向)。 ここでいうリストというのはリスト構造のことではなくて箇条書きのことだ。箇条書きのように見えるということではなくて

    ロジカルマークアップについて - rna fragments
  • XHTML Media Types覚え書き

    Front 私的めも XHTML Media Types覚え書き Front EmEditorSyntax 私的めも XHTML Media Types XHTML Ruby Module メール・ヘッダ サイト概要 XHTML Media Types覚え書き XHTML周りのメディアタイプと、スタイルシート、charsetの記述。 RFC2119識別ライン

    moja8
    moja8 2007/01/30
  • 我的春秋: (X)HTML, XML のコメント記述位置

    変数名の命名規則 (zonelog) Neko?プログラミング言語??(メモ:ブラウザのデフォルトCSS) (javaプログラマ日誌) HTML イズ ふりーだんm!! (想始創愛) h1をはじめ、見出し要素に関する議論が盛んになっている件 (STOPN 'LISTEN) 【sIFR】…でletter-spacingを効かせる方法。 (BLOG dot USK dot CC) [Web]Re: Re: XHTML+CSS (r)evolution, 3rdの内容は信ずるに値するか? (TRANS) CSS Nite LP, Disk 3 (hemiolia.com) 一歩先のWeb標準 ♯2 (withD(ウィズディー)) 一歩先のWeb標準 ♯1 (withD(ウィズディー)) CSS Nite shuffleが終了しました。 (CSS Nite公式ブログ)

    我的春秋: (X)HTML, XML のコメント記述位置
  • 半角スペース入れてますか?

    ちょっとブログを書き慣れた頃から、悩むことがあるんですよねー。日語の文中で半角英数字を入力するとき、前後に半角スペースを空けるかどうかです。僕はあるときはスペース入れたり、あるときは入れなかったり。書体に一貫性がありません。でも他の人のブログを読んでいても対応は様々。スペースを入れる人もいれば入れない人もいるみたい。半角スペース入れるべき、入れないべき? 欧文では単語と単語の間にスペースを空けるのが当たり前です。一方で日語ではそういう習慣はない。むしろそんなことをやると文章が非常に見づらくなる。大学入学直後の初めてレポート書くとき、悪い例として教えられましたよね。全角スペース入れまくりで縦書きなのか横書きなのか判別不能な頭の悪い文章。こういう文章だと、音声読み上げブラウザなんかも正しく読み上げられないでしょうね。じゃあ日語と欧文が混在したときどうすれば良いのか。 欧文といってもですね

    半角スペース入れてますか?
    moja8
    moja8 2007/01/15
  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

    moja8
    moja8 2006/12/28