Loading article…
GNOME Web （ 2012年まではEpiphanyと呼ばれ、現在もそのコードネームで知られている）[ 8 ]は、 AppleのWebKitレンダリングエンジンのGTKポートであるWebKitGTKをベースにした、無料のオープンソースWebブラウザです。GNOMEプロジェクトによってLinux上のGNOME向けに開発されています。GNOMEのデフォルトかつ公式のWebブラウザであり、GNOMEコアアプリケーションの一部です。BSDでも動作し、Haikuにも移植されています。
GNOME Web はelementary OS [ 9 ] 、Bodhi Linuxバージョン 5 [ 10 ] [ 11 ] [ 12 ] [ 13 ]、およびPureOS GNOME Edition [ 14 ]のデフォルトの Web ブラウザです。
GNOME Web は元々「Epiphany」という名前でしたが、2012 年に GNOME 3.4 の一部としてブランド名が変更されました。[ 15 ] Epiphany という名前は、開発やソースコードではコード名として内部的に使用されています。[ 8 ] [ 16 ]パッケージ名は、 Debianではepiphany-browser のままです[ 17 ] (「Epiphany」という名前のビデオゲームとの名前の衝突を避けるため)、FedoraとArch Linuxではepiphany のままです。[ 18 ] [ 19 ]
Galeonの創始者であるマルコ・ペセンティ・グリッティは、2002年にGaleonから派生したEpiphanyを開発しました。この派生は、グリッティと他のGaleon開発者との間で新機能に関する意見の相違が生じたことが原因です。グリッティは、Galeonのモノリシックな設計とユーザー設定可能な機能の多さが、Galeonの保守性と使いやすさを制限している要因だと考えていましたが、他のGaleon開発者はより多くの機能を追加したいと考えていました。
ほぼ同時期に、GNOMEプロジェクトはユーザーインターフェースの簡素化を推進する一連のヒューマンインターフェースガイドラインを採用しました。Galeonはパワーユーザー向けであったため、ほとんどの開発者はこれに反対しました。その結果、GrittiはGaleonをベースに、重要でない機能のほとんどを削除した新しいブラウザを作成しました。彼はEpiphanyがGNOME HIGに準拠することを意図していました。そのため、Epiphanyは最初からグローバルGNOMEテーマやその他の設定を使用しました。[ 20 ] [ 21 ]
グリッティは自身の動機を次のように説明した。
Mozillaは優れたレンダリングエンジンを備えているものの、デフォルトのXULベースのインターフェースは情報過多で肥大化していると見なされている。さらに、低速なプロセッサでは、メニューを開くといった些細な操作でさえも反応が鈍い。
Epiphanyは、ブラウザとして可能な限りシンプルなインターフェースを目指しています。シンプルであることは、必ずしも機能が劣ることを意味するわけではありません。私たちは、現在一般的に使われているブラウザは大きすぎ、バグが多く、機能が過剰だと考えています。Epiphanyは、ウェブ専用に設計された小型ブラウザでシンプルさを追求しています。メール、ニュースグループ、ファイル管理、インスタントメッセージ、コーヒーメーカーといった機能は不要です。Unixの哲学は、一つのことを効率的に行う小型ツールを設計することです。
[..]
Epiphanyの主な目標は、GNOMEデスクトップとの統合です。GNOME以外でもEpiphanyが使えるようにすることは目標としていません。もし誰かが使ってくれるなら、それは単なるプラスアルファです。例えば、コントロールセンターをインストールしていないユーザーを喜ばせるために、Epiphany自体にMIME設定を含めるのは良い理由にはなりません。
—マルコ・ペセンティ・グリッティ[ 22 ]
Galeonはフォーク後も継続したが、残った開発者たちがMozillaプラットフォームの変更に対応できなかったため、勢いを失った。Galeonの開発は停滞し、開発者たちはGaleonの高度な機能をEpiphanyに導入するための拡張機能の開発に取り組むことにした。[ 21 ]
2008年4月、グリッティはEpiphanyでの作業を終え、現在はザン・ロペス、クリスチャン・ペルシュ、ジャン＝フランソワ・ラモーが率いるGNOMEチームがプロジェクトを指揮している。[ 23 ]グリッティは2015年5月23日に癌で死去した。[ 24 ]
Epiphanyの最初のバージョンは2002年12月24日にリリースされました。[ 2 ]
Epiphanyは当初、ウェブページを表示するためにMozillaプロジェクトのGeckoレイアウトエンジンを使用していた。Mozillaのクロスプラットフォームインターフェースの代わりに、Gecko用のGNOMEグラフィカルユーザーインターフェースを提供していた。 [ 25 ]
Epiphanyの開発は、主に当時の主要ブラウザと比較してユーザビリティの向上に重点が置かれていました。最も注目すべきは、バージョン1.8で導入された新しいテキスト入力ウィジェットです。この新しいウィジェットは、テキストエリア内にアイコンをサポートし、情報を表示するために必要な画面スペースを削減すると同時に、GNOMEとの統合性を向上させました。[ 26 ]
次の大きな節目はバージョン2.14で、これはGNOMEのバージョン番号体系に初めて準拠したバージョンでした。また、NetworkManagerを使用したネットワーク認識機能、スマートブックマークの改善、XULRunnerを使用したビルドオプションなども搭載されました。
後者は重要だった。以前は、Epiphany はインストール済みの Mozilla ウェブ ブラウザをウェブ エンジン プロバイダとしてしか使用できなかった。XULRunner のサポートにより、Epiphany をシステム上の唯一のウェブ ブラウザとしてインストールすることが可能になった。[ 27 ] [ 28 ]
開発プロセスは、Gecko バックエンドに関連する重大な問題に悩まされました。特に、2 つのプロジェクトのリリース サイクルが効率的に一致しませんでした。さらに、Mozilla は Gecko を利用したいサードパーティ ソフトウェアを次第に無視するようになり、Gecko は Firefox の統合コンポーネントと見なされるようになりました。[ 23 ]これらの問題に対処するため、2007 年 7 月に、Epiphany チームは代替レンダリング エンジンとしてWebKitのサポートを追加しました。 [ 29 ] 2008 年 4 月 1 日、チームは Gecko を使用してビルドする機能を削除し、WebKit のみを使用して進めることを発表しました。[ 23 ]
チームの規模とブラウザを WebKit に移植する複雑さのため、バージョン 2.22 は GNOME 2.24 と同時にバグ修正とともに再リリースされ、[ 30 ] 2009 年 7 月 1 日、2.26 が Gecko ベースの最終バージョンになると発表されるまでリリースは停滞した。 [ 31 ]
2009年9月、GNOME 2.28の一部としてWebKitへの移行が完了しました。[ 32 ]
GNOME Web の開発者は、公式リポジトリに完全かつ正確な変更履歴を保持しており、すべてのリリース間の完全かつ詳細な変更が示されています。[ 33 ]次の表は、いくつかの重要な変更を示しています。[ 34 ] [ 35 ]
GNOME Core Applicationsのコンポーネントとして、 GNOME設定やGNOME Keyringなどの他のコンポーネントとの完全な統合を提供し、パスワードを安全に保存します。GNOME Human Interface Guidelinesおよび GNOMEソフトウェア スタックに従って、 Waylandや最新のメジャーGTKバージョンなどの機能をサポートします。 [ 80 ] GStreamerを使用したマルチメディア サポート、小さなパッケージ サイズ (2.6MB) [ 6 ]、共有コンポーネントの使用による高速な実行/起動時間。その他の機能には、リーダー モード[ 81 ]マウス ジェスチャー、スマート ブックマーク、高く評価されているWeb アプリケーション統合メカニズム[ 82 ]組み込みの広告ブロック、コンテキスト メニューの「絵文字の挿入」オプションによるテキスト ボックスに絵文字やその他の記号やピクトグラムをすばやく簡単に挿入、Google セーフ ブラウジング[ 83 ]、MHTML の読み取りと保存のサポート[ 84 ]、Web ページのすべてのファイルを 1 つのファイルに結合した Web ページのアーカイブ フォーマット。また、主要なクロスプラットフォームWebブラウザよりもシステムリソースの消費量が少ない。
基盤となるWebKitブラウザ エンジンは、 HTML 4、XHTML、CSS 1 および 2、HTML 5および CSS 3の大部分[ 85 ]、Web インスペクター(Web 開発デバッグ ツール) [ 59 ]をサポートしています。
暗号化メディア拡張機能のサポートは目標ではありません。標準では使用するコンテンツ復号化モジュールが指定されておらず、利用可能なモジュールはすべてライセンスが可能であっても独自仕様であり、システムはユーザーのコンピュータが「プレミアムコンテンツ」のコピーを困難にするために行っていることを隠蔽するデジタル著作権管理を課しているためです。ただし、 YouTubeが2018年11月にこの技術を要求し始めたため、メディアソース拡張機能はサポートされています。[ 86 ]
WebKit の主要な企業支援者であるApple は、少なくとも 16 の Web API を拒否しました。これは、これらの API がフィンガープリンティング攻撃に使用され、ユーザーを個人的に特定して追跡するのに役立つ可能性がある一方で、ユーザーにはほとんど、またはまったく利益をもたらさないためです。[ 87 ] HTML5test はこれらの API のほとんどをチェックするため、WebKit の「スコア」を人為的に下げます (DRM サポートの欠如も同様です)。
Web はかつてJavaやAdobe FlashなどのNPAPIプラグインをサポートしていましたが、GNOME 3.34 でサポートが削除されました。[ 76 ]現代の Web プラットフォームでは、これらは人気がなくなり、すべての主要なブラウザからサポートが削除されています。Flash は Adobe 自身によって非推奨になりました。[ 88 ] Flash は、使いやすさと安定性の問題、絶え間ないセキュリティの脆弱性、[ 89 ]独自仕様であること、特に不快な Web 広告をサイトに展開できる機能、[ 90 ]そして Adobe の Linux サポートが貧弱で一貫性がないことから、長年にわたって悪名が高まっていました。[ 91 ]これらの問題の多くは、当時 Apple の CEO であったSteve Jobsがエッセイ「Thoughts on Flash」で提起しました。[ 92 ]
Web は、ユーザー インターフェイスのテーマ、ネットワーク設定、印刷など、GNOME のフレームワークと設定を再利用します。 [ 93 ] [ 94 ]設定は GSettings に保存され、インターネット メディア タイプの処理には GNOME のデフォルト アプリケーションが使用されます。ユーザーは、GNOME の設定アプリでこれらを一元的に構成します。
Web の組み込み設定マネージャは基本的なブラウザ固有の設定を提供しますが、Web の動作を根本的に変更する可能性のある高度な設定は、dconf (コマンドライン) やdconf-editor (グラフィカル) などのユーティリティを使用して変更できます。[ 95 ]
Web はGNOME ヒューマン インターフェース ガイドラインとプラットフォーム全体の設計決定に従っています。[ 96 ]例えば、Web 3.4 では、アプリケーション アクションのメニューがGNOME Shellのトップ パネル アプリケーション メニューに移動され、メニュー バーはウィンドウ固有のメニュー エントリの表示をトリガーする「スーパー メニュー」ボタンに置き換えられました。[ 97 ]
GNOME 3.32以降、WebはLibadwaitaの助けを借りてさまざまなフォームファクターに調整できます。[ 98 ]デスクトップ、タブレット、電話のフォームファクターをサポートしています（「ナローモード」）。[ 99 ]
GNOME 3.18以降、Webはデフォルトで広告とポップアップをブロックするように設定されています。[ 73 ] GNOME 3.34では、既存の広告ブロッカーが削除されました。このコードは部分的にしか機能せず、多くのバグの原因となっていました。WebはWebKitエンジンの「コンテンツブロッカー」システムを採用しました。[ 100 ] [ 101 ]
開発者の一人であるアドリアン・ペレス・デ・カストロは、旧型と新型の広告ブロッカーを比較した。彼は、切り替えによってブラウザタブごとに約80MiBのRAMが節約されることを発見した。[ 102 ]
GNOME 3.28以降、WebはGoogleセーフブラウジングをサポートしており、ユーザーが悪意のあるWebサイトにアクセスするのを防ぐのに役立ちます。[ 83 ]
GNOME 3.34以降、WebはWebKitGTK 2.26以降を必須としています。[ 75 ] [ 103 ] [ 76 ]これにより、タブプロセス用の「バブルラップサンドボックス」[ 104 ]が提供され、悪意のあるWebサイトがブラウザを乗っ取って他のタブをスパイしたり、ユーザーのコンピュータで悪意のあるコードを実行したりするのを防ぐことを目的としています。そのようなコードがオペレーティングシステムの別の脆弱性を見つけてroot権限を取得した場合、システムを使用するすべてのユーザーにとって大惨事となる可能性があります。
マイケル・カタザロ氏によると、サンドボックスを優先的に扱うようになったのは、OpenJPEGのコード品質と、Ubuntu による長年のセキュリティ レビューの不合格を含め、OpenJPEG で発見された多数のセキュリティ問題に特に懸念を抱いていたためだという。[ 105 ]さらに同氏は、Web 互換性には、Web が主要なブラウザであるとサイトが認識する必要があると説明した。Apple Safariのユーザー エージェントを送信すると、他の方法よりも壊れた Web サイトが少なくなる (WebKit エンジンを共有しているため)が、キャッシュ サーバーがJPEG 2000画像を提供するようになる。[ 106 ] JPEG 2000 をサポートする主要なブラウザは Safari だけである。JPEG 2000 をサポートする他の使用可能なオープンソース オプションはない。公式リファレンス ソフトウェアである OpenJPEG を修正することは、解決に何年もかかる可能性のある大規模な作業となる。Bubblewrap Sandbox を有効にすると、このコンポーネントや他のコンポーネントの多くの脆弱性が潜在的な攻撃者にとって「最小限の有用性」になる。[ 107 ]
GNOME 3.36 では、PDF.jsを使用することで Web が PDF ドキュメントのネイティブ サポートを獲得しました。Michael Catanzaro は、Web サイトがEvince を開いてPDF ファイルを表示することは、ブラウザのセキュリティ サンドボックスから脱出するために悪用される可能性があるため安全ではないと説明しました。Evince は NPAPI の最後のユーザーであったため、これにより、廃止されたプラグイン モデル (追加の脆弱性が隠れている可能性がある) の残りのサポート コードを削除できました。NPAPI サポートは X11 に強く依存していたため、PDF.js に移行することでその依存関係も解消できました。[ 78 ]
PDF.jsは内部的にPDF文書をウェブブラウザのエンジンで表示できるように変換するため、Adobe AcrobatやEvinceなどのコンパイル済みプラグインのようにブラウザにセキュリティ上の脆弱性を追加することはありません。[ 78 ]
ほとんどのブラウザは階層的なフォルダベースのブックマークシステムを採用していますが、Webではカテゴリ分けされたブックマークが使用され、1つのブックマーク（このページなど）が複数のカテゴリ（「Webブラウザ」、「GNOME」、「コンピュータソフトウェア」など）に存在することができます。[ 108 ]特別なカテゴリには、まだカテゴリ分けされていないブックマークが含まれます。ブックマークは、閲覧履歴とともに、アドレスバーから入力しながら検索する方式でアクセスできます。[ 109 ]
Webがサポートするもう1つの革新的なコンセプト（元々はGaleonによるもの）[ 20 ]は「スマートブックマーク」です。これは、アドレスバーまたはツールバーのテキストボックスから指定された単一の引数を受け取ります。[ 21 ]
2011 年 9 月にリリースされた GNOME 3.2 以降、[ 110 ] Web では、 Web アプリケーション用のアプリケーション ランチャーを作成できます。ランチャーを再度起動すると、Web のサイト固有のプレーン ブラウザ(単一インスタンス)が起動し、1 つのドメインに限定され、外部サイトへのリンクは通常のブラウザで開きます。[ 111 ]このように作成されたランチャーはデスクトップからアクセスでき、GNOME Shellに限定されません。たとえば、 Ubuntu Unityで使用されているUnityで使用できます。[ 112 ]この機能は、Web 開発者の目標であるデスクトップとワールド ワイド ウェブの統合を容易にします。 [ 113 ]同様の機能は、Windows 版のGoogle Chromeにも見られます。同じ目的で、Mozilla Foundation は以前、スタンドアロン アプリケーションMozilla Prismを開発しましたが、これはChromelessプロジェクトに置き換えられました。[ 114 ]
Webアプリケーションはブラウザのメインインスタンス内で管理されます。アプリケーションは、特別なURI about:applicationsでアクセスできるページから削除できます。この方法は、GNOME 3.4で中央集権型のGNOME Webアプリケーション管理が実装されるまでの暫定的なものとされていましたが、これは実現しませんでした。[ 35 ]
GNOME 3.26 から GNOME 47 までは、Web は Firefox Sync をサポートしており、ユーザーはブックマーク、履歴、パスワード、開いているタブを Firefox Sync と同期させることができました。同期されたデータは、ユーザーが Firefox Sync にサインインした Firefox または Web のどのコピー間でも共有できました。[ 115 ]
GNOME 47では、MozillaがFirefox Syncの動作方法を変更したため、この機能は無効になりました。[ 116 ]
かつてWebは拡張機能をサポートしており、公式の拡張機能を含むパッケージが維持されていた。しかし、安定性と保守性の問題から、後にこのパッケージは削除された。
広告ブロックなどの人気のある拡張機能の一部は、コアアプリケーションに移行されました。
このプロジェクトは、関心のある貢献者が見つかれば、Chrome、Firefox、およびその他の主要なブラウザで使用されているWebExtensionアドオン形式のサポートを実装することに関心を示しています。 [ 117 ] WebExtensions の実験的なサポートは GNOME 43 で導入されました。[ 118 ]
2009年9月にWebKitを搭載したEpiphany 2.28をレビューしたArs TechnicaのRyan Paulは、「EpiphanyはGNOME 2.28で非常に軽快に動作し、Acid3テストで100/100のスコアを獲得した。WebKitを使用することで、Epiphanyは、ほとんどの主要なLinuxディストリビューターがデフォルトブラウザとして出荷しているFirefoxとの差別化に役立つだろう。」と述べている。[ 32 ]
2010 年 7 月に Epiphany 2.30 をレビューした Jack Wallen 氏は、Epiphany を「効率的だが、他とは違う」と評し、クラッシュの問題を指摘した。「Epiphany を使い始めた当初は、アクセスしたほとんどのサイトでクラッシュしました。少し調べて（そして少しデバッグして）、問題は JavaScript にあることに気づきました。Epiphany は（現在のリリースでは）どういうわけか JavaScript を好まないようです。これを回避する唯一の方法は、JavaScript を無効にすることでした。確かに、これは多くのサイトで多くの機能が動作しなくなることを意味しますが、同時に、それらのサイトの読み込みが速くなり、問題（ブラウザのクラッシュなど）が発生しにくくなることも意味します。」[ 108 ] Wallen 氏はブラウザについて肯定的に結論付け、「Epiphany は Chrome や Firefox を完全に置き換えて私のワンストップ ショップ ブラウザになったわけではありませんが、以前よりはるかに多く使うようになりました。[ 108 ] [フットプリントが小さく、起動が速く、インターフェースがすっきりしています。」[ 108 ]
2011 年 3 月、Veronica Henry は Epiphany 2.32 をレビューし、「公平に言って、ほとんどのユーザーにとって、これをメインのデスクトップ ブラウザとして売り込むのは難しいでしょう。実際、デフォルト ブラウザとして指定できる設定さえありません。しかし、素早くブラウジングするために超高速のブラウザを起動する必要がある場合は、Epiphany が役に立ちます。」と述べています。[ 119 ]彼女はさらに、「私はまだ Firefox をメイン ブラウザとして使用していますが、最近はカタツムリのように遅く動作しているようです。そのため、Epiphany で最初に気づいたことの 1 つは、起動の速さです。そして、私のシステムでのその後のページ読み込みも同様に高速です。」と述べています。[ 119 ] Henry は、拡張機能のリストが少ないことを Epiphany に批判し、Firebugがないことを欠点として挙げています。 [119 ] Web は代わりに、同様の機能を持つ WebKit エンジンが提供する Web Inspector をサポートしています。[ 59 ]
2012年4月、Ars Technicaのライアン・ポールは、GNOME 3.4のデザイン決定に対する批判の例としてWebを挙げ、「パネルメニューの初期発見性の悪さを除けば、このモデルは単純なアプリケーションではそれなりにうまく機能する。[...] 残念ながら、複雑なアプリケーションではうまく拡張できない。このアプローチが困難を引き起こす最良の例は、GNOMEのデフォルトのWebブラウザである。[...] アプリケーションの機能が完全に別々の2つのメニューに分割されていることは、ユーザビリティの向上にはならない。」[ 97 ]これは、後のバージョンで単一の統合メニューで対処された。
2016年10月のレビューで、Bertel King Jr.はMakeUseOfで、「後のバージョンではGNOME Shellとの最高の統合が実現されています。主流のブラウザにあるようなアドオンはありませんが、ミニマリズム、スピード、そして不具合のあるサイトがブラウザ全体をクラッシュさせるのを防ぐタブの分離を気に入るユーザーもいるでしょう。」と述べています。[ 120 ]
2019 年 4 月のレビューで、Bertel King Jr. はMakeUseOfに別の記事を執筆し、今回は GNOME Web の Web アプリケーション モードについてレビューしました。彼は次のように述べています。「メールをチェックするとき、あなたは Web アプリを使用しています。ブラウザで YouTube、Netflix、Spotify を開く場合も、やはり Web アプリを使用しています。最近では、ほとんどのデスクトップ アプリを Web アプリに置き換えることができます。[...] GNOME Web は、Web アプリをデスクトップの他の部分とより良く統合するためのツールを提供しているため、アプリ ランチャーから起動して、ドックやタスク バーに表示できます。このようにして、Web アプリはサイトというよりアプリのように感じられます。」彼はまた、Web アプリケーションをブラウザの他の部分や他のアプリケーションから隔離することで提供されるセキュリティを高く評価しました。Mozilla のコンテナ機能と同様に、これは Facebook などのサイトがメイン ブラウザでユーザーが何をしているかを見るのを防ぐのに役立ちます。また、同じサイト用に複数の「アプリ」を作成して、異なるアカウント間を簡単に切り替えることも可能です。[ 82 ]
leafpadに、midoriをepiphanyに置き換えたことに加えて
{{citation}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{citation}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)Web には、私が normal と narrow と名付けた 2 つのモードがあります。通常モードは、皆さんが知っている Web ですが、狭さモードでは、ハンバーガー メニューを除くすべてのボタンがヘッダー バーから下部の新しいアクション バーに移動され、ウィンドウがこれまで到達できなかった幅に到達できるようになります。
