GNOMEウェブ

GNOMEウェブ

バージョン 40 以降の GNOME Web の最新ロゴ
GNOME Web 46.0 で Wikipedia のトップページを表示
原作者	マルコ・ペセンティ・グリッティ
開発者	GNOMEプロジェクト（主にIgaliaのMichael CatanzaroとXan Lopezによる）[1]
初回リリース	2002年12月24日; 21年前[2] ( 2002-12-24 )
安定リリース
45.1 [3]  / 2023年11月6日; 11か月前 ( 2023年11月6日)
プレビューリリース
45.ベータ[4]  / 2023年7月28日; 14か月前 ( 2023年7月28日)
リポジトリ	gitlab.gnome.org/GNOME/epiphany.git
書かれた	C ( GTK )
エンジン	WebKitGTK
オペレーティング·システム	Unixライク、Haiku [5]
プラットフォーム	グノーム
サイズ	2.6 MB [6] （ AMD64用にコンパイルされたパッケージ、依存関係なし）
利用可能	ユーザーインターフェースとドキュメントの翻訳率が異なる多くの言語[7]
タイプ	ウェブブラウザ
ライセンス	GPL-3.0以降
Webサイト	エピファニー

GNOME Webは、 2012年までEpiphanyと呼ばれ、現在でもそのコード名で知られている^[8] 、無料のオープンソースの ウェブブラウザで、 WebKitGTKと呼ばれるAppleのWebKitレンダリングエンジンのGTKポートに基づいています。これは、Unix系システム向けにGNOMEプロジェクトによって開発されています。これは、 GNOMEのデフォルトかつ公式のウェブブラウザであり、GNOMEコアアプリケーションの一部です。

WebはGNOMEのコンポーネントであるにもかかわらず、GNOMEコンポーネントに依存しません。^[6]

GNOME Webは、 elementary OS、^[9]、 Bodhi Linuxバージョン5 ^{[10] [11] [12] [13]}、PureOS GNOME Edition ^[14]のデフォルトのウェブブラウザです。

GNOME Webは元々「Epiphany」という名前でしたが、2012年にGNOME 3.4の一部としてブランド名が変更されました。^[15] Epiphanyという名前は、開発用およびソースコードで、コード名として今でも内部的に使用されています。 [ ^{8 ]}このパッケージは、 Debianではepiphany-browserのままです^[17]（「Epiphany」という名前のビデオゲームと名前が衝突するのを避けるため）、FedoraとArch Linuxではepiphanyのままです。^{[18] [19]}

Galeonの創始者である Marco Pesenti Gritti は、2002 年にGaleon のフォークとして Epiphany を開発しました。このフォークは、新機能について Gritti と他の Galeon 開発者の間で意見の相違があったために発生しました。Gritti は Galeon のモノリシックな設計とユーザーが設定できる機能の数が Galeon の保守性と使いやすさを制限する要因であると見なしていましたが、他の Galeon 開発者はより多くの機能を追加したいと考えていました。^{[引用が必要]}

同じ頃、GNOMEプロジェクトはヒューマンインターフェースガイドラインを採用し、ユーザーインターフェースの簡素化を推進した。Galeonはパワーユーザー向けだったため、ほとんどの開発者はこれに反対した。その結果、GrittiはGaleonをベースに、重要でない機能のほとんどを削除した新しいブラウザを作成した。彼はEpiphanyがGNOME HIGに準拠することを意図していた。そのため、Epiphanyは最初からグローバルGNOMEテーマやその他の設定を使用していた。^{[20] [21]}

グリッティ氏は自身の動機を次のように説明した。

Mozilla には優れたレンダリング エンジンがありますが、デフォルトのXULベースのインターフェイスは過密で肥大化していると考えられています。さらに、低速のプロセッサでは、メニューをプルダウンするなどの些細なタスクでさえ応答性が低下します。

Epiphany は、ブラウザとして可能な限りシンプルなインターフェイスを利用することを目指しています。シンプルだからといって、必ずしも機能が劣るというわけではありません。現在一般的に使用されているブラウザは、大きすぎ、バグが多く、肥大化していると私たちは考えています。Epiphany は、メール、ニュースグループ、ファイル管理、インスタント メッセージング、コーヒー メーカーではなく、Web 用に設計された小さなブラウザでシンプルさを追求しています。Unixの哲学は、1 つのことだけをうまく行う小さなツールを設計することです。

[..]

Epiphany の主な目標は、gnome デスクトップと統合することです。Epiphany を Gnome 以外で使えるようにすることは目指していません。とにかく使いたい人がいるなら、それはプラスに過ぎません。たとえば、コントロール センターをインストールしていない人を満足させることは、Epiphany 自体に MIME 構成を持たせる十分な理由にはなりません。

— マルコ・ペセンティ・グリッティ^[22]

Galeonはフォーク後も継続されましたが、残った開発者がMozillaプラットフォームの変更に追いつけなかったため勢いを失いました。Galeonの開発は停滞し、開発者はGaleonの高度な機能をEpiphanyにもたらす拡張機能の開発に取り組むことにしました。^[21]

グリッティはエピファニーでの作業を終え、現在はザン・ロペス、クリスチャン・ペルシュ、ジャン＝フランソワ・ラモーが率いるGNOMEチームがプロジェクトを指揮している。^[23]グリッティは2015年5月23日に癌で亡くなった。^[24]

Epiphanyの最初のバージョンは2002年12月24日にリリースされました。^[2]

Epiphanyは当初、 Webページを表示するためにMozillaプロジェクトのGeckoレイアウトエンジンを使用していました。Mozillaのクロスプラットフォームインターフェースの代わりに、Gecko用のGNOMEグラフィカルユーザーインターフェースを提供しました。 ^[25]

Epiphanyの開発は、当時の主要ブラウザと比較したユーザビリティの向上に主眼が置かれていました。最も注目すべきは、バージョン1.8で導入された新しいテキスト入力ウィジェットです。新しいウィジェットはテキスト領域内のアイコンをサポートし、情報を表示するために必要な画面スペースを削減するとともに、GNOMEとの統合を改善しました。^[26]

次の大きなマイルストーンはバージョン 2.14 で、これは GNOME のバージョン番号に従った最初のバージョンでした。また、NetworkManagerを使用したネットワーク認識、スマート ブックマークの改善、XULRunnerを使用したビルド オプションも特徴としていました。^{[引用が必要]}

後者は重要でした。以前は、Epiphany はインストールされた Mozilla Web ブラウザのみを Web エンジン プロバイダーとして使用できました。XULRunner のサポートにより、Epiphany をシステム上の唯一の Web ブラウザとしてインストールすることが可能になりました。^{[27] [28]}

開発プロセスは、Gecko バックエンドに関連する大きな問題に悩まされました。特に、2 つのプロジェクトのリリース サイクルが効率的に一致しませんでした。さらに、Mozilla は、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 コアアプリケーションのコンポーネントとして、GNOME設定や、パスワードを安全に保存するためのGNOME キーリングなどの他のコンポーネントとの完全な統合を提供し、 GNOME ヒューマンインタフェースガイドラインと GNOMEソフトウェアスタックに従って、 Waylandや最新の主要なGTKバージョンなどの新しく採用されたすべてのエッジテクノロジーに対するファーストクラスのサポートを提供します^。[80] GStreamerを使用したマルチメディアサポート、小さなパッケージサイズ (2.6MB) ^[6]、共有コンポーネントを使用することで実行/起動時間が非常に高速です。その他の機能としては、リーダーモード、^[81] マウスジェスチャ、スマートブックマーク、高く評価されているウェブアプリケーション統合メカニズム、^[82]組み込みの広告ブロック、テキストボックスに絵文字やその他の記号や絵文字をすばやく簡単に挿入するためのコンテキストメニューの「絵文字を挿入」オプション、Googleセーフブラウジング、^[83] MHTMLの読み取りと保存のサポート、^[84]ウェブページのすべてのファイルを1つのファイルに結合し、主要なクロスプラットフォームウェブブラウザよりもシステムリソースを消費しないウェブページのアーカイブ形式などがあります。 ^[要出典]

基盤となる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サポートの欠如も同様）。^[要出典]

ウェブはかつてJavaやAdobe FlashなどのNPAPIプラグインをサポートしていたが、GNOME 3.34でサポートが削除された。^[76]現代のウェブプラットフォームでは、これらは好まれなくなり、すべての主要ブラウザからサポートが削除された。FlashはAdobe自身によって非推奨とされた。^[88] Flashは、使いやすさと安定性の問題、絶え間ないセキュリティ上の脆弱性、^[89]そのプロプライエタリな性質、サイトが特に不快なウェブ広告を展開できるようにする機能、^[90] Adob​​eの貧弱で一貫性のないLinuxサポートなどにより、長年にわたって悪名を馳せてきた。^{[91]これらの問題の多くは、当時AppleのCEOだった}スティーブ・ジョブズがエッセイ「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]}これにより、タブプロセスに「Bubblewrap Sandbox」^{[104]が提供され、悪意のあるウェブサイトがブラウザを乗っ取って他のタブをスパイしたり、ユーザーのコンピュータで悪意のあるコードを実行したりするのを防ぐことができる。そのようなコードがオペレーティングシステムで}ルート権限を取得できる別の脆弱性を発見した場合、システムのすべてのユーザーにとって大惨事となる可能性がある。

サンドボックスを優先したのは、マイケル・カタンツァーロによると、OpenJPEGのコード品質と、Ubuntu による長年のセキュリティレビューの不合格など、OpenJPEG で発見された多数のセキュリティ問題に特に懸念を抱いていたためだという。^[105]さらに、ウェブ互換性には、Web が主要なブラウザであるとサイトが信じる必要があると説明した。Apple Safariのユーザーエージェントを送信すると、他のサイトよりも壊れたウェブサイトが少なくなる (WebKit エンジンを共有しているため) が、キャッシュサーバーがJPEG 2000イメージを配信することになるが、^[106] Safari は JPEG 2000 をサポートする唯一の主要なブラウザである。JPEG 2000 をサポートするために、他に使用できるオープンソースのオプションはない。公式リファレンスソフトウェアである OpenJPEG を修正するのは、解決に何年もかかる可能性のある大規模な作業になるだろう。Bubblewrap サンドボックスを有効にすると、このコンポーネントや他のコンポーネントの多くの脆弱性が、潜在的な攻撃者にとって「最低限役立つ」ものになるだろう。^[107]

GNOME 3.36では、 PDF.jsを使用することでWebはPDFドキュメントのネイティブサポートを獲得しました。Michael Catanzaroは、ウェブサイトがPDFファイルを表示するためにEvinceを開くことは、ブラウザのセキュリティサンドボックスを逃れるために使用できるため安全ではないと説明しました。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アプリケーション用のアプリケーションランチャーを作成できる。その後ランチャーを呼び出すと、1つのドメインに限定されたWebのプレーンなサイト固有のブラウザ（単一インスタンス）が起動し、オフサイトリンクは通常のブラウザで開く。^[111]このようにして作成されたランチャーはデスクトップからアクセス可能で、GNOME Shellに限定されない。たとえば、 Ubuntuで使用されているUnityで使用できる。^[112]この機能により、Web開発者の目標であるデスクトップとWorld Wide Webの統合が容易になる。 ^[113]同様の機能は、Windows版のGoogle Chromeにも搭載されている。同じ目的で、Mozilla Foundationは以前、スタンドアロンアプリケーションMozilla Prismを開発していたが、これはChromelessプロジェクトに取って代わられた。^[114]

ウェブアプリケーションはブラウザのメインインスタンス内で管理されます。アプリケーションはページから削除することができ、特別なURI about:applicationsでアクセスできます。このアプローチは、GNOME 3.4で集中化されたGNOMEウェブアプリケーション管理が実装されるまでの一時的なものであるはずでしたが、実現しませんでした。^[35]

GNOME 3.26以降、WebはFirefox Syncをサポートしており、ユーザーはブックマーク、履歴、パスワード、開いているタブをFirefox Syncと同期することができ、ユーザーがFirefox SyncにサインインしているFirefoxまたはWebのコピー間で共有することができます。^[115]

Web はかつて拡張機能をサポートしており、公式の拡張機能を含むパッケージが保守されていました。これは後に安定性と保守性の問題により削除されました。^[要出典]

広告ブロックなどの人気のある拡張機能の一部は、コアアプリケーションに移動されました。^{[引用が必要]}

このプロジェクトは、Chrome、Firefox、その他主要なブラウザで使用されているWebExtensionアドオン形式のサポートを実装することに関心を示しており、興味のある貢献者が見つかった場合は実装する予定です。^[116] WebExtensionsの実験的なサポートはGNOME 43で導入されました。^[117]

2009年9月にWebKit搭載のEpiphany 2.28をレビューしたArs TechnicaのRyan Paulは「EpiphanyはGNOME 2.28で非常に高速で、Acid3テストで100/100のスコアを獲得しました。WebKitを使用することで、ほとんどの主要なLinuxディストリビューターがデフォルトのブラウザとして出荷しているFirefoxとEpiphanyを差別化することができます。」と述べています。^[32]

2010 年 7 月に Epiphany 2.30 をレビューした Jack Wallen 氏は、これを「効率的だが、他とは違う」と表現し、クラッシュの問題を指摘しました。「Epiphany を使い始めた当初は、訪問したほとんどのサイトでクラッシュしました。少し調べて (そして少しデバッグして)、問題は JavaScript にあるとわかりました。Epiphany (現在のリリース) は、どういうわけか JavaScript を好まないのです。これを回避する唯一の方法は、JavaScript を無効にすることでした。確かに、これは多くの機能が多くのサイトで動作しないことを意味しますが、これは同じサイトの読み込みが速くなり、問題 (ブラウザのクラッシュなど) がそれほど発生しなくなることも意味します。」^[108] Wallen 氏はブラウザについて肯定的に結論付けています。「Epiphany は、私のワンストップ ブラウザとして Chrome や Firefox に完全に取って代わったわけではありませんが、以前よりもずっと頻繁に使用しています。^[108] [Epiphany は] フットプリントが小さく、起動が速く、インターフェイスがきれいです。」^[108]

2011年3月、ベロニカ・ヘンリーはEpiphany 2.32をレビューし、「公平に言えば、ほとんどのユーザーにとって、これをメインのデスクトップブラウザとして売り込むのは難しいでしょう。実際、これをデフォルトのブラウザとして指定する設定すらありません。しかし、すばやくネットサーフィンするために超高速のブラウザを起動する必要がある場合、Epiphanyは役に立ちます」と述べています。^[118]さらに、「私は今でもFirefoxをメインブラウザとして使っていますが、最近はカタツムリのように遅くなっているように感じます。そのため、Epiphanyで最初に気付いたことの1つは、起動の速さです。その後のページの読み込みも同様に高速です」と述べています。^{[118]ヘンリーは、Epiphanyの拡張機能の少なさを批判し、} Firebugがないことを欠点として挙げました。 ^[118] Webは、代わりにWebKitエンジンが提供するWeb Inspectorをサポートしており、同様の機能を備えています。^[59]

2012 年 4 月、Ars Technicaの Ryan Paul は、GNOME 3.4 の設計上の決定に対する批判の例として Web を挙げて次のように述べた。「パネル メニューの初期の見つけにくさを除けば、このモデルは単純なアプリケーションでは十分に機能します。[...] 残念ながら、複雑なアプリケーションでは拡張性に欠けます。このアプローチが問題を引き起こす可能性がある最も良い例は、GNOME のデフォルトの Web ブラウザーです。[...] アプリケーションの機能が 2 つの完全に独立したメニューに分割されていると、ユーザビリティが向上しません。」^[97]これは後のバージョンで解決され、単一の統合メニューになりました。

2016年10月のレビューで、Bertel King Jr.はMakeUseOfで「後のバージョンはGNOME Shellとの最高の統合を提供します。主流のブラウザにあるアドオンはありませんが、一部のユーザーはミニマリズム、スピード、そして1つの不適切なサイトがブラウザ全体をクラッシュさせるのを防ぐタブの分離を好むでしょう。」と述べています。^[119]

2019 年 4 月のレビューで、Bertel King Jr. はMakeUseOfに別の記事を投稿し、今回は GNOME Web の Web アプリケーション モードについてレビューしました。彼は、「メールをチェックするときは、Web アプリを使用しています。YouTube、Netflix、Spotify をブラウザーで開く場合も、Web アプリを使用しています。最近では、ほとんどのデスクトップ アプリを Web アプリに置き換えることができます。[...] GNOME Web は、Web アプリをデスクトップの他の部分とより適切に統合するためのツールを提供しているため、アプリ ランチャーから開いて、ドックやタスクバーで表示できます。これにより、Web アプリはサイトというよりもアプリのように感じられます。」と述べました。彼はまた、Web アプリケーションをブラウザーの他の部分や Web アプリケーション同士から隔離することで得られるセキュリティを称賛しました。Mozilla のコンテナー機能と同様に、これにより Facebook などのサイトがメイン ブラウザーでユーザーが何をしているかを把握できなくなります。また、ユーザーは同じサイトに複数の「アプリ」を作成して、異なるアカウントを簡単に切り替えることができます。^[82]

• URIスキームについて § GNOME Web
• Midori は、以前は GTK と WebKitGTK をベースにしていた別の Web ブラウザです。
• Unix および Unix 系オペレーティング システム用の Web ブラウザの一覧

Wikimedia Commons には、GNOME Webに関連するメディアがあります。

• 公式サイト
• 完全な変更ログ
• Firefox 対 GNOME Web
• よくある質問（FAQ）