を一挙に紹介している banpe-yu♪ 〜Firefox拡張機能 紹介〜 が新しく出来たようです.勿論このブログご自身も優れた拡張紹介サイトで 拡張機能一覧 〜 A-Z順 〜 やそのページの左側の「拡張のカテゴリ」からも詳しい説明が見つけられます.
昨日の Scene side B 「Firefox 1.5.0.10リリースプラン」 2007年01月26日 を読んでいてはっと思ったことがあります.既にリリースされている 1.5.0.x から 2.0.0.1 へアップデート出来るようになるとのこと.ということはリリースされているマイナーバージョンにどうにか細工が施されてやっと自動メジャーアップデートが可能になるのではなくサーバーの方で問い合わせてきたとき出来るかどうか決められるということですね.
ということは筆者の知り合いは Firefox 2.0 がリリース直後決して自分でダウンロードしてインストールしたりしていないのに 1.5.0.8 が 2.0 へと自動でアップデートされたという事実、恐らく短期間サーバーがその状態になっていて少数の人はそれが出来てしまったのだと思います.本人は 2.0 が出たという話は知らなかったしアップデートは自動でなされるままにいつもしていたということです.また、2.0 が出ていること知らないだろうからこれは自動アップデートされないので筆者が直接インストールしようと先ずバージョンを見たら 2.0 になっていたので確認しています.またそんなことで嘘を言う理由も全くないので事実だと考えてよいと思います.その一人しかこういう事が起きた人は知りませんがでも充分にあり得る話だと思います.
そうだとしてでは何故自動メジャーアップデートを止めてしまったのでしょう.何か不具合があったからに相違ないと思いますが、これは謎ですね.多くの人がダウンロードして上書きアップデートしていると思うのですが、恐らく見た目で解る不具合はテーマが対応していないという事ぐらいでしょうか.拡張の場合は機能しないぐらいで見た目で表示が変になるというのはそれほど無いように思います.内部的に何か重要な問題があったのでしょうか?
Windows Vista 搭載機がそろそろ発売だそうですが昨日に続きどちらかというと反 Vista の記事ですがまた載せてみます.筆者自身は Windows の独占は不健全だと思いますが他の OS を自分のものとして使った経験無いので反 Windows と言うわけでもありません.LeMondeInformatique.fr - Lmi Blog - L'ouverture du PC : le cauchemar de Microsoft et de Vista…(janvier 22, 2007 Par Christophe Bardy ) (マイクロソフトのそして Vista の悪夢...)です.以下要約です.
私は最近ある友人が最新のマシーンで Windows Vista のインストールと使用に大変苦労している様子を観察することが出来た.2日間というもの Vista はインストールを拒んだ.周辺機器の認識がつまずきであった.犯人は ReadyBoost フラッシュメモリー・カードである.これはマイクロソフトが Windows Vista のパーフォーマンス向上のため開発した、機械を開けての内部にメモリーを差し込まなくて済む新しい技術である(訳注:初めてこういうのがあるのを知りましたが USB 接続でメモリーの増設が出来てしまうらしいです).結局 ReadyBoost メモリー・カードを引き抜くことで問題は解決した.
マイクロソフトの新しい技術が同じマイクロソフトの別の技術の障害になるというのは皮肉な話である.しかしこれなど不安な現象の一挿話に過ぎない.開かれたプラットフォームである PC は日曜大工仕事みたいな継ぎ接ぎの改良で息切れしているのだ.最新のマシーンは Ferrari ではなく Santa Pod - 2cv dragster に似ているのだ.
PC : 新しい怪物フランケンシュタイン
Intel もマイクロソフトも PC メーカーも互換性を重視する余り敢えて元から作り直しはしようとせず新しい怪物フランケンシュタインを創り上げてしまったのだ.最新の技術と見かけだ豪華な古い技術(IRQ の管理とかノアの洪水時代さながらの BIOS とか)が混在している.Windows は更にこれでも不足とばかりに夥しい組み合わせ(チップセットやグラフィックカードや BIOS やサウンド・カード等々)を管理しなくてはならない.品質も性能も異なる構成のオーケストラから何とか機能するものを生み出さなくてはならない.完璧さを求めるなど幻想に過ぎない.現に動いていることですら奇跡のようなものなのだ.
或る意味マイクロソフトは Apple から多くを学ぶべきであろう.新しい Intel Mac はモダン PC と言えるであろう.Intel Mac には BIOS が存在しない(firmware EFI を採用している).Apple は徹底した制御を要求しているが Mac OS X の管理する構成要素の組み合わせたものは限られたものである.その結果インストールにしても Leopard のベータ版のリリースも含めて速やかに行われる.私は自分の車同様にコンピューターも不安を感じさせないものであって欲しい.開かれた車なんてどうでも良いことなのだ.
それはマイクロソフト次第である.当初、Vista は署名とりと認証されたものだけを受け入れ BIOS は放棄して EFI を採用したものになるはずであった.しかし少なくとも32ビットではそれを諦め自分の足に弾丸を撃ち込んでしまった.傷口は直ぐには塞がらないだろう.
Opera Watch - PC World says Opera is safer than either Internet Explorer or Firefox (January 25th, 2007 By Daniel Goldman) は PC World の 記事、要約が A blog? with Σαιτω 「インターネットを脅かす 3 つの危険」2007-01-25 Thu に載っていますが、その中で Opera の方が Firefox より安全という箇所を引用したあと
公平に言うなら彼(この記事の執筆者)は Opera がマーケットシェアーが小さくてマルウェアーの制作者の関心を惹かないということに論拠を置いているようだ.
と書いていて Firefox に勝っていると有頂天になる Opera ファンと違って非常に公平な視点と感心しました.さすが先日 Blake Ross へのインタビューで「Firefox ユーザーと Opera ユーザーとの罵り合いは馬鹿げたことだ」と発言させたOpera Watch だけのことはあります.
安全性ということに関しては Firefox のオープンソースコミュニティーの監視の目によって如何に Firefox が安全であるかこれも先日の Mozilla の Window Snyder のインタビューで解っていることでその視点を欠いた PC World の記事だったのです.
入れないつもりだったが何が引き金になったのか急に入れてみたくなってインストールしてみたのです.Thunderbird では初めての経験だけれど別のプロファイルを作っておきインストールも別フォルダーといっても最初から別フォルダーにインストールしてくれます.プロファイルを新しく作って始からアカウントの設定をするのは筆者の場合4種類のアカウントに Gmail の設定もしなくてはならず、それら全ての ID やらパスワードを設定し直すことだけはしたくないのでこれまで新しいプロファイルでやったことなかったのです.
その結果は以下のようにやって結局失敗でもうアンインストールしてしまいました.失敗の可能性は始から充分に考えられていたので別にショックではないのでまた他のやり方を試してみます.プロファイルを新しくしたかったのはいつからかずっと引きずっている不具合があってそれはスパムフィルターの設定で2つのアカウントだけスパムはそのアカウントの Junk フォルダーに置くという設定が出来ないのです.設定して直後に見ても無効になってしまいます.どれかのファイルでその設定があるのだと以前問題のないアカウントと問題のアカウントのファイルををつぶさに見比べたり、どこかに設定がないか調べたもののテキストファイルでは見つかりませんでした.但し運よくそれらのアカウントにはスパムが来たことないので実害はないのですが気持ち悪いのでいつかは解消したいと思っていたからです.
Thunderbird は 0.6 から使っていて 1.0、1.5 のメジャーアップデートの時もプロファイルのバックアップだけは取るもののずっと上書きインストールで済ませてきました.で今回初めて新しいプロファイルでやってみることにしたのですが以下はその失敗の手順です.
メールクライアントはアカウントの設定と受信メールと受信がテスト中でも行われる(サーバーに残すように設定するのも面倒だし)という厄介なことが沢山あって困ります.今回は本当は継承すべきファイルなどちゃんと調べてからやるべき事は解っていましたがその辺はずぼらにやったのでまあこういう結果になるのも致し方ないでしょう.
以前最後の大型プロペラ機で結局時代遅れになってしまってどこでも採用されなくなった最新鋭旅客機に Windows Vista を例えた記事を紹介しましたが、その予想の様に事は進行するのではないかと思わせる記事を最近はよく目にします.The INQUIRER - Le gouvernement coréen déconseille l'installation de Windows Vista (par The Inquirer Team: Mercredi 24 Janvier 2007) (韓国政府は Windows Vista のインストールを見合わせるように勧告)も或る意味その一つでしょう.以下要約です.
韓国の3つの政府機関は Windows Vista に移行しないよう公式に勧告した.
通信情報部、行政自治部(訳注:韓国政府の組織一覧を見ると「部」というのが日本の省庁に当たるようです)は Windows Vista への移行は混乱を招くとしている.
Chosun.com によると韓国の多くのサイトは ActiveX を使っていてこれが Vista の弱点とのことだ.つまり銀行や株式やオンラインの売買サイトは機能しなくなってしまうのだ.またユーザーにとっても認証など困難な問題がある.
マイクロソフトは協力を申し出たが遅かったようだ.多くの主要銀行で機能しないのは明らかである.最も大きいポータルサイトの一つ NHN も同じである.音楽のダウンロードサイト Melon も3月以前は機能しないと伝えている.
政府のスポークスマンは問題点がはっきりするまで Vista の導入を見合わせるのが一番よい方法と発表している.
日本ではこういうこと起こらないのでしょうか.一昨日の「クローズアップ現代」では冒頭ちょっとそれを思わせる箇所がありましたが恐らくどこも(ジャーナリズムを含めて)はっきり反マイクロソフトを表明するところがあるかどうか今後を見てみたいです.
The INQUIRER - 65% des américains délaissent leur épouse pour leur PC (24 Janvier 2007) (65%のアメリカ人は PC の為に妻をほったらかしにする.)で伝えていますが、表題通りで84%は3年前からパソコンへの依存が極めて強いとのこと.月平均12時間を PC での問題解決に当てているそうです.人間関係が変わってしまったとある医者は述べていると伝えています.
まあ、さもありなんでしょう.怒った妻が PC のデーターを消去ということはあるのでしょうか.ウッディー・アレンの映画「セレブリティ」で恋人の怒らないから真実を述べてくれという言葉に騙されて別の恋人の存在を告白したら彼女は怒り狂って出ていきふと気が付くと何年も掛けて書き上げた小説の原稿が無く、後を追うと船が桟橋を離れるところでデッキの彼女はこれ見よがしに原稿を海に一握りづつ投げ捨てて行くのでした.
昨晩 えむもじら 「Netscape 9 が登場予定」2007年1月24日(水) で Netscape 9 の事を知り改めて MozInfo701 を読んだら MozInfo701 - forum にこんなのが載っていました.「私は Netscape 9 が総合的ブラウザの道を捨てたのか信じられない.」に続く発言で
(...)ちょっと考えてご覧.結局 AOL なんだよ.ブラウザは収入をもたらすがメールクライアントは広告収入を持ってこないのだ.広告収入がはいるようなメールクライアントはあるのは知っているが全然好まれない.
というのがありました.Thunderbird もそうなんだ.
BRANCHEZ-VOUS.com - Microsoft paierait pour des articles dans Wikipedia (Microsoft は Wikipedia の記事に報酬を払う)です.こういう事が明らかになると企業関係の記事はどれも怪しくなってきます.以下要約.
オーストラリアのコンピューター技術者にマイクロソフトから同社に関する記事を書き報酬を与えるという申し出を受けたらしい
Topologi Pt という会社の技術責任者の Rick Jelliffe は先週その申し出をマイクロソフトから受けたと自身のブログで明らかにしている.
彼によるとマイクロソフトの執筆依頼は ODF と OOXML のドキュメンとに関するもので現在載っている記事は個人のものでマイクロソフトの意に添わないのでそれをもっと客観的な記事にして欲しいと云うことだ.
彼はずっと Mac ユーザーでマイクロソフトの製品には関心が無いと書いている.しかしその為彼が選ばれたのではないかと憶測している.
彼は結局その申し出を受けるということだ.
ブログには幾つかコメントが付いていて例えば「金を受け取ったら自らを汚すことになる.マイクロソフトは援助が必要な小さな会社ではない.」といった彼の決定に反対する声が寄せられている.
別の声はもっと詳しく Wikipedia の倫理綱領では報酬を受け利害関係のある者は記事の執筆に参与すべきではないとなっていることを説明している.
一応そのブログも目を通しましたが、Wikipedia への執筆に報酬が与えられることの是非は別にして特に真実を曲げてマイクロソフトに有利な記事を書けということではないようです.このブログの主催者はドキュメンとの標準化に熱心で ODF の推進団体 OASIS に参加を要請されているほどです.また、現在の Wikipedia の OOXML についての記事は単に正しくないものと説明しています.
の HOME エディションのサポートが後2年というのが5年延期(2014年まで)になったというニュース(正式発表は明日とか)を今「クローズアップ現代」を(某所から見るようにお告げがあったので)見たら出てきました.日本の学校、官公庁が多く XP を入れていて日本からの強い要望でマイクロソフトは折れたとか.番組の中で例の二宮町の話が出てきて Linux が登場ですが国や他の市町村から来る資料は Windows のものでちゃんと表示が出来ないものもあり各課に1台は Windows を置かざるを得ないそうです.ところでその Linux の話の中でオープンソースが話題になり Firefox と Thunderbird のアイコンだけ大写しになりました.Firefox と発音してくれないかと思っていましたがそれだけでした.しかし、NHK でこれらのアイコンが映されたのは初めてのことではないでしょうか.
以前何処かで読んだけれど Thunderbird は日本では Firefox を凌いで人気があるという話.その理由はメールクライアントはブラウザと違って選ぶほか無いということだったと思います.MS の Outlook Express とかは標準で Windows に付いているのではなかったのかな?開いたこともないので知りませんが.あるメーリングリストで発信者のメールクライアントを見てみると圧倒的に多いのは Outlook Express でその他は Eudora、Microsoft Office Outlook、EdMax、Thunderbird というところでした.Thunderbird で Display Mail User Agent Extension という拡張を入れると送信者のメールクライアントのアイコンが表示されてマウスオーバーで詳しい情報が出てきます.
Thunderbird 2.0 Beta 2 リリースは Mozilla Quality で知って他の Mozilla 関係のブログも見回してみたのですが、 えむもじら 「 Thunderbird 2 Beta 2 リリース」2007年1月24日(水) ぐらいしか触れているところはありません.Firefox と比べると Thunderbird は筆者の印象では専門家にはどちらかといって冷淡に扱われているようです.
いつの頃からか もじら組 フォーラム では Firefox より Thunderbird に関しての質問が7割方になっています.手前味噌ですが当方の拡張紹介ページは筆者自身実質的に Thunderbird を使わなくなって Gmail が主要なメーラーになってからかなり手抜きで新しい拡張も探したりすることしていないのに他のページと比べて一番アクセスは多くなっています.メーラーはブラウザと違って色々なものを見比べることなど出来ませんが筆者の遍歴は Netscape 4.x の付属のもの、Becky 2 、Thunderbird でこれしか知らないのですが Thunderbird が素晴らしいメールクライアントであることは疑いようありません.
がリリースされました.筆者は Thunderbird は正式版が出てから入れることにします.Thunderbird は自動アップデートはメジャーアップデートで行われるのでしょうか?
ダウンロード(各国版) Download Thunderbird Beta
暫く前に親戚の者がノート PC が今だったらインターネット付きで3万円安く買えるという広告が入って買おうと思うがどうだろうか、と相談してきたので筆者が詳しいわけではないがずぶの素人よりはいくらかましだし調べたり詳しい人間に尋ねることも出来るので、インターネット付きというのはプロバイダーの契約がついていてということだと思うがそれはどこなのか、また PC の型番とかスペックとか情報を貰わないと何とも言えない非道い不良品でメチャメチャに遅いプロバイダーかも知れないから慌てて買わないように忠告したがこれといったこちらで訊ねた情報の返事はなく次に来たのは買ってしまったという知らせでした.プロバイダーはどこそこで店の人の話だと買った後は気に入らなければ直ぐ解約して他のところと契約しても構わないといわれたとか.PC はメーカー名だけ解ったが後は解らないという話.
そういったこと話すのに市外電話なので Skype を入れるように勧め、ダウンロード先からインストール方法など事細かに教えたが2ヶ月ほど経ってまだ入れていないとのこと.じわじわとどこかの時点で Firefox を勧めようとしたがこの調子ではまだまだそれは早いと判断しています.
IE 6 のユーザーにどれだけタブ機能が便利か説明しても絶対に受け入れない人がいます.あるいは Firefox をインストールして既定のブラウザにして置いてもいつの間にか IE 6 に戻してしまう人もいます.また Firefox を使っていてもなぜだかタブ機能は拒絶して使わない人がいます.
筆者は今はブックマークは殆ど使わずフィードリーダーかソーシャルブックマークや Google Home のブックマーク、あるいはローカルのファイルだったら自作のローカル用の小さなブックマークの HTML ファイルとかでそれら全て Firefox の拡張か、ブックマークツールバーからクリック一つでアクセス出来るようにしていて先ず殆どブックマークは使いませんが、そんなこと信じられないブックマークこそ命という人がいます.
事ほどさように人様ざまでどれほど利点を説明しても人はなびきません.
とはいっても他人から見たら筆者もきっとそのように見えるのでしょう.Opera ファンから見れば何故 Opera をメインに使わないのか全く理不尽に見えることでしょう.Linux ユーザーから見れば 筆者が IE ユーザーが Firefox を使わない理不尽さが不思議であるのと同じに未だに Windows にしがみついている理不尽さが不思議なのかも知れません.
それが他者性でありそれを許すのが寛容でありと世の中の相対性に身を委ねる一方 Opera が Firefox よりよいなんて納得出来ないよ、Linux が良いといっても今使える色々なソフトと同じ事が出来るのかな、インストールだけで大変な思いをしなくてはならないなら御免被りたいと自分を通さずにはいられないのもまた面白きこと限りなしです.
今度は RSS の XSLT に挑戦してみました.今度こそはもう絶対自分でやる意気込みでで取りかかったのですが幾つか問題点があるものの何とか出来ました.最初にぶつかったのは名前空間でした.
HTML のタグが書いてある箇所は content:encoded という要素なのですがこれが問題でした.エラーは出ないものの文字だけ何の加工もされずに出力されてしまいます.どうもこの箇所が怪しいらしいと解りということは名前空間が定義されていないという予想であちこち探して試しに色々やってみましたがやっと xsl:stylesheet に次のものを追加しないとだめだと解りました.
exclude-result-prefixes="rdf rss dc content"
これで一応見られる形ではあるのですが上記の content:encoded の箇所は HTML のタグがそのまま表示されてしまいます.そこでこうすればよいという属性をを見つけて書いてみました.
<xsl:copy-of select="content:encoded" disable-output-escaping="yes"/>
ところがこれを書いても HTML のタグはそのまま出てしまいます.Landscape - エンジニアのメモ 「RSS を XSLT で html に変換して見栄え良く表示する」2005-03-16 に「- Mozilla の XSLT プロセッサは disable-output-escaping="yes" を無視する」という小見出しの一文が見つかりました.この記事は2年近く前のもので Firefox 1.0 で Gecko rv:1.7.5 で確認されているようです.それがそのまま現在まで直っていないのか、他に方法があるのか調べても見つかりません.
尚、Opera ではどうか見たのですが Opera は 「XSLT processing failed!」と表示され、もう少し何とかエラーの説明を出してくれればよいのにと思ったもののこの XSLT は駄目なのかとがっかりです.昨日の ATOM は Opera で何の問題なく表示されました.試しに問題の disable-output-escaping="yes" を外してみたらちゃんと表示されます.ということはこの属性は標準ではないのかも知れません.
washingtonpost.com - Critical Microsoft & Mozilla Patches for 2006 (January 19, 2007;) ですがどちらが安全か今更いうまでもないことですがこの記事はデータを挙げて説明しています.以下要約です.
2週間ほど前にこの Security Fix で発表したデータは2006年に普通の Windows ユーザーが Microsoft の Internet Explorer を使うことが如何に危険であったかを示している.
そのデータでは2006年の 284 日の間は悪意ある連中がパッチで塞がれていない IE のセキュリティーホールを攻撃したりその可能性があるというもので、それとは対称的に Mozilla の Firefox は9日しか危険日がないというものであった.
多くの人のコメントやメールで私が使ったデータの生データをみたいという要望が寄せられた.それは以下のものである.
Microsoft's 2006 Critical Patches
Mozilla's 2006 Critical Patches
このデータを見直すとき次のことは留意して貰いたい.まず「重大な critical 」と付いていたパッチだけを拾っていること、及びパッチが施される期間をのみ問題にしたので前回の分析が必ずしも IE と Firefox のどちらがブラウザとしてどちらが安全かの結論は出せないということである.
全体としていえるのは、Mocrosoft は2006年に平均して重大なセキュリティーホールのパッチを出すのに約113日要しているということである.またパッチを施した重大な脆弱性についてみるなら(太字のパッチが施されていない危険なもの以外について)90日掛かっている.しかし最も重大な脆弱性については140日でパッチを当てている.
この記事はネットワーク上の IE 対 Firefox の安全性と使い勝手の良さという論争のスズメバチの巣を突っつこうというものではない.私は単にデータを提供して研究者の役に立ったらと思っただけである.
私自身は普段 Firefox を多く使っているが信頼出来るたくさんのサイトでまだ IE 7 を頼りにしている.いずれを使うにしろ Web サーフィンは私を幸福にしてくれる.もしまだ IE 6 を使っている人がいるなら止めた方が良い.IE 7 は Windows XP より古いバージョンには対応していないので古い Windows を使っているのなら急いで IE 以外の別のブラウザに乗り換えた方がよい.
色々言い訳しているけれど真意は Firefox を使いなさいと読めますね.
日曜も一日何とか自力で出来ないものか頑張っていたのですがいろいろ変えて見てもどうにもなりません.あちらこちら検索してみてもこれと思うものは見つかりません.結局今日も駄目かと諦めて寝ようかとそのまえに Sage を更新してちらちら目を通すとあの拡張 Enhanced Feed Preview の作者さんの「Days on the Moon」が更新されている.目に飛び込んできたのは 「Re: Atom の XSLT」の文字.
そうなのです恥をさらして動かないソースを公開したのを見てくださったのです.Days on the Moon 「Re: Atom の XSLT」2007年01月21日 です.本当に有り難うございました.文字通り感謝感激です.
御指摘を受けたのは先ず名前空間.馬鹿なことに RSS、RDF の名前空間を書いていました.また接頭辞 atom の名前空間は古いとのこと.これはいわれないと全く解らないことでした.
次は xsl:output 要素で method は "html" では XHTML を書き出すのだから拙いとの御指摘.最初 "xml" にしていたのですが他の例では皆 "html" でこれが問題かと書き直したものでした.意味を把握しないで書き写すとこういう事になります.
最後はというか根本的に理解していなかったのが XPath."/" ノードが解っていなくルートだと思っていたのは大間違いで文書ルートなのですね.従ってその下のものはルートの feed から辿らないといけなかったのです.また atom:entry の中では省いていた atom という接頭辞は全部に必要だったということです.xsl:for-each 要素についても御指摘頂きました.うんともすんとも動かないのでやけになってこんなものでも置いたらどうかとやってみたのでした.
全部書いて頂いたようなもので先ず御指摘をよく読んで自分のを直し、実際に動かすと見事に表示されました.CSS がどうかの段階までいっていなかったので初めて見る CSS の表示ですがこれにもミスがあり書き直しました.また記念に書いて頂いた xslt-for-atom.xml をダウンロードして念のためにと違いを見つけるエディターで自分のと見比べると <content type="xhtml"> の要素から取り出すところが <xsl:copy-of select="atom:content/xhtml:div"/> となっています.value-of でも表示されたのですが、よく見ると HTML のタグが無効になっていました.そこでこれも書き直しました.この場合は copy-of を使うということが解りました.これだとタグも反映されます.
本当にもうお礼の申しようがありませんが重ねてお礼を申し上げます.有り難うございました.
お陰様で MEMO の Atom フィード Mozilla Firefox Thunderbird あれこれ- MEMO ATOM はこのようになりました.Enhanced Feed Preview を入れてみると XSLT のスタイルシートが適用されているのが解ります.
嬉しくなって ATOM フィードを作ろうと拡張紹介の方も作ることにしました.取り敢えず12月以降新しく載せたもの内容を書き換えたものを掲載しました.今のところ page1 〜 page9 でロケーションバーのフィードアイコンをクリックすると出てきます.全く同じ XSLT のスタイルシートを適用して CSS で色を変えてあるだけです.一応ここにもリンクを付けておきます.拡張紹介 Mozilla Firefox Thunderbird の拡張あれこれ.
自分のページが見にくいのか見やすいのかは棚に上げてユーザースタイルシートを使って何とかしないともう見にくくてたまらないというのは何か考えてみました.
ユーザースタイルシートでまずやったのは自分で書き込むほぼ自分のページと考えているページ、Gmail や Google Reader、それに mixi です.Google の2つページは筆者のように目が良くなくモニターの解像度を 1280x1024 にしていると小さすぎて読み書きに不便で文字サイズを特に内容を読んだり書いたりするボックスは大きくしています.mixi はそれに加えて広告やニュースやメッセージを送信するとか要らないものは全てロゴまで含めて取り除いています.ただしこれはページに問題があるわけではなくこちらの目のためです.
世の中一般に特に海外サイトは文字が筆者にとっては小さすぎて読むときは先ず殆ど Ctrl + マウスホイールで文字を大きくしています.Firefox を初めて使ったときこのこの機能は本当にありがたいと思ったものでした.All-in-One gestures というマウスジェスチャーの拡張を入れたとき(今は入れていません)最初に決めたジェスチャーは文字サイズを変えるものでした.Firefox 以前は Mozilla Suite と IE でしたが Mozilla Suite に Ctrl + マウスホイールで文字サイズは変えられなかったはずです.IE 6 は固定のフォントサイズが設定されていると出来ません.IE 6 でも Ctrl + マウスホイールで固定でなければ4段階に変更出来るのは Firefox で知った後でした.
ところで便利にフォントサイズが変えられるのはよいのですが段組になっているページで全体の幅がブラウザウィンドウ100%になっていて、2段組の場合はそれほど問題ないのですが3段組になっていて左にメニュー、右にもメニューのたぐい、中央が本文というので Ctrl + マウスホイールでフォントサイズを大きくしていくとどんどん本文の入る真ん中の部分が狭くなっていくデザインのページは参ります.読みたい本文の部分が筆者の目に適正サイズになったときは本文の文字が1語なんていうことがあって困ります.これだったら100%にしないで1等右の段はブラウザウィンドウからはみ出してくれた方が余程いいと思います.因みに筆者は Firefox の表示部分は大体1000pxぐらいにしているのでいざとなればウィンドウ幅を広げるし横スクロールで右の段を見ても構いません.よく行くサイトでこういうところはユーザースタイルシートで段のそれぞれの幅を固定してしまいます.
2段組でも困ることがあります.左側の段にフォームのボックスとか折れ曲がり禁止の文字列とかあって左の段の幅が固定されていると右側の本文部分にはみ出し乗っかってきて読めない文字があるような場合です.この場合は Ctrl + 0 で文字サイズを元にして小さい文字を苦労して読むしかありません.
本文部分が文字サイズを大きくすると本文のあるボックスを文字サイズに連動している em 等の単位で決めているとこれまた文字サイズを大きくするとどんどん右に広がりはみ出してしまうページが希にはあります.横スクロールすると右端は見えても左が見えなくなるので一行毎に右左のスクロールを繰り返すこれはまさに最悪です.
この1週間ほど解像度を最大の 1600x1200 にしてみていました.メモリーを食い過ぎとブラウザに表示される文字が余りにも小さすぎデスクトップの作業はウィンドウがたくさん見えて少しは良いのですが何だか非常に疲れるので止めました.
自分のページの文字サイズは筆者自身には小さめで限界です.寝起きとかで目がかすんでいるときは自分のページでも文字サイズを大きくする必要があります.しかし文字サイズ自身は今のブラウザでは好きに変えられるのでどうであろうと問題ないと思います.
がリリースされたと ふと今日は・・・・・・「SeaMonkey 1.1 リリース」007/01/21 の報でダウンロードしました.この前に入れたのは 1.1 RC で正式版が出たという事みたいです.そのバージョンを知るために SeaMonkey を立ち上げて SeaMonkey でダウンロードしたのですがいつもながらにダウンロードに時間が掛かるその途中にいきなり新しいバージョンが出ているがアップデートするかとダイアログが出てきました.自動アップデート機能が備わったみたいです.ダウンロードの最中だから無論 No Thank you です.
扨、インストールしたら Session Manager が効かないようで確か前回もそうでした.ブックマークとかは受け継いでいるのでプロファイルは前と同じものを使っているようで改めてプロファイルマネージャーから開き直してもこの拡張は継承してくれません.
ユーザーエイジェント
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
「追記」
Session Manager は今出ているのは SeaMonkey に対応していなく強制的に対応させようかと思ったものの SeaMonkey は アドオンマネージャーもなく問題が起きても拡張をアンインストールする手段が無いので諦め、まず Crash Recovery の最新版(これは対応)を入れてそれから前回にインストールした Sewssion Manager をインストールしたら 1.0 RC の時のセッションが戻ってきました.(Session Manager は Crash Recovery を先に入れろといってきます.Firefox でもそうだったかは覚えていません.)
昨日は土曜だということもあって当方の配信している Atom に XSLT のスタイルシートをつけ加えることにしました.ざっと簡単な XSLT の入門みたいなのを覗き、また幾つか実際の Atom フィードに適応した XSLT を見て書いてみることにしました.入門サイトは幾らでも見つかり、XPath と Template が解れば何とか出来ると合点しました.一方サンプルとなる Atom フィード用の XSLT はやっと見つけても3つぐらい、勿論説明の付いたものは見つかりません.それでも何とか書いて実際にやってみたもののこれが巧くいかない.金曜の晩から土曜の朝に掛けてこういう事で徹夜するのは久々ですが何がまずいかもうお手上げです.土曜も一日中これに悩んでいます.
最初のつまづきは atom:feed と書くと XPath 違反を指摘されサンプルのはそうなっているのにどうしてか悩みました.しかしそれは名前空間の問題だったらしく
xmlns:atoms="http://www.w3.org/2005/Atom"
を追加したら嘘のようにエラーは出なくなりました.今どうにも解らないのは <xsl:apply-templates select="atom:feed" /> とか <xsl:value-of select="atom:title"/> の select="要素名" が全く実行されないのです.以下ソースを掲載しておきます.どなたか問題点がおわかりの方にご助力をお願いします.
<a href="{atom:link[@rel='alternate']/@href}"> という箇所がありますがこのリンクも違うものが来て何故か理由が解りません.名前空間で何かが足りないのかも知れません.見つけたサンプルとなる Atom 用の XLST を手直しして(無い要素の部分は外して)そのまま使ってもみましたがエラーは出ないものの何も表示されません.
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:rss="http://purl.org/rss/1.0/"
xmlns:atom="http://purl.org/atom/ns#"
xmlns:atoms="http://www.w3.org/2005/Atom"
version="1.0">
<xsl:output
method="html"
encoding="utf-8"
omit-xml-declaration="yes"
doctype-public="-//W3C//DTD XHTML 1.0//EN"
doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"
indent="yes"
media-type="application/xhtml+xml"/>
<xsl:template match="/">
<html xml:lang="ja">
<head>
<meta http-equiv="content-style-type" content="text/css" />
<link rel="stylesheet" type="text/css" href="atom.css" media="all" title="default" />
<title>
Mozilla Firefox Thunderbird あれこれ MEMO
</title>
</head>
<body>
<div id="maintitle">
<a href="{atom:link[@rel='alternate']/@href}">
<!--xsl:value-of select="atom:title"/-->
Mozilla Firefox Thunderbird あれこれ MEMO
</a>
<div id="subT">
Firefox、Thunderbird と Web 全般にまつわる MEMO
</div>
</div>
<xsl:apply-templates select="atom:feed" />
</body>
</html>
</xsl:template>
<xsl:template match="atom:feed">
<div id="wrapper">
<xsl:for-each select="atom:entry" />
</div>
</xsl:template>
<xsl:template match="atom:entry">
<div class="contents">
<div class="subtitle">
<a href="{link/@href}">
<xsl:value-of select="title"/>
</a>
</div>
<div class="date">
<xsl:value-of select="updated"/>
</div>
<xsl:value-of select="content"/>
</div>
</xsl:template>
</xsl:stylesheet>
これを適用した XML は配信用の CGI が書きだしたもののソースを xml ファイルに固定したもので memo-atom.xml、CSS は atom.css です.
2年ほど前に馬鹿としかいいようがないミスで2晩かそこら悩んだことがあります.Perl で HTML の Form からメールを送るという単純なプログラムで何もかも関数で用意してあるのですいすい出来るはずがログはちゃんと書き出すがメールだけは送信されない.サーバーのエラーを表示すると sh: syntax error near unexpected token `カナ' のように余り見たことのないエラー、散々悩んだ結果解ったことはログと送信メールで順番を変えるとかがあったのでメール用の文字列のために新しく作った変数名を何とグローバルになっていたメール送信をやってくれる sendmail のパスを格納する変数と同じ名前にしていたのでした.これを日本語のメール内容に上書きすれば遅れるはずがありません.
今日はこの「拡張あれこれ」のページを初めてからちょうど2年目を迎えます.当初は知らない人からのアクセスなど思いも寄らなかったのがちょうど Firefox 1.0 のリリース後の人気に載った形で、とは言ってもこのページを作ったとき実を言って Firefox の人気が上がっているということは全く気づかなかったくらいですが、この2年非常に多くの方々からアクセスを頂き感謝しています.とにかく当初はバージョンアップの度に拡張を探しに行くのが大変で自分で URI をメモしていたのと Firefox を人に勧めるとき一番の特徴である拡張も一緒に紹介していてその為自分用のメモだったものに説明を加えるようになりまた勧める人の能力によって文面を換えたりしてメールに添付していたのが面倒になりサーバーに上げることにしたのが始まりでした.当時はといってもまだたった2年前ですが日本語で拡張の紹介をしたところが少なかったのか Google には驚くほどの速さで登録され当時は Mozilla と Google の関係など知るよしもなく驚いたもののです.しかし何といってもアクセス数が多くなったのはここそこの Mozilla 界では有名なブログでリンクを貼ってくださることがあったからです.その方々にも感謝いたします.
この1年は最初の1年よりも訪問してくださる人は増えているのですがこちらより遙かに充実した紹介サイトは幾つも出来ているしちょっと不思議な気がしています.時々リンク切れは調べるのですが拡張の内容が変更されたり説明はきっと多くの拡張について古くなっていてそれでも見に来てくださるのはどうしてだろうかと不思議に思っています.何はともあれ皆様有り難うございます.今後何をどうすると言う予定はなにもないのですが、拡張紹介のフィードでも配信しようかとは前から思っているものの最近は新しく紹介する拡張の数も少なくいっそのこと全部載せてしまおうかなとは思うのですがそんなもの見る意味無いだろうし、それは止めてジャンルを事細かに分けたインデクスでも作ろうかとあれこれ思ってはいます.ではいつまで続くか解りませんが3年目も宜しくお願いします.
昨晩は夕食後この一週間の寝不足のため寝てしまい夜中の12時前に目を覚ましてそうだ今日書くことは何も用意していなかったと今年は書くこと無ければ無理に書かない方針であったけれど一応何かネタを探そうかと Sage を更新して見ていたらまたしても Another 朝顔日記 「RSS の整形 」07-01-19 (Fri) に行き着きました.
そうだスタイルシートを XSLT でちゃんとやればいいのだと気づきました.実は昔まだ IE をメインに使い Mozilla Suite はほんの参考に使っていた頃 XML を整形してくれる *.xsl (CSS スタイルシートの拡張子が *.css であるのと同じに、XSLT スタイルシートの拡張子は *.xsl )を厚い本まで買って勉強をしたことがあります.全体の構造は XSL でやって中に CSS 組み込み文字や色などはそれでやって、当時は DHTML の全盛期で JavaScript も導入出来とこれは何とも面白い、データは XML 表示構造は XSTLT 装飾は CSS そして動きは JavaScript それぞれ役割が完全に分離出来素晴らしいと思ったのですが、MS の専用のを勉強したらしく Mozilla Suite では表示出来なかったり出来てもサーバー上とローカルでは違ったりでそのうち熱も冷めて止めてしまったのを覚えています.
当時のファイルは全部取ってあるので *.xsl で整形した XML を IE 7 で動かすと見事に動きます.Firefox では延々と読み込み中で駄目なようです. *.xsl のソースを見たところ単に HTML を書き出している部分は問題ないのですが、
<xsl:for-each select="何々">
<xsl:sort select="あれこれ" order="descending">
とかになってくるともう全然覚えていません.多分この辺りの使い方は Firefox で何がどう使えるか勉強し直さないと解りません.参考に http://diary.noasobi.net/rss2html.xsl も見てみましたがそんな複雑な話ではないようです.いずれやってみたいと思っています.重ね重ね「Another 朝顔日記 」のご主人にはお礼申し上げます.また、素晴らしい拡張 Enhanced Feed Preview の開発者「Days on the Moon 」の主催者の方には余計な要望 を書いたりしたことお詫びします.