Yet we receive a surprisingly large number of requests for such resources: up to 130 million requests per day, with periods of sustained bandwidth usage of 350Mbps, for resources that haven't changed in years. W3CのサイトにおかれているDTDなどに対して、1日に1億3千万回ほどのアクセスがあるそうで。 たとえば、.NET FrameworkのXmlDocumentでXHTMLを読むなんてシチュエーションはありがちだと思いますが、XmlResolver = nullを指定せずにそのまま使うと、いちいちDTDにアクセスしに行ってしまいます。世界中でそういうことをされると、まあ、大変です

From: Jonas Sicking <jonas@sicking.cc> Date: Tue, 16 Jun 2009 14:10:02 -0700 To: Arthur Barstow <[email protected]> Cc: ext StefanoC <stefano.crosta@gmail.com>, dev-tech-xbl@lists.mozilla.org, public-webapps <publ[email protected]> Message-ID: <63df84f0906161410p6e56c269rb50ce44ac28c8147@mail.gmail.com> Hi Art, Planning is in full speed for our XBL2 implementation. Development will start short

通常、XPath を書くときは //p のようにすることが多いと思いますが、これには名前空間の指定が含まれていないため、XHTML 文書 (MIME タイプが application/xhtml+xml で提供されている文書) では使えません。これに対するアプローチとしては、//h:p のようにあらかじめ XPath 式に名前空間の指定を含めておき、リゾルバによる名前空間接頭辞の解決時に HTML と XHTML とで処理を分けるというのが一般的でした。「XPathNSResolver のクロスブラウザとか」や「document.contentType == "application/xhtml+xml"なページでの$X」で扱っている方法です。 とはいえ、いちいち名前空間接頭辞を指定するのは面倒くさいですし、同じ名前空間に対する接頭辞が人によって違うのも不便です。XPath 式の中で要素名

記事データ 投稿者 望月真琴 投稿日時 2008-09-30T00:15+09:00 タグ Content-Type HTML XHTML XML まとめ 概要 XML 宣言を省略する記述方法についての問題提起と、 XML の仕様から見た XML 宣言の定義、 XHTML Media Types の Second Edition と前の Edition との違いなどから、 XML 宣言の省略の機会増までの考察。 リプライ リプライはまだありません。 IE 6 では XML 宣言を書くと後方互換モードでレンダリングされる→ XML 宣言を省略するソリューション 昨日 DOCTYPE スイッチについてのまとめと一覧表 (HTML 5 や IE 8 Beta 2 のモードスイッチなどの情報も含んだ 2008 年版 ) にて DOCTYPE スイッチについてまとめましたが、 IE 6 では XML

（この記事はWeb Standards Project（WaSP）における投稿記事「MSIE7 Will Not Support application/xml+xhtml MIME Type」を翻訳したものです。当Blogは翻訳の正確性を保証いたしませんので、必要に応じ原文を参照ください。） 2005年9月20日 Dean Edwards著 数日前にIEBlogで以下のお知らせがありました： なぜメディアタイプ“application/xml+xhtml”で送られたXHTML文書をIE7がサポートしていないかって？私がIE7でそのMIMEタイプをサポートしないことを決めたのは、単にXHTMLが長期的にうまくいって欲しいと個人的に望んだからです。 これは明らかに、IE開発チームからの最近の元気が出るような一連のお知らせに期待を募らせていたWeb開発者たちを失望させるでしょう。 私はというと

tDiaryのRSSを見ていて、以下のような記述があるのに気づきました。 <xhtml:link xhtml:rel="alternate" xhtml:media="handheld" xhtml:type="text/html" xhtml:href="http://www.tdiary.org/" /> 註: 接頭辞xhtml:はXHTML名前空間URI(http://www.w3.org/1999/xhtml)を指します。以下同じ。 XHTMLのlink要素をRSS 1.0に埋め込んでいるのですが、この書き方だとXML名前空間としてはおかしい、と思ったのです。 例えば、一般的なXHTML 1.x文書では、link要素は以下のように書かれます。 <link rel="alternate" media="handheld" type="text/html" href="http://w

JsonML.org JSON Markup Language (JsonML) JsonML (JSON Markup Language) is an application of the JSON (JavaScript Object Notation) format. The purpose of JsonML is to provide a compact format for transporting XML-based markup as JSON which allows it to be losslessly converted back to its original form. Native XML/XHTML doesn't sit well embedded in JavaScript. When XHTML is stored in script it must

Introducing the new BingYour AI-powered copilot for the web. Ask questions. Chat to refine results. Get comprehensive answers and creative inspiration.

この記事は、Mozilla Japan 翻訳部門もしくはその関連グループによりすでに翻訳済みのものを移行してきました 移行元の文書。英語版と内容が異なる場合や、MDC の他の記事と整合性のとれていない場合があります。 問題の核心 DOM 中に空白文字が存在すると、コンテントツリーの操作が予想外に困難なものとなります。 Mozilla では、元のドキュメントのテキストコンテント中の空白文字は全て DOM 中にも表現されます(タグ内部の空白文字は除く)。(これはエディタがドキュメントの体裁を保存できるようにしたり CSS の white-space: pre が機能するようにするために内部的に必要です。) これが意味するのは: 空白文字のみを含むテキストノードが存在し、 始めや終わりに空白文字を持つテキストノードがある。 つまり、以下のドキュメントの DOM ツリーは下の画像のようになるとい

XHTMLの利点云々の前に yamさん 誰の非なのかを考えろ 真名垣さん 暗愚はどっちだ yamさん というやりとりを拝見していて、自分も &trade; の実体参照を展開しないのはSafariの問題だと思っていたので、yamさんから再批判が出たことにあれれと思ったのでした。以下、暗愚はどっちだより。 DTDが云々なんて問題では無いので、 実体宣言はDTD内でされるので、この話はまさしくSafariが(外部)DTDに記載された実体宣言を解釈するかしないかという問題なのでは。 Safariは件のリソースを単なるXML文書として認識しているようだ。XML1.0には当然&trade;なんて実体参照は定義されていないので、当然のようにエラーが発生している たとえ単なるXML文書だとしても、妥当性を検証するXMLプロセサであれば、DTDを解釈して文書中の実体参照を展開するのが当然の動作です。ただ、妥

DOMAIN SALE CLICK HERE TO BUY NOW +1 855-646-1390

Elliotte Rusty Harold氏は1日(米国時間)、XOMの最新版となるXOM 1.1を公開した。XOM 1.1は新しいXMLオブジェクトモデル。データ処理の正確さ、簡単さ、高性能などを実現することを目的としたXMLを処理するツリーベースのAPI。XOM 1.0と後方互換性を保ちつつ、新しい機能を追加している。サポートしている機能はXML、XPath、XSLT、XInclude、xml:id、Canonical XMLをサポートなどで、DOM/SAXとの相互変換も可能。 XOM 1.1はGNU Lesser General Public License Version 2.1のもとオープンソースソフトウェアとして公開されている。とくにデュアルストリーミング/ツリーベースAPIとして設計されているという点において特徴的。個々のノードはドキュメントのビルド中であっても処理することが