Googleツールバーを入れたよ

firefox google

Firefox版です。実は以前数回入れたことがあったんですが、あることが気に入らず、その都度消していました。しかし今回からは使い続けることができそうです。もっと早く気付くべきでした＞＜

なぜ気に入らなかったのか

ツールバーでブラウザのスペースが圧迫されると思っていたからです。通常、ツールバーを入れると、ツールバーでブラウザ一行分（？）使用することになります。もちろん縮めたりして小さくすることも出来ますが、それでもブラウザの上の方が「ごちゃぁ〜」っとしてしまい、すっきりしません。そこが嫌いでした。
しかし今日何気なくGoogleツールバーを入れ、何気なく「ツールバーのカスタマイズ」を行ったらツールバーボタンが移動できるじゃありませんか！しかも検索フォームまで入れ替えることができるし！あああ、もっと早く気付けば良かったあああ。
という経緯で今に至ります。

使用している機能

英単語にカーソルを合わせると日本語訳が出てくる機能

正直ほとんどこれのためだけに入れましたｗ

「Google Transit」のツールバーボタン

いわゆる「乗り換え案内」です。半分引きこもりの僕も最近ちょくちょく電車を利用するので、そのときのために。

「Excite翻訳」のツールバーボタン

標準では入ってないので、追加しました。これでいちいちExciteに行かなくても済むようになりそうです。「英単語にカーソルを〜」の次に使いそうな機能。

ページランク

「おおー、このページ、ランクたけー」と思うために。SEOとかよくわかりません＞＜；

現在のFirefoxの様子


すっきりしてて良い感じです。上の部分を一行にまとめてから、二行以上にするのが許せなくなりました＾＾；
左側にある6つのアイコンは、左から「はてなブックマーク」のブックマークレット、このブログ、僕のDeliciousのページ、iGoogle、Google Transit（Googleツールバーの機能）、Excite翻訳（Googleツールバーの機能）です。iGoogleのガジェットにも乗り換え案内を表示させているので、もしかしたらGoogleツールバーの方は使わなくなるかも知れません。ロケーションバーの右にあるアイコンはページランク（Googleツールバーの機能）です。検索フォームはGoogleツールバーのものに（何となく）置き換えてあります。

まとめ

もっと便利なツールバーボタンがある気がするので、それを探したいと思います。

Eclipseを入れ直したよ

eclipse

どうも調子が悪いので入れ直す。今回は「Eclipse 3.4.1 Ganymede SR1 ベース / Pleiades All in One 3.4.1.20080924」の「Platform JREなし」版を入れてみる。必要なものは後から入れる方向で。前回は何入れたんだっけ？

PyDevのインストール

上記と同じ入力欄に「http://pydev.sf.net/updates」を入力。

とりあえず、これだけ。

XMLの勉強 #1 （「10日でおぼえるXML入門教室」 第0日）

xml

XMLの機能と特徴

XMLとはなにか

データが飛んだので省略。。。
自動バックアップが欲しい…。

SGML/HTMLとの比較

データが飛んだので（ｒｙ

XMLを取り囲む豊富な周辺技術
  • XSLT
    • XML文書変換用言語
    • 汎用的なXML文書用のスタイルシート「XSL（eXtensible Stylesheet Language）」から重要な文書変換部分のみを切り取ったもの
  • XSL
    • XSLT
    • FO（Formating Objects）
      • スタイル指定の役割から担う仕様
  • DOM
    • XML文書に含まれる各ノード（要素や属性、テキストなど）を汎用的に操作するオブジェクト群
    • DOMを介することではじめて文書モデルにアクセスすることができる
  • XSLTとDOMの違い
    • XSLTはXML文書を静的に変換、切り出す仕組み
    • DOMはXML文書を動的に操作する仕組み
  • DTD
    • 柔軟な記述方法を縛る規則
    • Document Type Definition（文書型宣言）
    • 文書の中に記述できる要素、属性の種類、構造関係を定義するもの
    • 「Valid（妥当）なXML」と呼ばれる
      • XMLの規則である「Well-Formed（整形式） XML」と区別して呼ばれる
      • 自由に記述されているXML文書はWell-Formed XMLであり、ValidなXMLではない
  • DTDの欠点
    • XML構文とは異なる形式で記述される
<!ELEMENT books (owner,book+)>
<!ELEMENT owner (#PCDATA)>
<!ELEMENT book (name,auther,category)>
      • DTDの構文規則も学ぶ必要が出てくる
      • パーサやその他の処理プログラムにもXMLを読み取る仕組みの他にDTDを読み取るための別の仕組みを用意する必要がある
      • だから処理が重くなる
      • XML Schema登場
  • XML Schema
    • XMLの構造規則に則って記述される「XML文書」
<?xml version="1.0" encoding="Shift_JIS" ?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <xsd:element name="title" type="xsd:string" />
</xsd:schema>
  • DTDはデータ型を持たない
    • DTDはSGML時代に開発された規格
    • 「#PCDATA」と呼ばれる文字列型がかろうじてデータ型と呼べる
    • XML時代である現代はデータベース的な様々なデータの集合体を含む
      • 数値であるか日付であるか、あるいは数値であっても整数か負の値か、など
      • DTDでは全部「#PCDATA」
    • XML Schemaは基本データ型として文字列型、数値型、日付型、真偽型などデータベースで扱えるような型が用意されている
    • 個別に定義も可能
      • 文字列型なら文字列長が何桁以上なのかとか、数値型なら整数なのか小数なのかとか
      • その時々の用途に応じて変動する詳細な定義を厳密に定義できる
  • DTDは名前空間をサポートしない
    • 名前空間とは一意でない要素（属性）名の前にプレフィックス（接頭辞）を付け、どの文書規則に従っているかを定めるもの
      • 書籍XMLのnameは書名、著者XMLのnameは著者名