TidBITS Electronic Publishing

TidBITS-J#522/20-Mar-00

いずれの Palm OS ベースのハンドヘルド機が“買い”だろうか? Travis Butler 氏は、Palm 社および Handspring 社の主要機器を比較することで、 この問いに答えてみる。また、この号では、Geoff Duncan が、Web 表示戦 争の歴史を検証し、混乱状況の原因を探る。さらに、iBook と PowerBook (FireWire)に関する危険なスリープ時のバグへの応急処置、ACI 社によ る StarNine 社の買収、および Linux および Action Files 1.5.2 を備え た Virtual PC のリリースについてお伝えする。

目次:

Copyright 2000 TidBITS Electronic Publishing. All rights reserved.
問い合わせは <info@tidbits.com> へ、感想は <editors@tidbits.com> へ。

TidBITS 日本語版は TidBITS 日本語版翻訳チーム メン バーのボランティアによって翻訳・発行されています。TidBITS 日本語版 では翻訳に協力してくれる方を募集しています。詳しくは以下の URL を 参照してください。

<http://jp.tidbits.com/join_us.html>


今回の TidBITS のスポンサーは:


MailBITS/20-Mar-00

(翻訳:佐藤 公子 <umi@cf.mbn.or.jp>)
(  :石川 篤利 <atsu@omame3.com>)

Sleep Memory Extension がラップトップのバグをブロック -- Apple 社 の新しい Sleep Memory Extension により、iBook および PowerBook (FireWire)コンピュータで、低メモリ状況において“スリープ時にメモ リの内容を保持”機能を使用する際に発生する、データの損失や破壊が回 避された( TidBITS-521の“iBook と PowerBook でデータ損失問題が発生” を参照)。この拡張機能は、ダウンロード時 184K の大きさで、「省 エネルギー設定」コントロールパネル上の“スリープ中もメモリの内容を 保持”チェックボックスをグレイ表示にする。これにより、スリープ時に パワー切れが起きた場合の回復用に、メモリ内容をディスクへ保存する機 能は使用できなくなる。しかし、この機能に関連するデータ損失の問題に、 ユーザが遭遇する危険性も回避される。我々は、Apple 社が次期ソフトウェ アリリース時には、実際の問題に対処してくれることを今も期待している。 それまでの間、この拡張機能がユーザを危険な道から遠ざけてくれる。こ の拡張機能は英語版およびローカライズ版の Mac OS で動作するが、ReadMe ファイルは英語版のみ入手可能 [訳者注:日本語版は、Apple Japan のHP で入手可]。 [GD]

<http://asu.info.apple.com/swupdates.nsf/artnum/n11602>
<http://db.tidbits.com/getbits.acgi?tbart=05839>

PowerBook(FireWire)のセキュリティは他の場所で -- Apple 社は、 Tech Info Library アーティクルを発行し、新型の PowerBook(FireWire) の所有者に、「パスワード保護」コントロールパネルをインストールしな いよう警告している。このコントロールパネルは、Mac OS 8.6 とともに出 荷されたが(Mac OS 9 使用のラップトップにはデフォルトとして含まれて いない)、PowerBook(FireWire)で利用する目的で、これを別のマシンに コピーすると、データの損傷や損失につながるおそれがある。Apple 社で は、各所有者に対し、この代りに「マルチユーザ」コントロールパネル上 のパスワード機能を使用するよう勧めている。(複数ユーザでの作業に関 する詳細は、 TidBITS-503 の“Mac OS 9 の主な特徴”を参照) [JLC]

<http://til.info.apple.com/techinfo.nsf/artnum/n58612>
<http://www.apple.com/powerbook/>
<http://db.tidbits.com/getbits.acgi?tbart=05625>

ACI 社が StarNine Technologies 社を買収 -- ハイエンド用 4D リレー ショナルデータベースの製造元であるACI US は、Platinum Equity Holdings 社より、WebSTAR Server Suite および ListSTAR の製造元、 StarNine Technologies 社を買収した。この取得により、ACI 社は Macintosh の Web サーバ市場において非常に強力な存在となり、さらに は、Web に連動するデータベースとして 4D の地位を向上させるコードや 人材も手に入れた。Web パブリッシングは、バックエンドデータベースに より、ますますサポートされてきているため、将来的には WebSTAR と 4D が統合されることになるであろう。 [ACE]

<http://www.acius.com/>
<http://www.starnine.com/>
<http://www.acius.com/press/press_releases/pr031500_StarNine_Acquisit.html>

Connectix 社が Virtual PC with Linux を出荷 -- Connectix 社は自社 の Pentium のエミュレーション製品である Virtual PC に、インストール 済みの Red Hat Linux をバンドルしたバージョンを出荷した。Virtual PC 内で Linux を走らせるのは(LinuxPPC や Yellow Dog Linux といった) Mac のネイティブ CPU 用にコンパイルされた Linux を走らせる場合のパ フォーマンス上の利点の幾らかを取り去ってしまうのだが、しかしインス トールの簡単さや Linux ベースの Mac よりもむしろ Linux ベースの PC で動くようにコンパイルされたより多くのソフトウエアとの互換性が増す ことによって、その不利を埋め合わせている。Virtual PC は Mac 上では 一つのウインドウの中で動作するので、Mac OS と Linux の切り替えには 再起動を必要としない。Virtual PC with Red Hat Linux の価格は 100 ド ルで、350 MHz 以上の PowerPC G3 または G4、1.1 GB のディスクスペー ス、Mac OS 8.6 以降、そして 96 MB(128 MB 推奨)の RAM という重量級 のシステム必要条件となっている。 [ACE]

<http://www.connectix.com/products/vpc3_linux.html>
<http://www.redhat.com/>
<http://www.linuxppc.com/>
<http://www.yellowdoglinux.com/>

ACTION Files 1.5.2 アップデータ配付 -- Power On Software 社は ACTION Files のアップデータをリリースした。ACTION Files は open/save ダイアログボックスを強化するユーティリティーである( TidBITS-434 での“ ACTION Files の使命”という ACTION Files 1.0 のレビュー記こ とを参照のこと)。バージョン 1.5.2 は各国語版 Mac OS のサポートを強 化しており、除外したいアプリケーションを互換性リスト内でより適切に 処理し、ユーザが設定できるコマンドキーやナビゲーションサービスダイ アログボックスの数多くのメニューに改良が施されている。加えて、 EndNote、FontLab や MacTicker との互換性の問題が解決されている。 ACTION Files 1.5.2 は前バージョンの登録ユーザには無償のアップデータ が用意されていて、ダウンロードは無償の 2.3 MB のフリートライアル版 で、これはアップデータをも兼ねている。ACTION Files の小売価格は同社 のウエブページからダウンロードし購入する場合は 30 ドル、箱入りの CD-ROM での購入は 40 ドルである。 [JLC]

<http://www.poweronsw.com/site2/html/products/af.html>
<http://db.tidbits.com/getbits.acgi?tbart=04931>
<http://www.poweronsw.com/site2/html/download/freetrialau.html>

アンケート結果:嵐の前の Palm -- Apple の最近人目を引くデザイン は、機器の外観はその製品の成功に寄与するのか否かという議論を白熱さ せてきた。果たしてあのグミ菓子のようなシェイプと半透明のプラスチッ クが無かったら、iMac は単なる Performa となっていたのだろうか? こ れと同じ問題は携帯情報機器に影響を与えるだろう。先週我々は“もしあ なたが Palm OS ベースの携帯機器の購入を検討しているならば、一体どの モデルに一番魅力を感じるだろうか”と質問した。意外なことに Palm V と Palm Vx - Palm の薄型アルミニウムケースのモデル - が 33 パーセン トの得票を得た。同じくらいにパワフルな Handspring Visor Deluxe は 23 パーセントの反応を得たのだが、Palm V と Vx モデルはそれよりもか なり高価な製品なのである。このことから、回答者は、より小さく、軽く、 薄い機器の為なら喜んで大金を費やすのだということがわかる。Palm 製品 ラインの競走馬である Palm III ファミリーは 20 パーセントの得票を獲 得し、それに続いて 13 パーセントでカラー Palm IIIc が続いた。 [JLC]

<http://db.tidbits.com/getbits.acgi?tbpoll=34>

アンケートのお知らせ:ハッキリしない Web ページ -- HTML の起原は レイアウトよりも構造に焦点が置かれていたのだが、Web がだんだんと商 用になるにつれて Web ページの見栄えはますます重要になっていった。 HTML はよりページレイアウト言語として発展し、多数の Web ブラウザは それぞれに独自の HTML の解釈を提供し、そのため数多くの点で、我々は 混乱させられるはめになってしまった。ひどい表示というのは今や Web ページにとってはありふれた出来事になっている。たとえば、恐らくある ページは Web ブラウザのウインドウにフィットさせるにはテキストサイズ が小さすぎたり大きすぎたり、ページサイズが大きすぎたりするかもしれ ないし、スクリプトが不備であったり、また内容が一部欠けて表示された りするといったことがあるかもしれない。我々は皆こうした迷惑なページ を作成する技術を発展させてきてしまったのだ。そこで、今週のアンケー トの質問である。“お粗末な表示の Web ページに遭遇した時、あなたが取 る最も普通の反応とは?”我々のページに来て一票投じて欲しい! [ACE]

<http://www.tidbits.com/>


手中に落ちるハンドヘルド機は?

by Travis Butler <tbutler@tfs.net>
(翻訳:尾高 里華子 <rikako@pobox.com>)
(  :吉田 節 <benjamin.takashi@nifty.ne.jp>)

一年前に比べ Palm OS ベースのハンドヘルド機を購入する際の選択肢はず いぶん広がった。Palm 社だけでも元祖 Palm III 以来 8 モデルをだして いるほか、Palm OS のライセンスを受けたハンドヘルド機も登場し始めた。 その中で一番有名なのが Handspring 社の Visor だ。選択肢が増えるとい うことは消費者にとっては良いことではあるのだが、当然のことながら、 どれを選ぶべきかという問題が浮上してきてしまう。

<http://www.palm.com/>
<http://www.handspring.com/>

今回は Palm OS 市場の二大巨頭に焦点を絞り、多様な Palm と Handspring Visor を見ていくことにする。(Visor のレビューについては、 TidBITS-521の“嬉しい不意討ち:Handspring のハンドヘルド機 Visor” を参照のこと。)だがその前に、これ以外で Palm OS のライセンスを受け ている TRGpro や IBM WorkPad といった機器についても触れておいたほう がよいだろう。ただし、私はこれらのハンドヘルド機を実際に使用したこ とはない。

<http://www.trgpro.com/>
<http://www.pc.ibm.com/us/workpad/>
<http://db.tidbits.com/getbits.acgi?tbart=05844>

TRGpro は、要するに背面にコンパクトフラッシュスロットを搭載した Palm IIIx である。(コンパクトフラッシュは主にデジカメで利用するストレー ジとして設計された小型カードだが、ほかの機器でも利用されることがあ る。)TRG 社は今まで筋金入りの Palm ユーザー達にユーティリティソフ トウェアやメモリアップグレードを販売していた会社であり、TRGpro が対 象としている二つの市場の片方が、この筋金入りの Palm ユーザー達であ る。もう一つの対象市場は、企業や団体、特殊な用途のアプリケーション ベンダーであると思われる。なぜなら、TRG 社は特注の TRGpro を製造す ることができるのだから。Visor Deluxe や Palm IIIxe(下記参照)が 249 ドルで買えることを考えると、TRGpro の 329 ドルという価格はかなり高い。

Stephen Cochran 氏が TidBITS Talk でその他の Palm OS ベースの機器へ のリンクや Palm OS ベースのハンドヘルド機と携帯電話を組み合わせた製 品へのリンクをいくつか紹介していた。その中の一つ、IBM WorkPad は Palm の OEM らしい。

<http://db.tidbits.com/getbits.acgi?tlkmsg=6322>

最重要課題:要望と費用 -- コンピュータを購入する時と同じように、 どの Palm を選ぶかはニーズと予算で決まる。私が価格の話を持ちだした 時は、以下を参照にして自分の Macintosh に接続するのにかかる費用を考 慮し調整していただきたい。

<http://www.palm.com/products/macintosh/>

<http://www.palm.com/products/accessories/usb.html>
<http://www.keyspan.com/products/usb/PDAadapter/>

<http://www.handspring.com/products/cradlescables.asp>

上記の点を考えると、シリアルポート Macintosh 所有者には Palm が、USB Mac 所有者には Visor が値段的に一歩リードとなる。

Palm の独擅場 -- まず、Handspring からは出ていないタイプの Palm モデルを紹介しよう。

カラー表示のものが欲しいのであれば、(定価 449 ドルの)Palm IIIc が 巷で手に入る唯一の Palm OS 機だ。私が使用しているアプリケーションで カラーの方が断然良いだろうというものはほとんどないし、標準モデルの およそ 2 倍の値がついている。この Palm IIIc は私ならパスだ。カラー 表示に関しては出たばかりの今の段階ではまだどう判断してよいのかわか らない。これは、初代カラー PowerBook を思い出させるからかもしれな い。IIIc の表示は鮮明で、これまでに目にしたことのあるカラー Windows CE モデルとは一線を画している。しかし、カラーとコントラストの影響で 最近のモノクロモデルの Palm よりは読みづらくなってしまっている。買 う前にお試しあれ。

ワイヤレスで繋ぎたいという場合は、(定価 449 ドルの)Palm VII で決 まりだ。Macworld Expo では 3 社が Visor 用のワイヤレス Springboard モジュールを出していたが、いずれもローカルで機器やネットワークに繋 がるように設計されており、Palm.net サービスのような携帯電話的なロー ミングアクセスをするためのものではない。

スリムなアルミの筐体と電池が充電式になっている Palm V や Vx (価格 はそれぞれ 329 ドルと 399 ドル)に惹かれるのもさもありなんだろう。 友人の Palm Vx を相当な時間使ってみたが、外見は良いし、他のモデルと 比べ画面もわずかに良いように思われるし、なによりも頑丈である。とこ ろが、大きさ、スタイル、電池の良さが価格上昇に見合うとは私には思え ない。もっとも、先週の TidBITS のアンケートではかなりの支持を得てい たが。

<http://db.tidbits.com/getbits.acgi?tbpoll=34>

Palm と Handspring は接戦 -- 価格や機能の面でダイレクトに競合する モデル同士を比べるのはやや簡単だ。

ローエンドである標準モデルの Visor と Palm IIIe にはたくさんの共通 点がある。双方とも 2 MB のメモリを持ち、オペレーティングシステムを 読み出し専用メモリ(ROM)に内蔵している。そのため Palm OS はアップ グレードできない。(他の Palm デバイスはアップグレードユーティリティ で上書きできるフラッシュ ROM を用いている)。だが Visor には Springboard 拡張スロットがあるので、メモリなどの Springboard デバイ スを追加できる。いっぽうの Palm IIIe は閉じた固定的なシステムだ。

最近値下げされたため IIIe の定価は 149 ドルとなった。これは Mac と 接続するためのコストを除くと標準モデルの Visor より 30 ドル安い。し かし Springboard スロットと少し優れたエルゴノミクスのぶん、Visor の ほうが有利である。同期用クレードルなしの標準モデルの Visor は 149 ドルで購入できるが、私はそれをお勧めしない。なぜならクレードルはソ フトウェアのインストールやデータのバックアップを行うために必要だか らだ。古い公理を繰り返させてもらうと、バックアップは欠くことのでき ないもので、電池を使い切ると全てを失ってしまうハンドヘルド機の場合 は特に重要である。Handspring は Springboard Backup Module を 40 ド ルで販売しており、これにデータをバックアップできる。だがクレードル がなければ、データを Mac と同期させることができない。

<http://www.handspring.com/products/mbackup.asp>

上位モデルにおいては Visor Deluxe が Palm IIIx および Palm IIIxe と 競合する。Palm IIIxe は、まさに Visor Deluxe と競合させるべく売り出 されたのではないかと思える。なぜなら同じ 249 ドルという価格で 8 MB のメモリを積んで販売されているからだ。Palm IIIx はそれらの半分のメ モリしか持たないが、最近少し値下げされて 229 ドルになった。また Palm IIIxe にはない内部メモリ拡張スロットを持っている。

<http://www.palm.com/products/palmiiix/details.html>
<http://www.palm.com/products/palmiiixe/details.html>

しかし、ほとんどの人は Palm IIIx の内部拡張スロットを使わないだろう と思う(4 MB のメモリが 20 ドルもするのだから)。したがって、Palm IIIxe と Visor Deluxe のどちらを選ぶかという決断になる。

低価格の Palm IIIxe が新たに投入されたことで、Visor Deluxe は売り出 された時に持っていた価格上のアドバンテージをほとんど失った。そこで 問題は、あなたにとってどの機能が重要かという点に集約される。すなわ ち、Palm IIIxe のフラッシュメモリを使って Palm OS をアップデートで きる(Visor Deluxe は標準モデルの Visor と同じく、オペレーティング システムを入れるのに ROM を使っている)ことを重んじるか、それとも Springboard 拡張モジュールが使えることを重んじるかだ。

これは難しい決断である。私は OS がアップグレード可能であって 欲しい 。そう思うのは、Palm OS 3.5 のインターフェース改良(タイト ルバーをタップするとメニューバーを呼び出せることなど)は、ユーザー 体験をスムーズにしてくれそうだからだ。それに発表済みの Springboard モジュールは、ほとんどがこれまでにまだ出荷されていない。

<http://www.handspring.com/products/springboard_news.asp>

とは言うものの、Springboard スロットの利点は OS アップグレードより もっとはっきりしている。あるソフトウェアを動かすために将来 OS をアッ プグレードしなければならない可能性はある。しかし Palm IIIe はアップ グレード不可能なので、私は開発者たちがしばらくの間は現行バージョン の OS に対応し続けると思う。それに、内蔵のシリアル接続ポートを介し て Palm シリーズに接続できるデバイスはあるが、Visor の Springboard スロットはもっと便利で多機能だ。また Visor には他にもコネクタがあ り、外部キーボードなどの周辺機器を接続できる。

片手に収まるオーガナイザ -- 選べるというのはよいことで、今の Palm OS マーケットも例外ではない。Handspring の Visor Deluxe を最後に取 り上げはしたが、これまでに触れたモデルからひとつだけを勧めることは 私にはできない。例外があるとすれば Palm IIIe で、これを持っても私は 嬉しくないだろう。選ぶということは、自分のニーズと財布に適したモデ ルを決めるという問題に過ぎないのだ。


文字の創出: Web 戦争小史

by Geoff Duncan <geoff@tidbits.com>
(翻訳:尾高 修一 <shu@pobox.com>)
(  :畔上 毅範 <azegami@mwe.biglobe.ne.jp>)

一年ちょっと前の TidBITS-467 で、Macintosh で Web ページのテキスト を表示した時、ほとんど読めないぐらい小さく見えることの歴史的・技術 的理由を解説した。特に Windows ユーザーによって Windows ユーザー向 けに作られたページにこの傾向が強い。

<http://db.tidbits.com/getbits.acgi?tbart=05284>

その記事で述べた原則や問題は今でも当時のままだが、新たなインターネッ ト規格や新世代の Web ブラウザが Web ユーザーと Web オーサーの両方に 解決の糸口を与えるようになってきた。そこで今回は Web でのテキスト表 示の歴史に触れ、次回以降は Web の新規格やブラウザの新機能を検討して から、プラットフォームを問わない Web コンテンツの作り方の具体的なア ドバイスをお届けしよう。

テキスト第一-- はっきり言って、私たちがコンピュータで扱う情報のほ とんどは文字という形態をとっている。文書を書いたり編集したり、メー ルを送ったり受け取ったり、Web ページをブラウズしたり作成したり、と いう具合だ。画像やムービー、オーディオと比べて、テキストは比較的簡 単にプラットフォームやオペレーティングシステムを越えてやりとりする ことのできるシンプルなデータの種類だ。ではなぜ、特に Web でのテキス トの表示がこれほどひどいのだろう? なぜいつもウインドウサイズやフォ ントサイズ、ブラウザの設定などをいじらなければならないのだろう? 本 当は単にテキストを読みたいだけなのに。

オペレーティングシステム間でテキストの表示が異なるのは、早い話それ ぞれのオペレーティングシステムが画面のピクセルを実際の寸法に置き換 える際、それぞれ異なった思いこみをしていることによる。Mac OS は表示 デバイスの解像度を問わず 1 インチあたり 72 ドット(dpi)だと想定し ており、この設定を変更する方法はない。一方 Windows は 96 dpi を想定 しており(Large Fonts だと 120 dpi)、最近のバージョンの Windows で はこの設定を自由に変えることができる。Unix システムの場合は 75 〜 100 dpi が標準的で、ユーザーが設定できるようになっていることが多い。

想定解像度の違いにより、コンピュータがテキストを描画する際に使用す るピクセルの数が変わってくる。1 ポイントが 1/72 インチであると仮定 すると、Mac OS は12 ポイントの文字を描画するには 12 ピクセルを使用 し、Windows なら普通 16 ピクセルを使用する。この二つの文字を同じディ スプレイで並べてみると、Windows の文字の方が Macintosh の文字より 33 % 大きく見えることになる。

<http://www.tidbits.com/resources/522/mac-win-text.html>

テキストを描画する際に多くのピクセルを使用すると、様々な影響が出て くる。頭の隅に入れておくべき基本原則は以下の二つだ。

戦争の惨禍 -- 驚くなかれ、Web デベロッパーたちは実はこうしたプラッ トフォームごとに異なるテキスト描画の特徴に気づいていた。実のところ この問題は World Wide Web よりもはるか前から存在したのだ。これほど 古くからある問題なのに、なぜ今になってもまだ解決されていないのだろ う?

答えは簡単ではない。多くの Web オーサーを長年にわたって苦しめてきた 一つの真理を忘れないでいただきたい。HTML は文書の物理的外見、あるい はタイポグラフィーの見え方を記述するためのものではなく、文書の 構造 を記述するためのものなのだ。つまり、どのアイテムが見出しで、 どれがリンクで、どれがリストで、といったことをプラットフォームに依 存せずに記述する。文書がどう見えるべきかは個々の Web ブラウザ(より 正確には「ユーザーエージェント」)に任されていた。Web ブラウザは文 書の構造を理解し、そのプラットフォームで問題なく見えるように表示す る役割を担っていたのだ。

だがここでコンピュータ業界の醜い勢力争いが始まる。何年もの間、オペ レーティングシステムはユーザーに WYSIWYG を提供しようとしてきた。グ ラフィカルユーザーインターフェースと並んで、WYSIWYG は人々をパーソ ナルコンピューティングに惹きつけたもののひとつだったのだ。HTML の抽 象的なアプローチは、WYSIWYG を当然のものとして期待していたあらゆる 種類のコンピュータユーザー― パーソナル、プロフェッショナル、企業― にはなじめなかった。こうした期待は Web が出版、続いて商取引の場とな るにつれてうるさいほどの要求となった。

ソフトウェアデベロッパーが顧客からうるさいほどの要求を聞かされると、 これはたちまち「チャンス」という意味に転じる。ブラウザのデベロッパー は次々と規格外の HTML タグを生み出したが、これはほとんどどれもが文 書の構造ではなく外観を記述するものだった。Netscape がまず CENTER タ グ、左右の寄せ、色、それにテキストの回り込みで口火を切った。Web 「デザイナー」たちは当時のブラウザで WYSIWYG ライクな効果を実現する 方法を紹介した本を売り出した。最も良心的なもので表組みの使用を奨励 し、ひどいものでは「スペーサー GIF」の使用を唱導して、クロスプラッ トフォームな適応力のある技術の原則にことごとく反していた。出遅れた ものの Microsoft も負けじと MARQUEE、バックグラウンドサウンド、それ に枠の色を操作する方法を導入した。同時にグラフィカルな HTML エディ タ群も登場し、猿がタイプライターを打ったかのような HTML を吐き出す ようになった。しまいには Netscape がフォントタグ、MULTICOL、SPACER タグ、それにオブジェクトを画面上の任意の位置に置くことができる「レ イヤー」を導入した。

要するにブラウザ戦争が進行していたのであって、砲火のほとんどは HTML が基づいている原則に向けられていたのだ。World Wide Web Consortium (W3C)は事態を収拾しようとはしたものの、1996 年の HTML 3.2 は HTML の抽象的概念と爆発的成長を遂げている業界のニーズの妥協の産物だった。 そしてこれに満足していた人はいなかった。

<http://www.w3.org/TR/REC-html32.html>

標準への回帰--インターネットが爆発的に広まるにつれて、面白い現象 が起きた。Web を利用するための道具としては、グラフィカルインター フェースを使用するパーソナルコンピュータが引き続き最も一般的だが、 他の道具で Web にアクセスするケースが倍増してきた。ダウンロード時間 の長さと意味のないグラフィックにパワーユーザーが辟易するにつれて、 テキストの表示しかできないブラウザーが、生き残っただけでなく人気が でてきた。機能を絞りこんだインターネット家電に、普通のテレビを生ま れ変わらせてしまうことを、WebTV は約束している。Apple 社の Newton や、もちろん Palm 端末などの情報端末、そして携帯電話で Web に接続し ている人たちもいる。同様に、無視することのできないアクセス問題があ る。視力障害者、色盲、および普通のコンピュータが使用できない人々は、 協調性を欠き独自の道をたどる HTML の発展から置き去りにされている。 その結果、HTML 文書の 構造 が再び重要になった。文書表示についての 細かい指定は、これらの端末には意味がないからだ。考えてほしい。画面 の大きさが 160 x 160 ピクセルしかない白黒表示の Palm 端末で、幅は 600 ピクセル、色は消防車に使うような赤に指定された HTML のテーブル をどう表示したらいいのか?

<http://lynx.browser.org/>
<http://www.opera.com/>
<http://db.tidbits.com/getbits.acgi?nbart=04593>
<http://www.icab.de/>
<http://www.mozilla.org/>
<http://db.tidbits.com/getbits.acgi?tbser=1152>

同時に、ブラウザの主要デベロッパーが導入した HTML のエクステンショ ンは、互換性がなくまた発想にも問題があったため、Web のユーザーとオー サーの両方を混乱させる結果になってしまい、デベロッパーを悩ますこと になった。標準に準拠する運動が勢力を増し、Lynx や Opera (そして Mac OS 用の新ブラウザ iCab) などのような、標準を重視するブラウザが注目 され始めた。ブラウザの主要デベロッパーがこの動きに気がつくのに、時 間はかからなかった。Netscape 社は、Web ブラウザの開発を Mozilla オー プンソースプロジェクトに託し、そして Microsoft 社は、標準から外れな いことを約束している。アメリカ政府と Microsoft 社の間で現在争ってい る、独占問題の影響が少なからずある。

<http://lynx.browser.org/>
<http://www.opera.com/>
<http://db.tidbits.com/getbits.acgi?nbart=04593>
<http://www.icab.de/>
<http://www.mozilla.org/>
<http://db.tidbits.com/getbits.acgi?tbser=1152>

しかし、ドキュメントの構造を指定するだけではなく、ドキュメントがど のように表示されるかも指定したいという、Web オーサーたちの要求は消 えない。この要求に関しては、もう後戻りはできない。すでに無数の Web サイトが存在し、それよりもはるかに多くの Web ユーザーが存在し、そし て Web サイトもユーザーもどんどん増えている。どうしたらいいのか?

カスケード効果--カスケーディングスタイルシート(CSS)は、構造と表 示のジレンマに対する回答だ。CSS は、ブラウザ戦争が盛んだったころに、 W3C のメンバーの間に静かに浸透していった。そして1996 年の後半には、 W3C の勧告として CSS は採用された。主要なツールで CSSをサポートして いるものは、まだなかったが。CSS の基本的な考えは、位置、大きさ、余 白、リーディング、タイプフェースなどの、表示にかかわる情報を、HTML によって指定されるドキュメントの構造から分離することにある。

<http://www.w3.org/Style/CSS/>

スタイルシートは、STYLE タグを使用して HTML ドキュメントに埋め込む こともできるし、HTML ドキュメントにリンクされた、外部ファイルとして 存在することもできる。(複数のドキュメントが同じスタイルを共有する 場合は、後者の方が便利だ。)ワープロソフトのスタイルの概念に、CSS は似ている。各 CSS スタイル(規則)は、要素に対して特定のフォーマッ ト特性を適用する。たとえば

P { color:red; font-family:Palatino, serif; }

上の例では、P はセレクターと呼ばれ、現在の HTML ドキュメントの <P> タグに適用される。大カッコの中の情報は宣言と呼ばれ、CSS 規則に対し て特定の属性と値を指定する。この規則の例は、HTML ドキュメントの中の <P> タグで挟まれたテキストを、赤で、可能な場合は Palatino フォント を使用して表示することを指定している。Palatino フォントがない場合 は、ブラウザのデフォルトのセリフフォントを使用して、段落を表示する ことを指定している。CSS を使用すれば、ドキュメントの中の有効な HTML タグに対して、さまざまな表示特性を定義することができる。対象となる タグには、ドキュメントの本文、見出し、テーブルのセル、リンク、特定 のタグ、またはタグの特定のインスタンスを含む。

現時点では、CSS に関して覚えておかないといけないことは、3 つある。

<http://www.w3.org/TR/html401/>

次回に続く--ちょっと待った!今まで説明してきたことは、Macintosh の画面でテキストをいくつのピクセルを使用して表示するのと、どういう 関係があるのか?Web の閲覧や、見やすい Web ページの作成に、今まで説 明してきた技術がどうかかわってくるのか?これらやほかのなぞも、次回 の記事で明らかになる。


非営利、非商用の出版物およびウェブサイトは、フルクレジットを明記すれば記事を転載またはウェブページにリンクすることが できます。それ以外の場合はお問い合わせ下さい。記事が正確であることの保証はありませ ん。書名、製品名および会社名は、それぞれ該当する権利者の登録商標または権利です。TidBITS ISSN 1090-7017

tb_badge_trans-jp2Valid HTML 4.01!Another HTML-lint gateway