Object 要素の考察メモ Object 要素について、合わせ鏡のように data を指定すると。 以下に Object 要素で inner_1.html を読み込んでます <object data="inner_1.html" type="text/html" width="90%" height="400"> <p><a href="inner_1.html" title="中身だよー">中身だよー</a></p> </object> なにをしているのかというと。 この danger.html は、inner_1.html を読み込み、inner_1.html は inner_2.htmlを、そんで、inner_2.html は inner_3.html を、さらに、inner_3.html は inner_1.htmlを読み込んで、ぐるっと一回りしたら、合わせ鏡のようにならないかな
みなさん、こんにちは お元気ですか？僕は元気です。 さて 最近よく、「いいね！」ボタンや「ミクシィチェック」ボタンによって、ウェブページを紹介し合う文化が少しずつ定着してきたなーと思います。 そんな中で、今後重要になってくるんじゃないかと思われる OGP （Open Graph Protocol）と言われる仕様があります。今日はそのことについて書いてみたいと思います。 OGP? おーじーぴー？？とはなんでしょうか。 OGP とは 簡単に言うと「このウェブページは何のことを書いているか」という情報を、プログラムから読める形で HTML に付加する記述方法のことです。 まあ、普通のウェブページは人間が読めばだいたい何のことが書いてあるか分かりますよね。 ですが、プログラムは人間ほど頭が良くないので、そのウェブページ内の文章だけではそのページが何のことについて書かれているページなのか正確に識別す
昨日までのことは既にご承知だと思いますが、残された中でどうしても、最重要であるということで２点、先ほど財務大臣、それから与党の政策責任者の方々いらっしゃいましたけれども、１点目は中小企業支援対策、法律が３本あって、若干重複もあるということで、それを統合してわかりやすくといいましょうか、効率的な法律にすると同時に、内容も充実をするということで、中小企業を中心にした事業体の連携した異業種間を含めた連携によるプラス効果を支援するための補助金について、トータル２６億円、一部認められておりましたけれども、ぜひ要求どおりお認めいただきたいということで２６億円増になりまして、これを認めていただいたわけでございます。 ２点目が物理探査船でございまして、今まで、内示から昨日の復活折衝もゼロでございましたが、財務大臣、それから両政調会長のもとで私なりのご説明を申し上げまして、その結果、１７年度で約１０１億円、
i-sourceviewというのをGAE/Pythonでつくってみました。 i-sourceview hokaccha’s i-sourceview at master - GitHub 同じようなことはアプリとかJS(Bookmarklet)でできるんですけど、アプリだと別途立ち上げが必要だったり、JSだとDOCTYPEが取れなかったりシンタックスハイライトがなかったりします。なのでサーバー側からリクエストしてHTML取得してシンタックスハイライトしたり行番号もつけてみたりしました。 それでつくってみたものの、認証がかかってるページがとれなかったり、JSで書き換えた後のソースが見たい場合もあるなあと思って結局JSで取得するのも用意しました。この二つを併用すれば大体ことたりるかなと。 シンタックスとかはchromeのソースビューに合わせてみました。 こんな感じになります。
HTML6の仕様を HTML5までに至る HTMLの進化から予想する
HTMLの記述は、HTML5の登場により劇的にシンプルになった。 試しに、HTML5の前バージョンの1つであるXHTML 1.0 StrictとHTML5をシンプルなWebページの記述例で比べてみる。 XHTML 1.0 Strict <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja"> <head> <meta http-equiv="Content-Type" content="text/html; charse
「デザインは素敵なんだけど、携帯でこれはちょっとできないなー」とか、「無理ではないけどできれば避けておいた方がいいよなー」っていうデザインがあがってくることが多い今日この頃。 モバイルコーディングをやり慣れている人じゃないとモバイルでできることできないこと、cssを使わないと実現できないこと、table使わないと実現できないこと、などが分かりにくいと思うので当然だとは思うのですが。 ですが、知っているのと知らないのとでは工数がかなり違ってきます。 一旦デザインして、コーダーにそれを見せて「ココとココとココは実現不可能。やり直してください。」で差し戻され、デザインをやり直してってなると、デザインも2度手間、デザインをチェックして無理な項目を洗い出すコーダーにも余計な手間がかかります。 今回洗いだした項目は、なんせ自分がコーダーなので、コーダーがデザインファイルをもらった時にバーッと見てチェッ
このコミックは、“Misunderstanding Markup: XHTML 2/HTML 5 Comic Strip”にあるコミックを、著作者の許可を得て日本語に訳したものです。 元になった記事の翻訳も行っています。“Misunderstanding markup”をご覧ください。 先週、W3CはXHTML 2 Working Groupが年内でその活動を終了すると発表したんだ。単刀直入で、歓迎されるべきことだったんだけど、「XHTMLが終わってしまう」と多くの人を混乱させてしまった。Zeldmanのblogポストに寄せられたコメントを読むと、それが分かると思う。 仕方のない部分もある。異なる技術に、同じような名前がついていたことが原因なんだから。しかも、これは今に始まったことじゃあない。 たとえば、JavaScript。Javaになにか関係しそうだけど、そうじゃないよね。書き方がすこ
以下のコラムに掲載されている画像に「画像の代替テキスト」っていう代替テキストが付いていまして、「それはわかったから何の画像なのか教えてよ！」とツッコミを入れたくなりました（笑）。 『たったひとつの恋愛と結婚の育み方』 http://allabout.co.jp/relationship/womenlove/closeup/CU20071105A/?from=mixi ＊代替テキストとは、読み上げソフトや音声ブラウザのために用意される画像の説明で、テキストブラウザにも有効です。 Webページの画像の上にマウスポインタをおいて数秒待っていると、そうしたテキスト情報があれば表示されます。 わからないとなると、かえって知りたくなるのが私です。このコラムは5ページにわたっていて、知り合いの人に教えてもらったところ、各ページの画像がちょっとずつ違うのも面白かったです。 最初、私はこのコラムに出てくる“
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Keep It Simple, Stupid ウェブの文書とデータ 人間が読むためのウェブ文書にはさまざまな情報が詰まっている コンピュータ（エージェント／処理ソフト）はHTMLから文書構造の大枠を把握して提示できるが、内容（データの意味）は基本的に関知しない コンピュータ処理用のデータは別途用意する？ 両方まとめて、シンプルにしよう！ HTML文書中のデータをコンピュータ処理も可能にする HTMLのシンプルさを生かすことが大切 しかしコンピュータにとっても明快でシンプルであること だからセマンティックHTML ウェブリソースの型と関係 ウェブ文書中のデータを明示するためには 文脈によらない識別（名前付け）：何が同じで何が異なるかを明確にする データはどんなタイプ（型）か：文書について？ あるいは文中の映画について？ データどうしの関係：この日付は映画の封切り日？ 映画を観た日？ ウェブ文
タイトルのとおりですが、XHTML 2.0をはじめとする各種XHTML仕様を策定していたXHTML 2 WGの活動が、年内で終了することがアナウンスされました。W3Cは、今後はHTML5に注力すると発表しています。 今後のXHTMLはHTML5で XHTML 1.1などのメンテナンスは活動終了までに行うものの、次世代のXHTML仕様はXHTML2 WGで行いません。すなわち、XHTML 2.0の策定は終了ということになります。 今後のXHTMLは、HTML5で定義されます。名前が「HTML5」とあるため紛らわしいのですが、HTML5仕様にはXML構文も含まれており、これは「XHTML5」と便宜的に呼ばれています。XMLでもcanvasやvideo要素などを利用することができるのです。 「XHTML 2.0と統合する」というわけではありませんが、機能のほとんどすべてがXHTML5でもカバーで
XHTMLのマークアップでどうしても許せないというか、気になるやり方をよく見かける。 企業サイトではトップページに最新ニュースの一覧が表示されていることがよくあるが、その部分がかなりの確率でこのように書かれている。 <dl id="news"> <dt>2009.06.02<dt> <dd><a href="~">ニュースのタイトル</a></dd> <dt>2009.06.01<dt> <dd><a href="~">ニュースのタイトル</a></dd> </dl> 要は定義リストを使っているわけだが、これが「正しいコーディングである」と誰かが提唱しているのだろうか、ほんとによく見るんですが、定義リストの本来の意味からは大きく外れているのが気になるんです。 DTDではdl要素について「definition lists – dt for term, dd for its definitio
このサイトの文書型を XHTML 1.0 から HTML 4.01 に変更しました。 その理由を説明するために、まずはそもそも XHTML だった理由から振り返ってみます。結論から言ってしまえば、まあその、「とりあえず」、ですね。僕が Web デザインの勉強を始めたのが 2006 年初頭で、そのときに参考書として選んだのが 2005 年 7 月に初版が発行された『Web 標準の教科書 — XHTML と CSSでつくる “正しい” Web サイト』。なんとなく雰囲気が伝わるといいんですけど、いわゆる「Web 標準の時代」とでも言うべき時代に僕はこの世界に入ったわけです。当時の空気としては「これからは HTML よか XHTML ですよ」という流れがほとんど不可逆的なものとして捉えられていたと思います。以来 3 年間、僕は個人でも仕事でもいくつものドキュメントをマークアップしてきましたが、「
最近「XHTML文書にはXML宣言を入れることが強く推奨されているので入れるべきだ」というような意見を何度か目にしました。しかし、その説明の中で、メディア・タイプ（「text/html」や「application/xhtml+xml」など）については触れられていませんでしたので、ちょっと補足しておきたいと思います。 XHTML1.0の仕様書では、確かにXML宣言をつけることが強く推奨されており、具体的には次のように書かれています。 An XML declaration is not required in all XML documents; however XHTML document authors are strongly encouraged to use XML declarations in all their documents. しかし、ここで言うXHTML文書とは、仕様書
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
最近は立て続けに WEB サイトの CSS コーディング（※コメントで間違いをご指摘いただいたので修正。書いたらちゃんと読み返せですね。お恥ずかしい…）の設計をやっていまして、毎回最初に悩むのが採用する HTML のバージョンです。 弊社では XHTML1.0 Transitional か XHTML 1.0 Strict のどちらかを要件によって使い分けることが多いですが、実際のところ世の中の大手といわれているサイトではどのバージョンが採用されているのか。 調べてみました。 全て日本国内サイトのトップページで、2008年8月4日現在のものです。調査対象の選定は良く言えば「柔軟」、悪く言えば「適当」に選びましたので、若干の偏りはご容赦ください。 IT大手
XHTMLのメリットって何？ : 雑記帳 : der Gegenwart 私も全く分からんようになってしまった。一時XHTMLを採用していて色々なXML応用によって色々便利な活用をしたりもした。だが、それはより良いハイパーテキストを公開することとは何の関係もない。 それで飯を食っているなら、たとえ制作者側のメリットが大きくてもユーザ側のメリットも併せて考えるだろうし、その結果としてHTMLが選ばれることがあるのは特に不思議でもない。「X」HTMLであることを利用できるユーザは殆どいないだろうし、HTMLのほうが互換性が高く、より多くの媒体を通じて閲覧できる。ユーザの視点なく、制作者側のメリットの大小のみを比較して文書型を選択するプロは、はっきり言ってプロ失格だよ。 しかも制作者側の「メリット」の中にも怪しいものがある。タグの省略や禁止を覚えずにマークアップできるのがXHTMLのメリットだと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
