僕は、人生のかなりの時間と労力と情熱を文書処理に費やしました。なので、文書処理のことを書いたり話したりしたことはあります。ですが、文書処理の実際のプロジェクトやソフトウェアの話をしたことはありません。守秘義務の問題もありますし、仮に守秘義務に引っかからなくても進行中のプロジェクトについて口にすることはありません。 しかしながら、10年20年も昔の話なら、もはや誰にも迷惑はかからないし、気にする人もいないでしょう。技術的なアイディアで具体性があるものは特許になっているし、抽象的一般的な方法論は、むしろパブリックにすべきものでしょう。 僕がそのテの話をしなかった一番の理由はメンドクサイからです。そして、懐旧談に意味があるとは思えないからです。ごく最近、ふとしたキッカケから、個人的体験を縷々述べることに意味はないが、10年20年前に考えたりやったりしたことを書き残しておくことはまんざら無駄でもな
Overview Overview API Support Tutorials Changelog About Nokogiri¶ Nokogiri (鋸) makes it easy and painless to work with XML and HTML from Ruby. It provides a sensible, easy-to-understand API for reading, writing, modifying, and querying documents. It is fast and standards-compliant by relying on native parsers like libxml2, libgumbo, and xerces. Guiding Principles¶ Some guiding principles Nokogiri
このページの目次 概要 DOCTYPE legacy stringを出力する DOCTYPEを文字列として出力する XSLT 3.0を使用する HTML5に対応した処理系を使用する 参考文献 概要 HTML5では、冒頭に「<!DOCTYPE html>」というDOCTYPEを記述します。これは従来のHTMLやXMLのDOCTYPE宣言とは形式が異なっているため、XSLTで出力するには工夫が必要です。 ここでは、以下の4つの方法を紹介します。 DOCTYPE legacy stringを出力する DOCTYPEを文字列として出力する XSLT 3.0を使用する HTML5に対応した処理系を使用する DOCTYPE legacy stringを出力する HTML5の仕様では、短い形式のDOCTYPE（<!DOCTYPE html>）を出力できない処理系に対しては、代わりに「<!DOCTYPE
Webページ（HTML文書）からの情報抽出は、古くからある話題です。そして、「頑張れば何とかなるけど楽な方法はないよね」というあたりに落ち着く話題でもあります。「頑張るのは辛い ←→ 楽して出来ることはたかが知れてる」というトレードオフの関係なのです。このトレードオフの境界線をズラして、「楽に出来るけど、けっこうなところまでイケる」としたいな、と思います。 XSLTをものすごく単純化してみる 汎用プログラミング言語でHTMLをパーズしていじれば何でもできますが、それは楽ではないですね。HTML文書からの変換処理に向いた言語といえばXSLTです。XSLTは、基本的には XML to XML の変換を扱うので、入力HTML文書をXML（XHTML）化する前処理（またはオプション）が必要です。いったんXML文書ツリーができてしまえば、XSLTの変換能力は豊富で強力です。 問題は、XSLTが難しい
トップ > 福井 > 1月15日の記事一覧 > 記事 【福井】 鯖江市が行政データ「ＸＭＬ」形式で提供 全国初、加工可能に Tweet mixiチェック 2013年1月15日 タブレット型多機能端末に表示された指定避難所までの経路＝鯖江市役所で 鯖江市は、自治体としては全国で初めて高互換性コンピューター言語「ＸＭＬ」を活用し、市民参加型の情報提供を進めている。ＸＭＬ形式は従来の形式に比べて情報処理量が無限大に近く、必要に応じて情報の加工が可能。行政情報に市民の情報を加えることで情報が充実する上、多機能携帯電話（スマートフォン）などで市民が情報を活用できる。 タブレット型多機能端末の画面に市内の地図が浮かぶ。現在地を示す緑の矢印と、災害時の指定避難先を示す赤い印。現在地から最寄りの避難場所までの最短ルートが青い線で表示される。避難所をタップすると、住所や電話番号を表示。もちろん地図や情報
2022-09-03 AutoTicketLinkName 2014-10-31 PukiWiki/1.4 PukiWiki/1.4/Manual Help FormattingRules server/サーバの仕様 2009-02-27 FrontPage 2008-09-16 links/よく使うツール Profile 2008-08-07 gentoo/lvm2+raid1 2006-12-16 gentoo/linux-igd 2006-11-23 gentoo/PPPoEの設定 gentoo 2005-09-14 InterWikiName SandBox 2005-04-15 MenuBar 2005-04-08 links/巡回先 2005-04-07 Java/XML/rngomでXMLSchemaのDatatypeLibraryを使う 2005-04-06 Java/Ti
Eric van der Vlist XML, apiculture, randonnée et prés-vergers Menu and widgets Seems to be what’s next for XML time again! As far as I remember working with XML, people have been discussing what was next for XML… Back in 1999 -yes, that was last century!- when XML was only one year old there have been SML, announced on XML-DEV, developed on SML-DEV, forked into YAML which can be seen as a superset
自分のフォローしてない人たちのもなるたけ追って、とりあえず備忘録的なものとしてのまとめ。（後ろに追加しているあたり、だいぶ話が発散してますけど、まあそれがTwitterてことで…。どこまでこのまとめに追加するかは気分によります）
カナダのi4iのXML関連特許を侵害したとして、約3億ドルの賠償金支払いと米国内でのWord販売差し止め命令判決が下された。 米テキサス州東部地区連邦地裁は8月12日、米Microsoftに対し、「Microsoft Word」の販売差し止め命令を含む判決を下した。Microsoftはカナダのi4iから、XMLによるドキュメント整形技術に関する特許（米特許番号5,787,449）を侵害したとして提訴されていた。 同地裁のレオナルド・デイビス判事はMicrosoftに対し、i4iへの総額2億9000万ドル以上の支払いとカスタムXMLを含む「.XML」「.DOCX」「.DOCM」などのXMLファイルを開くことができるMicrosoft Word関連製品の販売および輸入を禁じる命令を下した。Microsoftは60日以内に命令に従う必要がある。 i4iは1993年創業のソフトウェアベンダーで、標
気象庁防災情報XMLフォーマット 情報提供ページ 気象庁が発表している防災気象情報の内、XMLフォーマット形式電文に関する情報を掲載しています。 新着情報 気象庁は、気象・海洋や地震・火山などを常に監視し、さらに起こり得る現象の予測を行い、的確な気象警報や津波警報、地震情報等の防災情報を提供することにより、自然災害の軽減、国民生活の向上、交通安全の確保、産業の発展などを実現することを任務としています。 気象庁の発表する防災情報が効果的に利用されるためには、その情報の精度が高く、ニーズに応じていることはもちろんのこと、防災情報を広く周知・利用する防災機関・報道機関・民間事業会社等にとって、届けられた防災情報が取り扱いやすいことが重要です。 気象庁は過去長年にわたり、それぞれの防災情報毎に情報の性質・利用形態などを考慮し、気象庁独自の電文形式（フォーマット）を作成してきました。この方式は、防災
SGML/XML Elements versus Attributes When Should I Use Elements, and When Should I Use Attributes? Introduction A perennial question arising in the mind of SGML/XML DTD designers is whether to model and encode certain information using an element, or alternatively, using an attribute. For example, given some information about the 'title' of a work and the goal of encoding this information in markup
いまさらXMLの解説ではないが、オブジェクトをXMLで永続化しようとした場合、オブジェクトの属性を要素(element)で表現するか、属性(attribute)で表現するかが悩むところだ。elementで表現する場合は、さらにそのelementのテキスト(text)で表現するか、elementのattributeで表現するかも問題となる。昨日、ある方から質問をいただいたので久々に考えてみた。XMLは以前、eXcelon(現Cyber Luxeon)とYggdrasill(現EsTerra)を使用した経験があり、その時分に考えていたことを思い出してみた。 <user id="1234" name="tacohachi" birthday="1970-10-13"/> <!-- または --> <user> <id>1234</id> <name>tacohachi</name> <birth
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く