問題タブ [rendering-engine]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - アプリケーションに埋め込むのに最適なHTMLレンダリングエンジンは何ですか?
現時点では、アプリケーションはTrident Win32コンポーネントを使用していますが、いくつかの理由でそれを避けたいと考えています。その主な理由は、クロスプラットフォームに移行したいということです。
WebKitとGeckoを検討していますが、決定を下す前にフィードバックをもらいたいと思います。最も重要な要件のいくつかを次に示します。
フットプリントが小さく、比較的高速である必要があります。理想的には、あまり労力をかけずに、不要なものをすべて削除できるはずです。
まともなドキュメントが重要です。私はそれであまりにも珍しいことをする必要があるとは思いませんが、あなたは決して知りません。
私たちはC++を使用しており、可能であれば、適切に設計されたオブジェクト指向アーキテクチャを使用したいと考えています。
クロスプラットフォームは必須であり、長期的には優れたパフォーマンスが役立ちます(モバイルプラットフォームに移植することになる可能性があります)。
決定を下す前に考慮に入れる必要のある考慮事項はありますか?誰かが以前にWebKitまたはGeckoで作業したことがありますか?もしそうなら、私が役立つと思う記事やチュートリアルはありますか?
アップデート:
応答の人に感謝します。最終的に、WebKitを含むQt4.5を使用することになりました。これまでのところ、私たちは本当に満足しています。実際、Qtはおそらく私が今まで使用した中で最高のUIフレームワークだと思います。ネイティブのWin32APIを使用したコーディングと、これとの違いは驚くべきものです。また、学ぶのも非常に簡単です。私たちが抱えていた唯一の大きな問題は、信号/スロットのパラダイムに慣れることでした。
python - WebKit (または Gecko) を使用してレンダリングされた HTML 要素の位置を見つける
Web ページのすべての HTML 要素がブラウザーによってレンダリングされるときの寸法 (座標)、つまりレンダリングされる位置を取得したいと考えています。例えば、(top-left,top-right,bottom-left,bottom-right)
これは lxml で見つかりませんでした。それで、これを行うPythonのライブラリはありますか?Mechanize::Mozilla in Perl も調べましたが、構成/セットアップが難しいようです。
私の要件に対してこれを行う最善の方法は、WebKit や Gecko などのレンダリング エンジンを使用することだと思います。
上記の 2 つのレンダリング エンジンで使用できる perl/python バインディングはありますか? WebKit レンダリング エンジンに「プラグイン」する方法に関するチュートリアルを Google で検索しても、あまり役に立ちません。
google-chrome - Google Chrome または Mozilla Firefox の表示設定を変更する
HTML DOM オブジェクトの長方形のみを表示するように、Chrome または Firefox の表示設定を変更できるかどうかを知りたいですか? 私がやりたいのは、レンダリング エンジンのジョブ量を可能な限り減らすことです。そのため、ページのレイアウトのみが構築されます。
rendering-engine - ネイティブコードは「レイアウトエンジン」の一部と見なされますか?
ブラウザのネイティブコードは「レイアウトエンジン(レンダリングエンジン)」の一部と見なされますか、それとも別のものですか?言い換えれば、Mozilla Firefoxを使用する場合、DOMオブジェクトの作成はGECKOのプロセスであるかどうかを考えてみましょう。
cross-browser - Is there any difference in major browsers' rendering across operating systems?
I have long believed that the only difference as far as the rendering of major browsers on different platforms is concerned is operating systems' underlying font-rendering technology, everything else relying upon the same libraries included with the browser.
As far as my research takes me, this is something that front-end developers either believe or don't. It seems we can chose either. I'm in a bad spot because I've always believed there was no difference, and now I am being told that before I publish any piece of front-end-impacting work I must carry out thorough testing on Mac as well as Windows.
To be clear, I am aware of the differences in text rendering (Tom Phiney covers the issue in depth here: http://www.thomasphinney.com/2009/12/browser-choice-vs-font-rendering/). The grey area I cannot find any documentation on is whether or not there are any either disparities.
Are there any authoritative articles of a technical bent giving a definitive answer either way?
ruby-on-rails - Rails render メソッドをオーバーライドしてコンテンツを置き換える
特定のカスタム HTML タグを探して erb ファイルをスキャンし (私はこの部分を実行しました)、レンダリングする前に、これらのタグをインターセプトし、それらの html 出力を置き換えたいと考えています。RAILS でのこの種の活動に関する情報は見つかりません。多分私は正しい場所を探していません。
html - Internet Explorer が余分な br を生成する
Internet Explorer がbr
ソースにない追加の要素を生成するという問題があります。追加br
はページのレイアウトに影響し、開発者ツールを使用すると表示されます。周囲の要素間のすべてのハードリターンを削除しようとしましたが、追加はbr
持続します。Firefox と Chrome にはこの問題はありません。問題を解決するために何ができるかについてのアイデアはありますか?
それ以外の
私は得る
コード例
そして、私が最終的に得たもの(...レンダリングされたIDを短縮したことを示すために使用されました)
css - WebKit とは何ですか? CSS との関係は?
最近、「webkit」というタグの付いた質問をよく見かけます。このような質問は通常、CSS、jQuery、レイアウト、ブラウザー間の互換性の問題などに関する Web ベースの質問になる傾向があります。
では、この「webkit」とは何で、CSS とどのように関係しているのでしょうか? -webkit-...
また、さまざまな Web サイトのソース コードに多くのプロパティがあることにも気付きました。これら2つは関連していますか?
アップデート
これまでの回答から... WebKit は、Safari/Chrome 用の HTML/CSS Web ブラウザー レンダリング エンジンです。IE/Opera/Firefox 用のそのようなエンジンはありますか? また、それらを使用することの違い、長所と短所は何ですか? たとえば、Firefox で WebKit 機能を使用できますか?
究極の質問... WebKit は IE でサポートされていますか?
更新 2
主要なブラウザはすべて、異なるレンダリング エンジンを使用しています。これが、ブラウザー間の互換性の問題が非常に多い大きな理由だと思います。
では、すべてのブラウザが使用する標準レンダリング エンジンへの何らかのプロジェクトや動きはありますか? HTML5 はブラウザー間の互換性の問題に終止符を打ちますか?
reporting-services - 96ppiを超える解像度でReportingServicesレポートをレンダリングする方法を見つけた人はいますか?
300ppi TIFFとしてレンダリングする必要があるレポートのレンダリングパラメーターを変更するために、考えられるすべてのことを試しました。
これは、URLアプローチを使用したいくつかの試みの1つです。96ppiから300ppiに移行すると、8.5 x 11の画像のサイズは劇的に増加しますが、解像度は96ppiのままです。
SSRS構成ファイルを変更して、デフォルトを96ppiから300ppiに変更しようとしましたが、変更は無視されます。
オーバーライドできない場所で96ppiをハードコーディングした人のように見え始めています。
SQL Server2008R2を実行しています。
この問題を乗り越える方法についての考えは非常にありがたいです。
-トム