Google Chrome LinuxFrameBuffer経由
Linux FrameBuffer上でGoogleクロムを実行する必要があるプロジェクトに取り組んでいます。ウィンドウシステムに依存せずに実行する必要があります（描画するために提供するバッファーを描画する必要があります。これにより、組み込みシステムへの移植が非常に容易になります。簡単）、マルチタブGUIは必要ありません。バッファにレンダラーウィンドウが必要なだけです。これを試した人はいますか？これにはどのようなアプローチを使用する必要がありますか？
ウィンドウ関数を直接制御する必要がある場合、またはDOMデータを調べたい場合、この問題を解決する正しい方法は、おそらくWebkitの埋め込みを直接検討することです。これは、私が提案しようとしているものよりもはるかに高速でクリーンになります。
さて、あなたがそのような凝った制御をすべて必要とせず、あなたが本当に怠け者であると仮定しましょう。あなたの問題に対する古代のローテクな解決策は、仮想フレームバッファを作成し、その内容を直接読み取ることかもしれません。これを行うには、サーバーにxvfbを設定します。
http://www.x.org/releases/X11R7.6/doc/man/man1/Xvfb.1.xhtml
xvfbは、必要なタイプの構成で仮想xサーバーを作成できる古いUNIXツールです。さらに重要なのは、Xサーバーの画面の内容をメモリマップファイルに直接書き込むように構成できることです。共有メモリを使用するように設定することもできます。これは少し高速ですが、より複雑です。
zbl と GTK/DirectFB で運が良くなると思います。同じエンジンで、JavaScriptで動作します。 Facebookチャットの問題については、user-agent文字列を変更するだけでよいと思います。
Origyn Web Browserがあります。これは、移植性があり、「重い」ライブラリー（GTKなど）に依存しない組み込みWebKitベースのブラウザーであると想定されています。彼らのウェブページは http://www.sand-labs.org/owb ですが、データベースがクラッシュしたようです。少し心配かもしれません。
webkit エンジンを netsurf framebuffer-based コードに移植してみてください。
HTH
残りの10枚（またはそれくらい）のOGD1ボードの1つを購入できます。 http://en.wikipedia.org/wiki/Open_Graphics_Project
次に、libpciを使用してハードウェアと直接通信できます。
ただし、画像をメモリバッファに描画するコードは引き続き必要です。
私はこの答えがもっと恥知らずなプラグであることを理解しています。しかし、あなたの質問に興味がある人は、そのようなボードが欲しいかもしれません。私はすでにこのようなボードを持っています、そしてそれがもっと露出されればそれは大いに役立つでしょう。
このプロジェクト：
http://code.google.com/p/wkhtmltopdf/
それを達成します。仮想ディスプレイ上でWebkitを実行し、レンダリングされた出力をPDF形式でキャプチャします。あなたは何か他のことをするようにカスタマイズすることができます。
または、tigthvncを使用してディスプレイを作成し、ChromeがそのディスプレイでレンダリングされるようにDISPLAY変数を設定することもできます。
webkit2pdfパッケージ（さまざまなLinuxディストリビューションで利用可能）を使用することをお勧めします。次に、fbiフレームバッファプログラムのラッパーであるfbgsを使用します。これは、フレームバッファ上にPDFファイルを表示します。