Talk:Comparison of browser engines: Difference between revisions

Content deleted Content added
Lucid00 (talk | contribs)
 
(43 intermediate revisions by 12 users not shown)
Line 1:
{{WikiProject banner shell|class=List|1=
{{WikiProjectBannerShell |1=
{{WikiProject Computing|class=C |importance=Low |software=yes |software-importance=Low}}
{{WikiProject Internet |classimportance=CLow }}
}}
{{Archives}}
 
== Criteria for being an 'engine' ==
==Merging Articles==
I'd like to cast my vote for not merging this article with "List of Layout Engines". If you look at the separate article on "Comparison of Layout Engines (HTML5)", you can see it is a little more useful than this "Comparison of Layout Engines" article. It would be nice if this article itself expanded upon layout engine support of individual XHTML1 tags (and perhaps yet a separate article doing the same for HTML4). Combining all of this information into one article would make it very unwieldy and less user-friendly in my opinion. [[User:Biturica|Biturica]] ([[User talk:Biturica|talk]]) 17:08, 23 November 2009 (UTC)
 
This is in response to the end of [[Talk:Comparison of browser engines/Archive 2#Inclusionist vs deletionist|an archived thread]] about the criteria for what should be considered an engine. In principle it's not that hard to define. The [[browser engine]] article already does a good job of this, though what's covered there is most applicable to the mainstream engines (which collectively account for over 99% of actual browser usage).
:Actually I just found an article that compares layout engines for XHTML (though it doesn't get to the tag level of specificity). That seems to be the only purpose for layout engine "comparison" articles, to break down at a minute level the support for individual specifications (one spec per article). So in view of that, I guess this generic "comparison" article serves no purpose beyond the "list of layout engines" article, and could actually be merged. The more specific "comparison" articles (by spec) should be retained separately from the "list of" article.[[User:Biturica|Biturica]] ([[User talk:Biturica|talk]]) 17:30, 23 November 2009 (UTC)
::I removed the tag sinces there is no discussion any more! <small style="font:bold 12px Courier New;display:inline;border:#009 1px dashed;padding:1px 6px 2px 7px;white-space:nowrap"><font color="#000">[[User talk:Mabdul|mabdul]]</font></small> 15:04, 24 February 2010 (UTC)
 
It's a bit trickier for the tiny niche hobbyist projects, like NetSurf and LibWeb. The consensus reached in the archived thread on NetSurf is a good guideline, in that the set of libraries and components that can be called an "engine" could, in theory, be used by another group of hobbyists to make a different browser. This is, after all, at the heart of what a software engine is: a large component that can be reused for a different software project. However, the nature of these types of hobby projects is heavily DIY: the lure of designing and implementing their own new thing is what tends to motivate them. But this doesn't invalidate the design of the software to feasibly be reused by a different project (even if that never actually happens). --[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 02:17, 1 September 2023 (UTC)
==webcore for linux==
Isn't webcore avaiable for linux by now?
http://gtk-webcore.sourceforge.net/
 
==Definition of "dropped"?==
What's the definition of 'dropped' for the support colum? (Mostly mentioning because IE/Mac is no longer under development, even for OS X.)
 
:But (I believe that) the Tasman layout engine is still used in MS Office for Mac. This is comparison of layout engines, not web browsers. --[[User:Minghong|minghong]] 15:20, 4 August 2005 (UTC)
:In my understanding "dropped" means "while previous versions exist for that platform, the most current doesn't". Therfore, IE Mac shouldn't be listed as "dropped" for MacOS X, imho. [[User:GreyWanderer|Grey]] 21:35, 4 June 2006 (UTC)
::Mozilla products aren't available for BSD any more either.
 
==IE for Unix==
What rendering engine does IE for Unix use? It is no longer being developed, but I imagine that puts it into a similar category as IE for Mac. http://www.microsoft.com/unix/ie/default.asp
 
== Wikibooks ==
Wouldn't the ''Comparision of layout engines'' series of articles fit better in [[Wikibooks]] than in Wikipedia? [[User:Aapo Laitinen|Aapo Laitinen]] 18:23, 30 December 2005 (UTC)
 
== Missing related articles ==
I would like to have at least three more articles:
 
1. Support for [[ECMAScript]]
 
2. Support for de-facto standards in scripting (innerHTML, XMLHttpRequest, self.offsetWidth, etc.)
 
3. Support for [[E4X]]
 
And '''maybe''' (with all appropriate warnings highlighted)
 
4. Support for non-standard HTML (old tags like marquee, spacer, etc. and new HTML 5 tags).
 
 
--[[User:Itpastorn|itpastorn]] 20:32, 12 March 2006 (UTC)
 
1.) now exists
2.) isn't that the new coming dom0 spec?
3.) part of 1.)
4.) now exists, missing many values! <small>—Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Mabdul|Mabdul]] ([[User talk:Mabdul|talk]] • [[Special:Contributions/Mabdul|contribs]]) 13:23, 30 April 2008 (UTC)</small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
 
== Trident free? ==
"While the source code is not free, the Trident engine is available as a DLL module for free, excluding the cost of Microsoft Windows." This seems like a strange thing to say. Why should the cost of Windows be excluded?
 
== Good/bad colours for open source ==
Not everyone holds that open source is "good" and that closed source is "bad". So why are they labelled green and red respectively &ndash; colours that are almost universally used to represent "good/bad" and "pass/fail"? [[User:El T|El T]] 02:19, 23 May 2006 (UTC)
:It's not a matter of opinion whether open source is good. With open source, companies have the option of hiring someone to fix bugs or add features they want. That is an advantage closed source software does not have. Are you disputing this as a clear advantage? -- [[User:Schapel|Schapel]] 13:53, 24 May 2006 (UTC)
:I'm therewhile not sure if OpenSource should be a category at all. There is a license column that covers all needed facts and more. LGPL/GPL => OpenSource. Proprietary => ClosedSource. Easy as is. [[User:GreyWanderer|Grey]] 21:26, 4 June 2006 (UTC)
::Agreed, while personally I'm an open source proponent the Open Source column is completely redundant, even if you don't know that GPL means open source you can easily find that out by going to the GPL page. I'm removing the column and if anyone has any objections it can discussed further. -- [[User:Gudeldar|Gudeldar]] ([[User talk:Gudeldar|talk]]) 19:33, 20 December 2007 (UTC)
:Green merely means "yes" and red merely means "no." We're presenting facts. See also the template talk pages. --[[User:Karnesky|Karnesky]] 00:17, 13 March 2007 (UTC)
 
== What's the point of the "latest testing release" column? ==
The "Latest testing release" column (under release history) is pretty useless. Two products - Gecko and Webcore - claim to be released at least daily, meaning no link to their current testing release is possible. Presto is listed as having no testing release, which [http://my.opera.com/desktopteam/blog isn't true].
 
But seriously, who is going to update these things once a week, or whenever they're announced? Much better is simply a link to the test release page, if one exists, rather than attempting to name the specific current build. [[User:El T|El T]] 16:27, 21 July 2006 (UTC)
 
=== Preparing to delete ===
I'm sure people must have an opinion on this. But if not, I'll delete the latest release columns in a few days.
 
:I agree, there is no point in continually updating such a trivial piece of data. --[[User:WulfTheSaxon|Wulf]] 00:38, 20 October 2006 (UTC)
 
==Tasman==
I've changed Tasman's Leading Application to Entourage, given the fact that IE for Mac isn't officially available anymore.
 
I've also changed it's latest release to 1.0 ("11 May 2004 (?)"). But, I'm not sure that's the proper release date. So, I'll be contacting Microsoft sometime this week, unless somebody already knows the proper date.
 
[[User:WulfTheSaxon|Wulf]] 03:52, 14 October 2006 (UTC)
 
'''Update''': I've now changed the price for Tasman to $399.99, because the only way to get it is as part Office 2004 for Mac. I'm currently waiting for a response from Microsoft regarding the release date. --[[User:WulfTheSaxon|Wulf]] 00:30, 20 October 2006 (UTC)
 
'''Update''': They've shuffled me off to another team, which I'll be contacting by phone tomorrow. --[[User:WulfTheSaxon|Wulf]] 19:19, 22 October 2006 (UTC)
 
'''Resolution''': Okay, I called the Product Information Team (which actually started off by reading this article to find out [[Image:Smile-tpvgames.gif|15px]]), which called the Office 2004 for Mac team, which directed me to Microsoft Mactopia, where I found somebody's HTTP header from Entourage 2004, which says "User-Agent: … Tasman 1.0…". And, since Entourage was the first public release of Tasman since the set-top box development, the Tasman 1.0 release date should indeed by 11 May 2004… I've updated the article accordingly. --[[User:WulfTheSaxon|Wulf]] 21:21, 25 October 2006 (UTC)
 
== What needs to be cleaned up / expanded ==
I don't see anything that needs cleaning up or expanding in its current form so I am going to remove the tag, unless anyone has objections. -- [[User:Gudeldar|Gudeldar]] 14:14, 23 July 2007 (UTC)
 
<p>
It would be good if each products' codebase was documented (e.g., Java, C++ C etc.) <small><span class="autosigned">—Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Bcwilmot|Bcwilmot]] ([[User talk:Bcwilmot|talk]] • [[Special:Contributions/Bcwilmot|contribs]]) 04:19, 24 February 2010 (UTC)</span></small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
:OK, I integrated the info I found in the articles. Fell free to add information that are missing! More requests? <small style="font:bold 12px Courier New;display:inline;border:#009 1px dashed;padding:1px 6px 2px 7px;white-space:nowrap"><font color="#000">[[User talk:Mabdul|mabdul]]</font></small> 15:04, 24 February 2010 (UTC)
 
== Pidgin's layout engine ==
According to Sean Egan (lead developer of Pidgin), [http://www.pidgin.im/~seanegan/cgi-bin/pyblosxom.cgi/htmlwidget.html Pidgin has never used GtkHTML]. On the other hand, it is also implied in that post that Pidgin may have WebCore support in the future, as a plugin. [[User:Malept|malept]] ([[User talk:Malept|talk]]) 02:32, 14 December 2007 (UTC)
 
== Software license ==
 
Ok you're right that "Proprietary" is not an license. But look in other software comparisons: they have all this text in the tables. How to you want to tell the reader which license a software/layout engine has, if there isn't any reference (explanation)? [[User:Mabdul|Mabdul]] ([[User talk:Mabdul|talk]]) 15:07, 2 April 2008 (UTC)
 
: Sorry but if we don't know the correct information we don't just stick in wrong information while we wait for something better to come along. And just because other articles have something wrong, doesn't mean we should make this one match. [[User:AlistairMcMillan|AlistairMcMillan]] ([[User talk:AlistairMcMillan|talk]]) 19:51, 3 April 2008 (UTC)
 
:: Actually, correct me if I'm wrong, but I don't think any of the layout engines that were listed as using a "proprietary" license are released under any license at all. What I mean is that, for example, Opera/Microsoft/etc don't release their layout engine for anyone else to use. [[User:AlistairMcMillan|AlistairMcMillan]] ([[User talk:AlistairMcMillan|talk]]) 20:02, 3 April 2008 (UTC)
 
::: ehm, no! The Presto layout engine is used also in other programms (see the presto article!).
:::Ok here is a list of articles which should had been changed (and some you had changed!):
:::* Comparison of layout engines
:::* Comparison of e-mail clients
:::* Comparison of web browsers
:::* Comparison of file sharing applications
:::* Comparison of instant messaging clients
:::* Comparison of LAN messengers
:::* Comparison of Internet Relay Chat clients
:::* Comparison_of_Gnutella_software#Software
:::* Comparison of DNS server software
:::
:::and I don't think that this is a full list :p maybe we should think of an alternative. how about to say it is closed source? [[User:Mabdul|Mabdul]] ([[User talk:Mabdul|talk]]) 20:42, 3 April 2008 (UTC)
 
:::: All the articles you have listed are fixed. If you can find out what license Opera distribute their layout engine under, please update the article accordingly. [[User:AlistairMcMillan|AlistairMcMillan]] ([[User talk:AlistairMcMillan|talk]]) 00:33, 4 April 2008 (UTC)
 
::::: I don't think that there will be any licence. I think there will be more such thing like a agreement with the company (in this case adobe)... [[User:Mabdul|Mabdul]] ([[User talk:Mabdul|talk]]) 10:53, 4 April 2008 (UTC)
::::: Oh and I forgot: what about to say it is "closed source" instead of "Proprietary"? If we say it is closed source, we can del the column "open source: y/n" and the comparisons would be clearly arranged by becoming smaller. [[User:Mabdul|Mabdul]] ([[User talk:Mabdul|talk]]) 10:58, 4 April 2008 (UTC)
 
== Chrome and Safari as leading application ==
 
Safari was the first application that uses Webkit. Apple forked KHTML and integrated it in Safari. Safari is the leading web browser on Mac OS X. Chrome is really relative new and is primary on windows. Both applications are under the "leading 5". I would name both! <small style="font:bold 12px Courier New;display:inline;border:#009 1px dashed;padding:1px 6px 2px 7px;white-space:nowrap"><font color="#000">[[User talk:Mabdul|mabdul]]</font></small> 15:47, 10 April 2010 (UTC)
:Makes sense. {{done}} --[[User:Gyrobo|Gyrobo]] ([[User talk:Gyrobo|talk]]) 16:00, 10 April 2010 (UTC)
I think the "leading" means essentially "most popular". WebKit is the most popular browser on Mac OS X for the same reason that IE is the most popular browser on Windows -- most users don't know what a browser is and just click on the icon they know will "get them on the Internet". Chrome is popular for the same reason that Firefox is -- users choose to download it. It's more popular than Safari, and is also popular on the most popular OS, Windows, where Safari is rarely used. -- [[User:Schapel|Schapel]] ([[User talk:Schapel|talk]]) 23:25, 10 April 2010 (UTC)
:Agreed. Chrome has the most users. Whichever browser has the most users is the most popular, and is the only browser that should be listed.<br/>--[[User:Gyrobo|Gyrobo]] ([[User talk:Gyrobo|talk]]) 00:20, 11 April 2010 (UTC)
::OK, again: Apple does the most work on WebKit! And again: Safari is the most used web browser on mac os. why not add the "big 5" to the table and argue with market share? I mean: otherwise we could also remove presto! or we have to rename the column to most used application. <small style="font:bold 12px Courier New;display:inline;border:#009 1px dashed;padding:1px 6px 2px 7px;white-space:nowrap"><font color="#000">[[User talk:Mabdul|mabdul]]</font></small> 01:30, 11 April 2010 (UTC)
:::The column is already "Leading application", which means the most popular application. Apple's contributions to WebKit are noted in the "Creator" column. I'm unsure where the Presto connection comes from. Do we even need the "leading application" column at all? A list of applications using each engine already exists on the pages for those engines.<br/>--[[User:Gyrobo|Gyrobo]] ([[User talk:Gyrobo|talk]]) 02:23, 11 April 2010 (UTC)
::::I disagree. As the rest of the table is about development, my natural assumption was that "Leading application" was about the application which contributed the most to the development, which would be Safari.<br />--[[User:Kickme286|kickme]] ([[User talk:Kickme286|talk]]) 08:30, 26 June 2010 (UTC)
:::::The term "Leading application" refers to the single most prominent ''implementation'' of any given engine, it is unrelated to development of the engine itself. It's much harder to verifiably determine the volume and relevance of code contributions than market share. But I agree that contributions to the development of an engine is important, which is why I think the column should be removed as redundant and uninformative.<br>--[[User:Gyrobo|Gyrobo]] ([[User talk:Gyrobo|talk]]) 13:26, 26 June 2010 (UTC)
::::::the development of Safari lead the development of Webkit. I do not think that the original purpose of this column was to show most popular browser, but rather the best associated browser. I shall propose renaming the column to be "Associated Browser" rather than "Leading Application". <span style="font-size: smaller;" class="autosigned">—Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[Special:Contributions/72.131.47.49|72.131.47.49]] ([[User talk:72.131.47.49|talk]]) 03:09, 11 July 2010 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->
:::::::Then you propose Netscape 6 be the Associated Browser for Gecko, and we should reinstate Internet Explorer (Mac) as the Associated Browser for Tasman? -- [[User:Schapel|Schapel]] ([[User talk:Schapel|talk]]) 03:59, 11 July 2010 (UTC)
 
== Market share ==
An inference of market share would be very interesting to have in these tables somewhere. -- [[User:Beland|Beland]] ([[User talk:Beland|talk]]) 17:42, 19 February 2011 (UTC)
:I removed the tag after I add the image. Is this that you expected? <small style="font:bold 12px Courier New;display:inline;border:#009 1px dashed;padding:1px 6px 2px 7px;white-space:nowrap"><font color="#000">[[User talk:Mabdul|mabdul]]</font></small> 18:38, 19 February 2011 (UTC)
 
== Proposed moves ==
<div class="boilerplate" style="background-color: #efe; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px dotted #aaa;"><!-- Template:polltop -->
:''The following discussion is an archived discussion of the proposal. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section on the talk page. No further edits should be made to this section. ''
 
The result of the proposal was '''no consensus'''. --[[User:BDD|BDD]] ([[User talk:BDD|talk]]) 19:30, 16 October 2012 (UTC) ([[Wikipedia:Requested moves/Closing instructions#Non-admin closure|non-admin closure]])
 
* [[Comparison of web browser engines]] → ?
* [[Comparison of layout engines (HTML5)]] → {{no redirect|Comparison of HTML5 support in web browser engines}}
* [[Comparison of layout engines (graphics)]] → {{no redirect|Comparison of graphics support in web browser engines}}
* [[Comparison of layout engines (ECMAScript)]] → {{no redirect|Comparison of ECMAScript support in web browser engines}}
* [[Comparison of layout engines (XML)]] → {{no redirect|Comparison of XML support in web browser engines}}
* [[Comparison of layout engines (Scalable Vector Graphics)]] → {{no redirect|Comparison of SVG support in web browser engines}}
* [[Comparison of layout engines (web typography)]] → {{no redirect|Comparison of web typography support in web browser engines}}
* [[Comparison of layout engines (HTML5 canvas)]] → {{no redirect|Comparison of HTML5 canvas support in web browser engines}}
* [[Comparison of layout engines (HTML5 media)]] → {{no redirect|Comparison of HTML5 media support in web browser engines}}
* [[Comparison of layout engines (MathML)]] → {{no redirect|Comparison of MathML support in web browser engines}}
* [[Comparison of layout engines (Cascading Style Sheets)]] → {{no redirect|Comparison of CSS support in web browser engines}}
* [[Comparison of layout engines (HTML)]] → {{no redirect|Comparison of HTML support in web browser engines}}
* [[Comparison of layout engines (XHTML)]] → {{no redirect|Comparison of XHTML support in web browser engines}}
* [[Comparison of layout engines (Document Object Model)]] → {{no redirect|Comparison of DOM support in web browser engines}}
* [[Comparison of layout engines (XHTML 1.1)]] → {{no redirect|Comparison of XHTML 1.1 support in web browser engines}}
* [[Comparison of layout engines (non-standard HTML)]] → {{no redirect|Comparison of non-standard HTML support in web browser engines}}
– "I noticed that there are a series of articles on support for various things in different browser engines. The use of parenthesis makes sense if the reader already knows this but (like in my case) they are puzzling titles for someone who comes an individual article in the series in isolation." ...
"I suggest they all be moved to along the lines of ''Comparison of XXX support in web browser engines''" [[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 27 June 2012. Posted as a move-multi by [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 15:41, 7 September 2012 (UTC)
 
I came across [[Comparison of layout engines (ECMAScript)]] by accident while googling something completely different. I took me quite some time to figure out what it was about — and when I did it took me some time again to figure out how it got that title.
 
I noticed that there are a series of articles on support for various things in different browser engines. The use of parenthesis makes sense if the reader already knows this but (like in my case) they are puzzling titles for someone who comes an individual article in the series in isolation.
 
The complete list is:
 
* Comparison of layout engines (HTML5)
* Comparison of layout engines (graphics)
* Comparison of layout engines (ECMAScript)
* Comparison of layout engines (XML)
* Comparison of layout engines (Scalable Vector Graphics)
* Comparison of layout engines (web typography)
* Comparison of layout engines (HTML5 canvas)
* Comparison of layout engines (HTML5 media)
* Comparison of layout engines (MathML)
* Comparison of layout engines (Cascading Style Sheets)
* Comparison of layout engines (HTML)
* Comparison of layout engines (XHTML)
* Comparison of layout engines (Document Object Model)
* Comparison of layout engines (XHTML 1.1)
* Comparison of layout engines (non-standard HTML)
 
I suggest they all be moved to along the lines of "Comparison of XXX support in web browser engines", so:
 
* [[Comparison of layout engines (ECMAScript)]] &rarr; [[Comparison of ECMAScript support in web browser engines]]
 
--[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 16:33, 27 June 2012 (UTC)
 
:There are existing discussions of [[Talk:Comparison_of_layout_engines_(HTML5)#Splitting_out_of_other_sections|article titles]]. Why not link from existing discussions of article titles to here?
:Titles like "Comparison of <nowiki>[web]</nowiki> browser layout engines (XXX <nowiki>[support]</nowiki>)" would be clearer, but surely titles should be no longer than absolutely necessary. Adding one word "browser" makes it clearer, and the added items in <nowiki>[square brackets]</nowiki> could be left out—but surely people who don't understand what "layout engines" means will also not understand what "Document Object Model" (for example) means. In other words, I wouldn't consider even the addition of the one word "browser" to be really necessary. Current naming of other existing articles such as [[Document_Object_Model#Layout_engines|Document Object Model:Layout Engines]] and [[Cascading_Style_Sheets#Browser_support|Cascading Style Sheets:Browser support]] seems fairly consistent, so I don't see any need for large-scale renaming of articles. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 04:38, 28 June 2012 (UTC)
 
::There come a point where efficiency eats into effectiveness. That's what happened when I came across "[[Comparison of layout engines (ECMAScript)]]". I know what all the words mean but the title made no sense. My initial reaction was to ask how can any engine layout ECMAScript? Then I wondered if referred to how the DOM was implemented in different ECMAScript implementation? Or is it a comparison of layout engines written in ECMAScript? The words were all there but the combination made no sense.
::In other cases, this eating into effectiveness means the title does make sense ... but means something completely different. Take "[[Comparison of layout engines (Scalable Vector Graphics)]]", for example. That article compares SVG support in different web browser engines (e.g. in Gecko, Trident, Webkit, etc.). But a straight-forward reading of the title would suggest it compares layout engines for SVG (e.g. ImageMagick, librsvg, etc.) <small>Remember, a "layout engine" doesn't just mean a web browser engine. It's any piece of software that lays out text and images ([http://encyclopedia2.thefreedictionary.com/Layout+engine definition]).</small>
::So, it's not merely a case that "people who don't understand what 'XXX' means will also not understand what 'YYY' means". You can understand perfectly what both terms mean but, without a few extra words to explain what this particular combination of them means, they make no sense or mean something completely different. Additionally, making too many presumptions about what pre-existing knowledge a reader has doesn't satisfy [[Wikipedia:Make technical articles understandable]].
::(That discussion look pretty dead, BTW — last post in 2010 — but I've posted the standard template on all the pages.) --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 16:48, 28 June 2012 (UTC)
 
:::Immediately following the titles of the above articles you will see a sentence like "The following tables compare XXX compatibility and support for a number of [[layout engine]]s." If you click on the layout engine link then it's perfectly clear that it's referring to web browser layout engines.
:::The definition that you cite also says that "layout engines" usually means "web browser layout engines", and if you Google for "layout engine" then you will see [[Gecko (layout engine)]] and [[Trident (layout engine)]] near the top of the results. It seems to be so widely understood that "layout engine" means "web browser layout engine" that "web browser" is omitted. If you still think that it's not clear, then why not prefix "[[layout engine]]s" in the first sentence of the articles with "browser"?
:::PS: email software uses layout engines for displaying [[HTML email]]. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 05:14, 29 June 2012 (UTC)
:::PPS: The main reason to — as far as possible — avoid changing page titles, doing page moves and the like, is that the page title is part of the page URL, so changing the page title breaks all the links to the page from within English Wikipedia and from other language Wikipedias. It creates a lot of work for somebody to fix. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 06:34, 29 June 2012 (UTC)
::::Putting the burden for explaining an article title on the [[WP:LEAD|first sentence]] does not meet [[Wikipedia:Article titles|policy on article titles]] (specifically [[WP:CRITERIA|criteria]] for an article title: recognizability, naturalness, and precision). A lot of your objections seems to hang on the term "layout engine" vs. "web browser engine". First, I'd point out that this article, which is the main article for the series, uses the term "web browser engine". Second, the term [[layout engine]] redirects to [[web browser engine]]. So for consistency (which is one of the [[WP:CRITERIA]]) "web browser engine" would appear to be more appropriate.
::::With respect to the titles of "[[Trident (layout engine)]]" and "[[Gecko (layout engine)]]": all web browser engines are layout engines, but not all layout engines are web browser engines. Those articles are about software called Trident and Gecko respectively. However, there are more prominent subjects called "[[Gecko]]" and "[[Trident]]". Therefore disambiguation of some sort is needed. The word in parenthesis is added for [[WP:DAB|disambiguation]]. Disambiguating the title with the word "layout engine" suffices disambiguation because there are no other layout engines (of the web browser type or any other) of that name.
::::RE: "The main reason to — as far as possible — avoid changing page titles, doing page moves and the like, is that the page title is part of the page URL, so changing the page title breaks all the links to the page from within English Wikipedia and from other language Wikipedias." — By default moving a page will leave a [[WP:REDIRECT|redirect behind]]. That immediately fixes most problems (both within en.wiki, intra-wikilinks, and in-coming external links). "[[Layout engine]]", which was moved on 24 May 2010‎ to "[[Web browser engine]]", is an example of this. A [[Wikipedia:Bots|bot]] fixes double redirects usually within 24 hours. Moving a page doesn't doesn't break links (see [[Wikipedia:Moving a page]]). --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 11:01, 29 June 2012 (UTC)
 
:::::I agree that changing (XXX) to (XXX support) in the "Comparison of layout engines (XXX)" titles would improve clarity. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 06:25, 30 June 2012 (UTC)
 
:::::It's quite easy to determine which term is more widely used and understood — "layout engine" or "browser engine". Enter the following into Google: <code>site:wikipedia.org "layout engine"</code> and repeat for <code>site:wikipedia.org "browser engine"</code>. This will show you that there are more than four times the number of pages containing the adjacent words "layout engine" than there are pages containing the adjacent words "browser engine". If you look at the results then there are far more instances of "layout engine" in titles. You will get the same results if you repeat the search using the plural "engines". This surely shows which term is more recognizable, natural, and consistent. You can also check usage outside Wikipedia by Googling for <code>"layout engine" -site:wikipedia.org</code> and <code>"browser engine" -site:wikipedia.org</code>. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 10:45, 30 June 2012 (UTC)
 
:::::I also explained that the more general term "layout engine" is more appropriate than "browser engine" because these same ("browser") engines are used by email clients for rendering HTML mail, they are not limited to web browsers. As for "[[Layout engine]]" being moved on 24 May 2010‎ to "[[Web browser engine]]", I think the simplest solution might be to move it back. Pointless moves do happen. The great majority of the related articles use "layout engine". However there are related and overlapping articles called [[Comparison of web browsers]] and [[List of web browser engines]]. So maybe the present title is the best compromise.
 
:::::If you still think that it's not clear, then why not prefix "[[layout engine]]s" in the first sentence of the articles with "browser" or with "browser and email" (*see note below)? This is surely simpler and more natural than trying to precisely define and explain every word used in a title within the title itself. Note: email layout engines tend to be stripped down versions of browser engines; they often don't provide much support for CSS, and usually don't support ECMAScript (Javascript) for security reasons.
 
:::::It would be useful to add your list of "Comparison of layout engines (XXX)" to the [[Comparison of web browser engines#See also|See also]] section of this article, or to the box below the See also section if they are not already in the box. It would also be useful to tag all these related articles with the same Category tag. As I have explained, I personally prefer [[:Category:Layout_engines]], and you will note that [[:Category:Web_browser_engines]] is already a subcategory of [[:Category:Layout_engines]]. However, somebody has made [[:Category:Free_layout_engines]] a subcategory of [[:Category:Web_browser_engines]], go figure ;-) Tagging these related "Comparison of ..." articles with the same category would be less work and would probably be more useful in helping people find related items than filling out the "See Also" section in each. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 15:59, 29 June 2012 (UTC)
 
:::::The "Page View Statistics" link on the History tab shows how popular a Wikipedia page is. Of the pages that you have listed, it appears that the HTML5 and CSS pages are the most popular, and the History tab of these pages shows the user who has been most [[Special:Contributions/95.166.122.124 | actively involved]] in maintaining these pages. So it would be a good idea to first try to [[User_talk:95.166.122.124|get this person's opinion]] before putting up public notices everywhere. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 04:38, 30 June 2012 (UTC)
::::::"Make technical articles understandable" but not '''inaccurate'''. The current titles are fine because they are about layout engines that support the thing in parentheses. 1. Those 5 you refer to are widely used in applications that are not web browsers; 2. there are many layout engines not used for web browsing, see [[Comparison of layout engines (Scalable Vector Graphics)]] and [[Comparison of layout engines (Cascading Style Sheets)]]. There's no need to adapt article titles (read "narrow the scope of the articles") to your personal (partial) understanding of the things, is it? --[[Special:Contributions/151.75.27.193|151.75.27.193]] ([[User talk:151.75.27.193|talk]]) 21:36, 3 July 2012 (UTC)
 
:::::::HTML used to be used to create (table-based) layouts, as described [[Web_design#Evolution_of_web_design|here]], but (X)HTML is now supposed to be used primarily for semantic markup—CSS is now supposed to be used for layout and presentation. The "layout engines" listed in all these Comparison of layout engines (XXX) articles are primarily web browser engines, but the term "layout engines" is much more popular for historical reasons, and because these same engines are still used for rendering (table-based) HTML email layouts as well as in web browsers. The reason that HTML tables are still used for layout of HTML email is that enabling full support for CSS and Javascript in HTML email creates security problems. Is this explanation helpful? [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 22:58, 3 July 2012 (UTC)
 
::::::::<small>Note: my previous msg was addressed to R. A. [[Special:Contributions/151.75.27.193|151.75.27.193]] ([[User talk:151.75.27.193|talk]]) 23:20, 4 July 2012 (UTC)</small>
::::::::<small>Addressed to you</small> Not only in email. They're included in any application that displays HTML, unless the application developer has written his own layout engine. But writing a new layout engine would require more effort and time than to write the application. Instead, common practice is to [[Linker (computing)|link]] a plugin or library that contains a well known engine, then it works(TM).
::::::::<small>Addressed to R.A.</small> The fact that people associate html to the Web is not a justification for moving titles - first go learn programming, and once you know what's behind the scenes, you'll know they're just HTML+CSS renderers and that web usage is the top of the iceberg. I also ask to move this very page to "Comparison of layout engines", because it clearly is NOT about web browsing, as you can see PrinceHTML and XEP are in the list as well. --[[Special:Contributions/151.75.27.193|151.75.27.193]] ([[User talk:151.75.27.193|talk]]) 22:58, 4 July 2012 (UTC)
:::::::::There exists no such thing as a web browser engine. --[[Special:Contributions/151.75.27.193|151.75.27.193]] ([[User talk:151.75.27.193|talk]]) 23:04, 4 July 2012 (UTC)
 
::::::::::The terms ''layout engine'' and ''web browser engine'' are both widely used, but ''layout engine'' is between two and four times as popular as ''web browser engine'', as explained above. See the paragraph that starts with "It's quite easy to determine which term is more widely used and understood — ''layout engine'' or ''browser engine''" above. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 10:18, 8 July 2012 (UTC)
 
:{{outdent|::::::::::}} This discussion has dropped down a rabbit hole I really never envisioned. Almost the entirety of it is being given over to "layout engine" vs. "web browser engine". That doesn't actually do much to address my initial concerns.
:@*.193, thanks for your suggestion that I should go and learn programming. Should I first begin [[WP:RS|by reading]] one of [http://www.google.com/search?q=%22web+browser+engine%22&btnG=Search+Books&tbm=bks&tbo=1#hl=en&tbo=1&tbm=bks&sclient=psy-ab&q=%22web+browser+engine%22&oq=%22web+browser+engine%22&gs_l=serp.3...97601.101196.0.101396.2.2.0.0.0.0.88.171.2.2.0...0.0.iYxhFACSOb0&pbx=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.,cf.osb&fp=5dc183df8385d3dc&biw=1230&bih=688 these books], for which there very definitely is such a thing as a web browser engine? Here's what [http://books.google.ie/books?id=m_HIr6neQXkC&pg=PA9&dq=%22web+browser+engine%22&hl=en&sa=X&ei=uG75T5OQIYbPhAesvsTcBg&redir_esc=y#v=onepage&q=%22web%20browser%20engine%22&f=false WebKit for Dummies] has to say:
:<blockquote>'''What is a Web Broswer Engine?'''</blockquote>
:<blockquote>Glad you asked (You ''did'' as, right?) A web ''web browser engine'' is a highly complicated piece of software that has one main task: to make your web browsing experience as seamless and as fast as possible. The browser engine does the low-level (basic, unglamorous, but essential) work of a browser — including loading webpages and other document, figuring out hw a page should be displayed, running scripts in the web page, and much more.</blockquote>
:<blockquote>'''Corvette or clunkier: Every browser has one'''</blockquote>
:<blockquote>Engine, that is. Every web browser (such as Internet Explorer, Mozilla Firefox and Google Chrome) has a browser engine (sometimes called a layout engine or rendering engine) at its core. Think of a web browser engine as similar to the engine of a car: It's the part of the software that does the actual work behind the scenes. …</blockquote>
:<blockquote>Table 1-1 lists the most common web browser engines, along with the web browsers that use them. …</blockquote>
:<blockquote>[Table 1-1 then lists browsers, such as Internet Explorer, Firefox, Safari, Chrome, etc., with their associated engines, i.e. Trident, Gecko, WebKit, etc.]</blockquote>
:Another term, as indicated in the quote above, is (web) [http://encyclopedia2.thefreedictionary.com/browser+rendering+engine browser rending engine]. Here is another definition that makes specific reference to use of these engines in contexts other than web browsing:
:<blockquote>'''browser rendering engine''' Software that renders HTML pages (Web pages). It turns the HTML layout tags in the page into the appropriate commands for the operating system, which causes the formation of the text characters and images for screen and printer. Also called a "layout engine," a rendering engine is used by a Web browser to render HTML pages, by mail programs that render HTML e-mail messages, as well as any other application that needs to render Web page content. For example, Trident is the rendering engine for Microsoft's Internet Explorer, and Gecko is the engine in Firefox. Trident and Gecko are also incorporated into other browsers and applications.</blockquote>
:--[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 11:59, 8 July 2012 (UTC)
 
::@LittleBen, regarding comparing Google hits for <code>"layout engine" -site:wikipedia.org</code> vs. <code>"browser engine" -site:wikipedia.org</code>. "Browser engines" are a subset of all "layout engines", therefore it is unsurprising that "layout engine" would a more prevalent term. Narrow the search to only the type of layout engines we mean here and you will get a different result: compare <code>"layout engine" WebKit Gecko Trident -site:wikipedia.org</code> to <code>"browser engine" WebKit Gecko Trident -site:wikipedia.org</code>.
::Many of the suggestions you made from the second paragraph at 04:38, 30 June 2012 are valid, helpful and very useful but I feel this discussion has tripped far too much into a wasteful and mal-informed debate on "browser engine" vs. "layout engine" that positive discussion is being lost amongst all of the fluff. --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 12:19, 8 July 2012 (UTC)
 
:::Since some of the articles on the web are just quoting Wikipedia, and they attribute Wikipedia by name, I did the following searches: "layout engine" WebKit Gecko Trident -site:wikipedia.org –wikipedia : 38,100 and "browser engine" WebKit Gecko Trident -site:wikipedia.org –wikipedia : 4,580 which still suggests that "layout engine" is the most common term used to describe WebKit, Gecko, and Trident. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 14:17, 8 July 2012 (UTC)
 
::::I get the opposite (and very different) results:
::::* [http://www.google.com/search?client=safari&rls=en&q=%22browser+engine%22+WebKit+Gecko+Trident+-site:wikipedia.org.&ie=UTF-8&oe=UTF-8#hl=en&client=safari&rls=en&sclient=psy-ab&q=%22browser+engine%22+WebKit+Gecko+Trident+-site%3Awikipedia.org+-wikipedia&oq=%22browser+engine%22+WebKit+Gecko+Trident+-site:wikipedia.org+-wikipedia&gs_l=serp.3...397421.399321.3.399480.10.0.10.0.0.0.0.0..0.0...0.0.aqAb9mgfoDw&pbx=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.,cf.osb&fp=7a705a4deaff6978&biw=1230&bih=688 "browser engine" WebKit Gecko Trident -site:wikipedia.org -wikipedia]: 58,900 results
::::* [http://www.google.com/search?client=safari&rls=en&q=%22browser+engine%22+WebKit+Gecko+Trident+-site:wikipedia.org.&ie=UTF-8&oe=UTF-8#hl=en&client=safari&rls=en&sclient=psy-ab&q=%22layout+engine%22+WebKit+Gecko+Trident+-site%3Awikipedia.org+-wikipedia&oq=%22layout+engine%22+WebKit+Gecko+Trident+-site:wikipedia.org+-wikipedia&gs_l=serp.3...20343.20842.4.21034.6.6.0.0.0.3.202.606.3j2j1.6.0...0.0.P3QnTxfHYks&pbx=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.,cf.osb&fp=7a705a4deaff6978&biw=1230&bih=688 "layout engine" WebKit Gecko Trident -site:wikipedia.org -wikipedia]: 46,200 results
::::Are you sure you used a minus sign? Additionally, the [http://books.google.ie/books?id=m_HIr6neQXkC&pg=PA9&dq=%22web+browser+engine%22&hl=en&sa=X&ei=uG75T5OQIYbPhAesvsTcBg&redir_esc=y#v=onepage&q=%22web%20browser%20engine%22&f=false … for Dummies] ref cited above would suggest (web) browser engine is the more common term ("…a browser engine (sometimes called a layout engine or rendering engine)…")
::::As I wrote above too, I'm not surprised that "layout engine" is common: all browser engines are layout engines so calling WebKit, for example, a layout engine is entirely correct. Part of the source for confusion, as I see it, is that not all layout engines are browser engines (and it is unclear from these article's titles that we are talking about support for these features in specifically browser engines, like WebKit, etc.).
::::Look it, I'd be pleased at this stage to just leave this discussion and would be happy with something like your first suggestion: "Comparison of browser layout engines (XXX support)". --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 16:18, 8 July 2012 (UTC)
 
:::::The problem is probably that if you're logged into a Google account when you search, then Google search will show you what it thinks you want to see, based on your past search history, as described [http://support.google.com/websearch/bin/answer.py?hl=en&amp;answer=54048 here]. I agree with the (XXX support) change suggestion, though it's a lot of work for somebody. Best regards. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 16:53, 8 July 2012 (UTC)
::::::PS: I'm under the impression that redirects and moves — not just renaming of sections — breaks [[Wikipedia:Manual_of_Style/Linking#Piped_links_to_sections_of_articles|links to sections within an article]]. The link does ''not'' turn into a redlink, but I understand that clicking such a link, after the page has been renamed or moved, will take you to the top of the renamed or moved page rather than to the section within the page. You can get an idea of the number of backlinks from "[[Help:What_links_here|What links here]]", but that doesn't tell you if the links are to a section rather than to the top of the page. It's difficult to find and fix such problems. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 13:17, 9 July 2012 (UTC)
:::::::Redirects don't break links. Example: [[Comparison of layout engines#General_information]]. --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 14:07, 9 July 2012 (UTC)
::::::::Thanks for the reassurance! But multiple moves do create double redirects and the like, which are troublesome to find and fix. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 16:56, 9 July 2012 (UTC)
:::::::::Fear not! There are [[Wikipedia:Bots|bots]] on the case. Example: [[Special:Contributions/AvicBot]] --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 21:06, 9 July 2012 (UTC)
::::::::::I've just discovered that [[EPUB#Version_3.0_.28current_version.29|EPUB]] is based on XHTML and CSS. You are probably aware of Amazon's claim that they now sell more ebooks than paper books, so this is really big. (Both EPUB and Webkit are Open Source.) I added a bit to the two "Web Browser Engine" articles to link them logically to the series of "Comparison of Layout Engines (XXXX)" articles. As I said before, I don't think anyone will have any objection to your changing (XXXX) to (XXXX support). My EPUB discovery suggests that there is a pretty good case for renaming the two "Web Browser Engines" articles back to "Layout Engines" (and the categories probably need cleaning up too); what's your opinion on this? [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 07:09, 19 July 2012 (UTC)
 
:::::::::::Correct me if I'm wrong, but the premise of this line of argument is that because these kinds of applications, etc. may not be internet connected, or may only allow access to local files, or may be restricted to a walled garden, etc., they are not "web" or "browser"?
:::::::::::XHTML and CSS are web technologies (see the [http://www.w3.org/ W3C]), irrespective of whether the individual XHTML or CSS files are local or remote (or accessed via HTTP or any other protocol). I agree that not every application that uses these technologies may be a browser (e.g. an EPUB reader) but the layout engine that lies behind the application would still be a web browser engine (e.g. Gecko). For example: [https://addons.mozilla.org/en-us/firefox/addon/epubreader/ EPUB plugin for Firefox]. --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 07:48, 19 July 2012 (UTC)
::::::::::::Yes, the same layout engine (Webkit mainly, it seems) is used in web browsers and (in modified form) in email clients and also in e-book readers. It is certainly not being used as a ''web browser'' engine in email clients and e-book readers, but it certainly is being used as a ''layout engine'' in all of browsers, email clients and e-book readers. The W3C "[http://www.w3.org/2012/Talks/jj-cebit2012-keynote.pptx open web platform]" standards supported by layout engines are not just web browser standards but also e-book standards like [http://www.w3.org/Math/Software/ MathML] (for writing math formulas in future e-books), used for CSS animation (future online games) and for UI (whether web-connected or not).
 
::::::::::::I also tried comparing [site:w3.org "browser engine"] with [site:w3.org "layout engine"], and the latter is more popular there, too. Probably the easiest way to test if a layout engine supports the standards is by running tests using the layout engine in a web browser, and it looks as if most of the instances of "browser engine" on the W3C web site refer to this case. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 13:55, 19 July 2012 (UTC)
 
*'''Support.''' By all means make this move. Parentheses in titles are for disambiguation, not subsections. I think this used to be in the title policy or style manual – was it removed at some point? – [[User:Pnm|Pnm]] ([[User talk:Pnm|talk]]) 03:48, 25 September 2012 (UTC)
{{anchor|Layout engines}}
*'''Oppose: Alternative suggestion''': [[User_talk:Rannpháirtí_anaithnid|RA]] originally proposed multiple moves and it was discussed in several places. RA was confused by the (XXX). I believe that RA and I concluded that the pattern "Comparison of layout engines (XXX support)" would be optimal, but he didn't go ahead with the move.
*The pattern "Comparison of SUBJECT (with-regards-to disambiguation)" is short, simple, and easy to understand.
*The main problem with the title is the category naming: although the category is "[[:Category:Web browser engines|Web browser engines]]", half of the articles in the category are already correctly named "XXX (layout engine)". The problem is even more obvious if you look at the category "[[:Category:Web browser engine comparisons|Web browser engine comparisons]]". "Layout engine(s)" is more appropriate, because the same engines are used in email software (for HTML rendering), in ebook readers and the like, but there need to be redirects from "web browser engines", because that term is also used (but not as frequently). If you read the article carefully, it's not a comparison of browsers: for example, [[WebKit]] (in the tables) is the name of a ''layout engine'' that is used in several browsers, ebook readers and the like. WebKit is not the name of a browser. The lead paragraph of the article also makes it quite clear that it's a comparison of layout engines. The&nbsp;two category names need to be fixed, as well as the above article titles and [[Talk:Web_browser_engine#Article_name_should_be_.22Layout_engine.22_not_.22Web_browser_engine.22 | this]] article. Also see [[Template:HTML]] and [[Template:Web browser engines]]. (Looks like a big job to do properly, I'm&nbsp;not volunteering to do it).
*When this originally came up, it occurred to me that this sort of problem (lack of consistency between article titles and category titles) occurs frequently and repeatedly because most WP users can't work out how to search categories. Categories are not searched by the default basic WP search. So, [[Wikipedia_talk:Article_titles/Archive_37#Deciding_on_an_article_title:_Consistency|as you can see here]], I tried to get a link from [[WP:AT]] to an explanation of how to search categories before deciding on article titles, however... [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 15:06, 11 October 2012 (UTC)
:''The above discussion is preserved as an archive of the proposal. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section on this talk page. No further edits should be made to this section.</div><!-- Template:pollbottom -->
 
==Requested move==
<div class="boilerplate" style="background-color: #efe; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px dotted #aaa;"><!-- Template:RM top -->
:''The following discussion is an archived discussion of a [[WP:requested moves|requested move]]. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a [[Wikipedia:move review|move review]]. No further edits should be made to this section. ''
 
The result of the move request was: '''not moved'''. &mdash;[[User:Darkwind|Darkwind]] ([[User talk:Darkwind|talk]]) 01:09, 20 January 2013 (UTC)
 
----
 
– See discussion. <small>''Relisted''. [[User:BDD|BDD]] ([[User talk:BDD|talk]]) 19:52, 20 December 2012 (UTC)</small> [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 15:00, 2 November 2012 (UTC)
 
* [[Web browser engine]] → [[Layout engine]]
* [[Comparison of web browser engines]] → [[Comparison of layout engines]]
* [[Comparison of layout engines (ECMAScript)]] → [[Comparison of layout engines (ECMAScript support)]]
* [[Comparison of layout engines (HTML5)]] → [[Comparison of layout engines (HTML5 support)]]
* [[Comparison of layout engines (Cascading Style Sheets)]] → [[Comparison of layout engines (Cascading Style Sheet support)]]
* [[Comparison of layout engines (HTML5 canvas)]] → [[Comparison of layout engines (HTML5 canvas support)]]
* [[Comparison of layout engines (HTML5 media)]] → [[Comparison of layout engines (HTML5 media support)]]
 
*([[List of web browser engines]] has just been moved to [[List of layout engines]]; [[Layout engines]] (redirect page) needs fixing)
 
*As discussed [[Talk:Comparison_of_web_browser_engines#Layout engines|here]], [[Talk:Comparison_of_web_browser_engines#Proposed moves|above]], the main problem with the existing title is the category naming: although the category is "[[:Category:Web browser engines|Web browser engines]]", half of the articles in the category are already correctly named "XXX (layout engine)". The problem is even more obvious if you look at the category "[[:Category:Web browser engine comparisons|Web browser engine comparisons]]". "Layout engine(s)" is more appropriate, because the same engines are used in email software (for HTML rendering), in ebook readers and the like, but there need to be redirects from "web browser engines", because that term is also used (but not as frequently). If you read the article carefully, it's not a comparison of browsers: for example, [[WebKit]] (in the tables) is the name of a ''layout engine'' that is used in several browsers, ebook readers and the like. WebKit is not the name of a browser. The lead paragraph of the article also makes it quite clear that it's a comparison of layout engines. The&nbsp;two [[Wikipedia:Categories_for_discussion/Log/2012_November_3#Proposal_to_rename_Category:Web_browser_engine_comparisons_to_Category:Layout_engine_comparisons|category names need to be fixed]], as well as the above article titles and [[Talk:Web_browser_engine#Article_name_should_be_.22Layout_engine.22_not_.22Web_browser_engine.22 | this]] article. Also see [[Template:HTML]] and [[Template:Web browser engines]]. (Looks like a big job to do properly, I'm&nbsp;not volunteering to do it).
*Of the items [[Talk:Comparison_of_web_browser_engines#Proposed_moves|above]] proposed for moving, I have listed only the items where web standards are changing, or where there might be confusion as to the meaning of the article name. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 15:00, 2 November 2012 (UTC)
 
*'''Comment''' but a layout engine doesn't need to be web-language compatible, there are other languages out there and other renderers/engines. -- [[Special:Contributions/65.92.181.190|65.92.181.190]] ([[User talk:65.92.181.190|talk]]) 05:34, 3 November 2012 (UTC)
 
*[[E-book|eBooks]] seem to be based on web standards. [[MathML]] is one example of a standard that is maintained by [[W3C]] but is as useful for ebook and book layout of formulas and equations as for web layout. I agree that there are non-web [[typesetting]] languages or [[markup languages]] (and associated rendering software) like (La)[[TeX]], but I'm not aware of the term "layout engines" being associated with such software. Are you? [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 09:00, 3 November 2012 (UTC)
 
*'''Oppose''' the first two; I and I think many others have a good idea of what a web browser engine does while ''layout engine'' is esoteric and possibly also ambiguous. Unsure of the others. [[User:Andrewa|Andrewa]] ([[User talk:Andrewa|talk]]) 08:59, 10 November 2012 (UTC)
*'''Oppose''' the first two per [[WP:CRITERIA]] because "web browser engine" is more recognisable and precise. "Layout engines" include PDF engines, PowerPoint readers, font renderers, etc. as well as web browser engines. '''Support''' the other moves as well but would prefer to use "web browser engine" there too. Also per [[WP:CRITERIA]], consistency in particular in this occasion. --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 20:02, 10 November 2012 (UTC)
:*As discussed [[Talk:Comparison_of_web_browser_engines#Proposed_moves|above]], "The main problem with the title is the category naming: if you look at the bottom of the page you will see that the relevant categories have been renamed from "Web browser engines" and "Web browser engine comparisons" to "[[:Category:Layout engines|Layout engines]]" and "[[:Category:Layout engine comparisons|Layout engine comparisons]]" because over half of the articles in the first category are already correctly named "XXX (layout engine)" and ''all'' of the articles in the second are named "layout engine" (see CfD discussion [[Wikipedia:Categories_for_discussion/Log/2012_November_3|here]]). "Layout engine(s)" is more appropriate, because the same engines are used in email software (for HTML rendering), in ebook readers and the like (there need to be redirects from "web browser engines", because that term is also used (but not as frequently)). If you read the article carefully, it's not a comparison of browsers: for example, [[WebKit]] (in the tables in the article) is the name of a layout engine that is used in several browsers, ebook readers and the like. WebKit is ''not'' the name of a browser. Likewise for [[Gecko_(layout_engine)|Gecko]], [[Trident_(layout_engine)|Trident]] and all the others that are compared in the table: they are not browsers, they are layout engines. The lead paragraph of the article also makes it quite clear that it's a comparison of layout engines". And the template box at the bottom of the page links to related articles that are all layout engines.
:*If you think it would be clearer, another alternative would be to rename the first two as follows:
::* [[Web browser engine]] → [[Web browser layout engine]]
::* [[Comparison of web browser engines]] → [[Comparison of layout engines]]
:I prefer to omit the "web browser" part, because the engines that are discussed are not limited to "web browsers". A huge part of future CSS3 standards will focus on [http://www.w3.org/2012/08/electronic-books/ ebooks] and their layout engines (mainly Webkit). Note also that there is already a separate article [[Comparison of web browsers]] which is correctly named.
:* '''Quote''': "Layout engines" include PDF engines, PowerPoint readers. &nbsp; '''Comment''': Surely it's the reverse, PDF viewers, Powerpoint viewers, and web browsers include (incorporate) layout engines, but they are not themselves layout engines. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 00:46, 12 November 2012 (UTC)
 
::''Comment'' Only [[Reflowable document|reflowable]] eBook formats require a layout engine. [[DjVu]], a collection of scanned images with an optional text overlay, does not, nor does [[PostScript]], which describes static pages, or the [[Portable Document Format]] (except in the seldom-used [[Portable Document Format#Accessibility|content view]]. [[EPUB]], [[XHTML]] content with [[XML]] metadata, is displayed in a [[web browser]] or a rendered by a [[layout engine]]. [[Mobipocket|.mobi/.azw]], reflowable simple text with embedded images, is rendered by a native layout engine in the [[Amazon Kindle]], but few details about the proprietary software are available publicly and an article is unlikely. [[Amazon]]'s new [http://www.amazon.com/gp/feature.html?docId=1000729511 KF8 format] is a subset of [[HTML5]] that's rendered by [[WebKit]].
 
:: [[PowerPoint]], an [[XML]] format since 2007, is rendered by [[MSHTML]]. ([[WP:OR]], but you can confirm with [http://msdn.microsoft.com/en-us/library/aa264396%28v=vs.60%29.aspx Spy++].) Font renderers name themselves as "<qualifier> layout engine", either as a "<brand> layout engine" or a "text layout engine" [http://www.google.com/search?q=%22font+renderer%22+%22layout+engine%22]. ''Pro forma'' for PDF, CSS and other layout engines [https://www.google.com/search?q=PDF+%22layout+engine%22]. They should probably be mentioned in a new section here, but there are currently no articles on any of these variants, and a [[WP:HAT|hatnote]] is sufficient should any materialize. [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 01:34, 12 November 2012 (UTC)
 
*'''Support''' the first two ''per'' elements 1, 2, and 5 of [[WP:NAMINGCRITERIA]], '''Weak Support''' of the others ''per'' element 3.
::[[WP:TLDR|tl;dr]]? (1) ''layout engine'' is the [[vernacular]] name, (2) topical articles all used this name until 2010, when (3) a [[WP:DISRUPT|disruptive editor]] substituted a [[neologism]] for the accepted name, creating [[WP:SURPRISE]] and [[WP:NAMINGCRITERIA|inconsistent names]], even though (4) innovation is [[WP:NOTFORUM|not our purpose]] here. [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 19:33, 11 November 2012 (UTC)
: ''First,'' because ''layout engine'' is the [[vernacular]] name of this bit of software among the people who design them and the people who incorporate them into other applications. It is used almost exclusively to ''web browser engine'' at [[Microsoft]] ([http://www.google.com/search?q=%22layout+engine%22+site%3Amicrosoft.com 3500] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Amicrosoft.com 8]), [[Mozilla]] ([http://www.google.com/search?q=%22layout+engine%22+site%3Amozilla.org 3360] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Amozilla.org 2]), and [[Opera]] ([http://www.google.com/search?q=%22layout+engine%22+site%3Aopera.com 1460] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Aopera.com 6]). [[WebKit]] has styled itself a ''web browser engine'' [http://www.webkit.org/] since it forked from [[KHTML]] (which itself preferred [http://web.archive.org/web/20051217062034/http://khtml.info/wiki/index.php?title=Hosted_Projects ''HTML engine'']), but even at WebKit ''layout engine'' is more common than the official [[neologism]] ([http://www.google.com/search?q=%22layout+engine%22+site%3Awebkit.org 328] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Awebkit.org 233]). The conventional ''layout engine'' is strongly preferred by [[Apple Inc.|Apple]] developers (developer.apple.com; [http://www.google.com/search?q=%22layout+engine%22+site%3Adeveloper.apple.com 67] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Adeveloper.apple.com 1]) and at [[Chromium (web browser)|Chromium]] ([http://www.google.com/search?q=%22layout+engine%22+site%3Achromium.org 68] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Achromium.org 3]). (It's interesting that the neologism is almost unknown at developer.apple.com while it's nearly as common as the conventional ''layout engine'' at Apple overall ([http://www.google.com/search?q=%22layout+engine%22+site%3Aapple.com 811] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Aapple.com 760]). Perhaps Apple corporate worries, as do some WP editors, that users will be befuddled by the technical term and slips them a description instead.) The story is the same in books ([http://www.google.com/search?q=%22layout+engine%22#q=%22layout+engine%22&tbm=bks 2810] to [http://www.google.com/search?q=%22web+browser+engine%22#q=%22web+browser+engine%22&tbm=bks 471]), patents ([http://www.google.com/search?q=%22layout+engine%22#q=%22layout+engine%22&tbm=pts 4230] to [http://www.google.com/search?q=%22web+browser+engine%22#q=%22web+browser+engine%22&tbm=pts 1090]), and journals ([http://scholar.google.com/scholar?q=%22layout+engine%22&btnG=&hl=en&as_sdt=1%2C22 1180] to [http://scholar.google.com/scholar?q=%22web+browser+engine%22&btnG=&hl=en&as_sdt=1%2C22 167]). ''Layout engine'' an "esoteric" term? Absurd. (And "possibly ambiguous" is comical in any context.)
 
: ''Second,'' because the move restores consistency between the names of articles about layout engines and the articles under discussion that prevailed before these two articles were renamed. An oddly precocious [http://en.wikipedia.org/w/index.php?title=Special:Contributions&dir=prev&tagfilter=&contribs=user&target=Barsamin&namespace=&date=23] [[WP:DISRUPT|disruptive editor]] moved [[Layout engine]] to [[Web browser engine]] 2-1/2 years ago [http://en.wikipedia.org/w/index.php?title=Web_browser_engine&diff=363963992&oldid=357051173] because he felt that the new phrase was more descriptive than the vernacular name [http://en.wikipedia.org/wiki/Talk:Web_browser_engine#Terminology]. He began to change all instances of ''layout engine'' to ''web browser engine'' [http://en.wikipedia.org/w/index.php?limit=50&tagfilter=&title=Special%3AContributions&contribs=user&target=Barsamin&namespace=&tagfilter=&year=2010&month=5] but gave up, then attempted to rationalize the name change ''per'' of RA's reasoning above [http://en.wikipedia.org/w/index.php?title=Layout_%28computing%29&diff=366148582&oldid=364046139] but gave up, then wandered away a month later. Before Barsamin the meta-articles under discussion were named consistently with the articles on specific layout engines which these articles summarize and abstract, and ''layout engine'' was used consistently throughout to name this bit of software. Most sourced topical articles such as [[Web browser]] retain the original, vernacular ''layout engine'' in the body of the article, but now the wikilinks to [[layout engine]] redirect users to [[Web browser engine]], a [[WP:SURPRISE]] to users who discover that the meta-article about layout engines seems to abandon the [[nomenclature]] used in every article about an actual layout engine. Even [[Web browser engine]] is itself only incompletely [[bowdlerize]]d, retaining the original usage from the [[lede]] forward. The proposed move, followed by reversion of affected wikilinks to the original term, will substantially restore the [[WP:NAMINGCRITERIA|naming consistency]] that prevailed before Barsamin's innovation.
 
: ''Third,'' because improving upon the vernacular is [[WP:NOTFORUM|not what we do]] here. There are [[Urban Dictionary|other venues]] for novel usages; what we want in an article on software technology is the terminology used by software technologists who are [[Person having ordinary skill in the art|skilled in the art]] described by the article. Whatever "I and I think many others have a good idea of" is irrelevant - you can't (and shouldn't) rename [[Sonic hedgehog]] for that reason, either. If it's not what they say in [[Silicon Valley|Sunnyvale]], then it's not what we say at WP. [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 19:17, 11 November 2012 (UTC)
 
:I have just revisited the web research that RA did in the previous RfM, and compared Googling the following two
:* [http://www.google.com/search?&q=WebKit+Gecko+Trident+Presto+%22layout+engine%22+-wikipedia+-site:wikipedia.org WebKit Gecko Trident Presto "layout engine" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=WebKit+Gecko+Trident+Presto+%22browser+engine%22+-wikipedia+-site:wikipedia.org WebKit Gecko Trident Presto "browser engine" -wikipedia -site:wikipedia.org]
:and the first is way ahead. But, Googling
:* [http://www.google.com/search?&q=WebKit+%22layout+engine%22+-wikipedia+-site:wikipedia.org WebKit "layout engine" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=WebKit+%22browser+engine%22+-wikipedia+-site:wikipedia.org WebKit "browser engine" -wikipedia -site:wikipedia.org]
:appears to give the latter a very slight edge. Ironically, the [http://webkit.org WebKit.org] site says that "WebKit is an open source web browser engine". This is ironic because WebKit is surely a major engine used in e-books.
{{anchor|wble}}
:I thought of [[Web browser layout engine]] (or [[Browser layout engine]]) as reasonable compromise naming for [[Web browser engine]], but Googling
:* [http://www.google.com/search?&q=%22web+browser+engine%22+-wikipedia+-site:wikipedia.org "web browser engine" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=%22browser+layout+engine%22+-wikipedia+-site:wikipedia.org "browser layout engine" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=%22web+browser+layout+engine%22+-wikipedia+-site:wikipedia.org "web browser layout engine" -wikipedia -site:wikipedia.org]
: suggests that "web browser engine" is more widely recognized. So maybe the best compromise is to leave just this first one (in the list) as it is. In this case, real world is messy.
: As for the second one in the list, comparing
:* [http://www.google.com/search?&q=%22comparison+of+layout+engines%22+-wikipedia+-site%3Awikipedia.org "comparison of layout engines" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=%22comparison+of+browser+engines%22+-wikipedia+-site%3Awikipedia.org "comparison of browser engines" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=%22comparison+of+web+browser+engines%22+-wikipedia+-site%3Awikipedia.org "comparison of web browser engines" -wikipedia -site:wikipedia.org]
:* [http://www.google.com/search?&q=%22comparison+of+web+browser+layout+engines%22+-wikipedia+-site%3Awikipedia.org "comparison of web browser layout engines" -wikipedia -site:wikipedia.org]
: supports the idea of moving [[Comparison of web browser engines]] → [[Comparison of layout engines]]
: Caution: When Googling, make sure that you are logged out of Google, or your previous search history may affect your search results.
: What do you think (TIA)? [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 02:40, 12 November 2012 (UTC)
 
:: Well, I think that if practitioners, those who design and use these things, call them ''layout engines'' then WP should call them ''layout engines'', regardless of the current usage in the [[blogosphere]]. (Itself an object lesson in why not to invent terms.) If [[W3C]] prefers ''layout engine'' ([http://www.google.com/search?q=%22layout+engine%22+site%3Aw3.org 694] to [http://www.google.com/search?q=%22web+browser+engine%22+site%3Aw3.org 43]), and Microsoft, Mozilla, Google, and the technical contingent at Apple do too, then we should as well. That's why I restricted my searches as I did. [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 02:20, 14 November 2012 (UTC)
::* It seems that, as you suggested above, large numbers of people (who do not know the correct term) search for "browser engines", and more knowledgeable people who want to compare features—like support for HTML5, CSS3 etc—use "layout engines". [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 03:25, 14 November 2012 (UTC)
 
::: Really? I don't think I did. A Google search can't tell you who is looking for what, only what is out there to find. (But WP can - in the last 30 days, 2/3 of the page views of [[Web browser engine]] have been redirects from [[Layout engine]], so the current names are more a hindrance than a help to readers [http://stats.grok.se/en/latest/Layout_engine] [http://stats.grok.se/en/latest/Web_browser_engine].) [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 05:36, 14 November 2012 (UTC)
:::*3541 out of a total of 3541+5337, i.e. 40% of the views were for layout engine. Good point. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 07:29, 14 November 2012 (UTC)
 
:::: A bit higher, since the hits on [[Web browser engine]] include the redirects to it from [[Layout engine]]. (Or did I read that wrong?) [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 08:15, 14 November 2012 (UTC)
 
::::* It's counter-intuitive, but the "web browser engine" hits don't include redirects from "layout engine". There are some articles where the number of hits on the page title is less than the number on all the redirects. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 11:30, 14 November 2012 (UTC)
 
:* First, it is hardly surprising that WebKit, Gecko, etc. are referred to as "layout engines". They are layout engines. Specifically, they are browser engines, which are a subset of all layout engines. HTML is not the only technology that is laid out. Other layout engines include [[Graphics Layout Engine|GLE]] ([[LaTeX]]), [[Ghostscript]] (PDF), [[Pango]] (text), [[XEP]] ([[XSL-FO]]) and so on. So, is this article about a comparison of all layout engines, or just those that layout HTML?
:* Second, "browser engine" is not a neologism created in the blogosphere. It is the term used since the creation of the world wide web to refer to layout engine that layout HTML. See [http://books.google.com/ngrams/graph?content=browser+engine%2Clayout+engine&year_start=1960&year_end=2008&corpus=15&smoothing=3&share= a comparason of sources]. Note two things: (1) use of the term "layout engine" predates the creation of the first web browser (1990); (2) use of the term "browser engine" begins with the creation of the first web browser.
:* Third, with regard to how ever many hits to [[Web browser engine]] come from the article [[Layout engine]], Yappy2bhere, you modified the article [[Layout engine]] to redirect to [[Web browser engine]] on the [http://en.wikipedia.org/w/index.php?title=Layout_engine&diff=520998239&oldid=504410880 2 November]. That may be appropriate (many of the in-coming links to [[Layout engine]] refer more specifically to HTML layout engines). However, it is disingenuous to make argument based on where that article redirects to after you modified where it redirects to.
:--[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 00:30, 15 November 2012 (UTC)
 
:: Don't be insulting, RA. Those are page views over the last ''30 days''; I changed the redirect [http://en.wikipedia.org/w/index.php?title=Layout_engine&diff=522947413&oldid=522520447] within ''8 minutes'' of posting my response to LittleBen [http://en.wikipedia.org/w/index.php?title=Talk:Comparison_of_web_browser_engines&diff=522948132&oldid=522936199]. Twiddle the figures by 180ppm, if you like. According to LittleBen's first post, the redirect page needed to be updated subsequent to moving [[List of layout engines]] - that's what I did.
 
:: Your graph indicates that the use of ''layout engine'' among people who know enough to write a book has grown rapidly, as rapidly even as the number of web browsers in the world, and has eclipsed the use of ''browser engine''.
 
:: Once more, slowly: Static formats don't require a layout engine - text and image placement is predefined in the file. Reflowable formats do require a layout engine - the size or orientation of the display can change placement, or the substitution of one image for another of a different size, and so on. Of the formats you listed, only [[XSL]] (of which [[XSL-FO|XSL formatting objects]] is a subset) is reflowable and is the only one that requires a layout engine. That's why ''layout engine'' isn't mentioned in any of the articles you listed except [[RenderX]], which makes a niche XML layout engine that renders to a PDF file instead of to a [[framebuffer]].
 
:: However, RenderX is a tiny company ("with hundreds of worldwide customers" [http://www.renderx.com/company/index.html]) compared to even the smallest browser maker, and it never calls its product a ''layout engine'' but qualifies it consistently as a ''page layout engine'' [http://www.google.com/search?q=%22layout+engine%22+site:renderx.com&aq=t]. So, as I said earlier, a ''layout engine'' in the vernacular of the [[Silicon Valley|valley]] is a component of a web browser, and makers of software for other layout tasks qualify the term ("page layout engine") so that their software won't be mistaken for a browser component.
 
:: Finally, [[Graphics Layout Engine]] is a scripting language and not any sort of layout engine at all. [[User:Yappy2bhere|Yappy2bhere]] ([[User talk:Yappy2bhere|talk]]) 07:38, 15 November 2012 (UTC)
 
::*It's quite easy to show the page views for the two terms "Web browser engine" and "Layout engine" for several months as follows:
 
:::{| class="wikitable"
| align="center" style="background:#f0f0f0;"|''''''
| align="center" style="background:#f0f0f0;"|'''10/04'''
| align="center" style="background:#f0f0f0;"|'''10/05'''
| align="center" style="background:#f0f0f0;"|'''10/06'''
| align="center" style="background:#f0f0f0;"|'''10/07'''
| align="center" style="background:#f0f0f0;"|'''12/07'''
| align="center" style="background:#f0f0f0;"|'''12/08'''
| align="center" style="background:#f0f0f0;"|'''12/09'''
| align="center" style="background:#f0f0f0;"|'''12/10'''
|-
| [[Web browser engine]]||[http://stats.grok.se/en/201004/Web_browser_engine 0]||[http://stats.grok.se/en/201005/Web_browser_engine 672]||[http://stats.grok.se/en/201006/Web_browser_engine 1797]||[http://stats.grok.se/en/201007/Web_browser_engine 2360]||[http://stats.grok.se/en/201207/Web_browser_engine 4660]||[http://stats.grok.se/en/201208/Web_browser_engine 4476]||[http://stats.grok.se/en/201209/Web_browser_engine 4575]||[http://stats.grok.se/en/201210/Web_browser_engine 5462]
|-
| [[Layout engine]]||[http://stats.grok.se/en/201004/Layout_engine 7528]||[http://stats.grok.se/en/201005/Layout_engine 6904]||[http://stats.grok.se/en/201006/Layout_engine 3615]||[http://stats.grok.se/en/201007/Layout_engine 3551]||[http://stats.grok.se/en/201207/Layout_engine 3913]||[http://stats.grok.se/en/201208/Layout_engine 3399]||[http://stats.grok.se/en/201209/Layout_engine 3396]||[http://stats.grok.se/en/201210/Layout_engine 3467]
|-
| Total||7528||7576||5412||5911||8573||7875||7971||8929||
|-
|
|}
 
::*[[Comparison of layout engines (Cascading Style Sheets)]], with [http://stats.grok.se/en/latest/Comparison_of_layout_engines_%28Cascading_Style_Sheets%29 5567 views], seems to be by far the most popular of the "Comparison of layout engines (XXXX)" articles.
::*The naming picture is rather murky. I'm currently reading the book "High Performance JavaScript", and that explains that the "layout engine" implements the DOM (supports (X)HTML and CSS) while ECMAscript (JavaScript) is implemented as a separate scripting module that talks to the layout engine. Different browsers that share the same layout engine (WebKit) have different JavaScript engines: Chrome uses "[[Chrome_V8|V8]]" and Safari uses "[[SquirrelFish#JavaScriptCore|SquirrelFish]]". It's not clear whether support for SVG, or for HTML5 Canvas (for example) is part of the layout engine or a separate module. So the picture is a bit murky—but it's surely modules ("engines") within the browser that handle this stuff, not the browser itself.
::*Page description languages like PCL and Postscript were designed for laying out stuff on a fixed (predefined-size) paper "canvas", and don't allow text to be reflowed (like when you resize a browser window or switch from portrait to landscape mode on a mobile browser), although Postscript allows magnify/reduce. Such software engines are surely described as "rendering" or "rasterization" engines rather than "layout engines". LaTeX and PostScript (GhostScript) are known as "document markup" or "page description" languages. Postscript (PDF rendering) within a browser is usually done by a plugin, a module or engine used within the browser, it seems. [http://www.google.com/search?q=pango+multilingual Pango] is a multilingual localization tool (it can be [http://www.google.com/search?q=pango+php used with PHP] in WordPress—with Pango, dictionaries are compiled to *.po files, and Pango enables the language of standard menu items to be switched on the fly depending on the preferred language of the user or browser).
::*Likewise, there are libraries that programmers can use for drawing graphics, [[Cairo (graphics)|Cairo]] is one, but they are not called "layout engines".
::*To sum up briefly, and answer RA's main concern (ECMAscript): It ''is'' certain that ECMAscript (JavaScript) support is provided by a scripting engine (module) in the browser that is separate from the layout engine, and this is a separate module rather than an inseparable part of the browser. However, it ''is'' fair to say that it is more specific to the browser than to the layout engine—unlike DOM, HTML, and CSS support (which are implemented by the layout engine). Internet Explorer can be scripted by separate scripting engines (modules) that implement VBScript and JScript, for example. So yes: ECMAscript seems to be the "odd man out" in the above. Must leave it at that for now.
::* PS: It seems that [[Comparison of web browser engines]] → [[Comparison of layout engines]] is justified, and
:::* [[Comparison of layout engines (ECMAScript)]] → [[Comparison of browser engines (ECMAScript support)]] would be an improvement.
::* If we can agree on the above two then I'd gladly forget about changing the others. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 16:41, 15 November 2012 (UTC)
:::* PPS: It seems that [http://www.webkit.org/projects/svg/ SVG], JPEG &amp; GIF [[Comparison_of_layout_engines_(graphics) | graphic support]] are bundled with the (WebKit) layout engine. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 01:56, 16 November 2012 (UTC)
 
* '''Oppose / suggestion'''. "Layout engine"? Engine to lay out what? Just my first thoughts. Using "layout engines" seems to assume a context other than Wikipedia's very general one. There's my second. [[Special:Contributions/213.246.91.158|213.246.91.158]] ([[User talk:213.246.91.158|talk]]) 07:03, 18 November 2012 (UTC)<br/>If "layout" ''is'' significant, make it "Comparison of web-browser layout engines". [[Special:Contributions/213.246.91.158|213.246.91.158]] ([[User talk:213.246.91.158|talk]]) 06:47, 20 November 2012 (UTC)
:* You can see that [[Talk:Comparison_of_web_browser_engines#wble|I have already thought of that and compared it to other terms above]], but layout engine comes out far ahead. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 06:55, 20 November 2012 (UTC)
:*: On its own, "Comparison of layout engines" just seems too vague to me. So, if there is to be a change, how about '''Comparison of web-browser layout engines''' (and hence "List of web-browser layout engines" for "List of layout engines", etc)..? [[Special:Contributions/213.246.91.158|213.246.91.158]] ([[User talk:213.246.91.158|talk]]) 18:20, 20 November 2012 (UTC)
::* As you can see above, that was my original suggestion, but [[Talk:Comparison_of_web_browser_engines#wble|when I researched it]] I found that virtually nobody uses such a term in the real world. It seems to me that the above Google results are telling us that people who don't know the term "layout engine" find the "[[Web browser engine]]" article and learn the correct term there. On the other hand, geeks—and technically-inclined people who want to learn more and compare technical features of these engines—almost all search for "[[Comparison of layout engines]]". Unless we match Wikipedia article naming to what people in the real world are using to search for information, people are going to have trouble finding stuff on Wikipedia. Of course it's possible to add a redirect from the term that you suggested—but the article title should be what the majority are searching for, to provide a good experience for the majority by avoiding (unpleasant) surprises. Does that help? [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 05:49, 21 November 2012 (UTC)
 
::::The links you provided don't show what people ''search'' for. They show what people ''find''. (And I don't know how you are determine what 'kind' of user searches for which term.)
::::Google provides a tool to compare terms people search for. And what people search for is [http://www.google.com/trends/explore#q=%22browser%20engine%22%2C%20%22layout%20engine%22&date=1%2F2008%2060m&cmpt=q pretty much neck-and-neck].
::::As has been explained, however, "layout engine" is a broader term. "Browser engines" are a subset of all "layout engines". Like 213.246.91.158 puts succinctly, "layout engine" alone lacks context. And I don't believe the intention is that these articles should be about ''all'' layout engines, just specifically the "browser engine" kind. --[[User:Rannpháirtí anaithnid|<span style="color:black;">RA</span>]] ([[User talk:Rannpháirtí anaithnid|talk]]) 00:36, 23 November 2012 (UTC)
::::*Hi, thanks for getting back to me.&nbsp; <!-- Re. ''search'' vs. ''find'': Google search results are ordered by criteria such as "relevance" and "trustworthiness". Google measures popularity of articles by number of clicks in search results; popular articles move up in search results (articles get a lot of clicks because people tell their friends). Google analytics is widely used on all the most popular sites, and the number of clicks on a site compared with its competitors (for a given search term, if they arrive from a search), and the time they stay on the site/number of pages they view, also tells Google about the site's "relevance" -->I've taught a community college course on web research/web analytics for a couple of years, and also passed the "Google Analytics IQ" exam. twice, so maybe I was assuming a bit too much about your background, and not explaining my thinking in enough detail. My reasoning/logic for deducing that "(web) browser engine" is the term used in searches by ordinary users, and that "layout engine" is the term used by geeks is as follows: I think you'll agree that almost everybody knows the words "web" and "browser", and also the combination "web browser". But relatively few "ordinary" users will know the term "layout engine". Nevertheless, as you show, search strings that contain "web browser" and "layout engine" occur with about the same frequency. One might expect that "ordinary" users would far outnumber "geeks". But geeks search a lot for specific information—they want to compare layout support for CSS3 and HTML5 support ("ordinary" users don't know what CSS3 and HTML5 are, so they are not going to be interested in comparing the different layout engines' support—only the geeks will be doing that). So you will find many articles if you search for "comparison of layout engines" (layout engines is the term that the geeks will be using) and very few by searching for "comparison of browser engines".
::::*To revisit this logic backwards: good web copywriters research the popularity of keywords. If they give their article a good title, and it's a well-written and valuable article compared with the competition, then it will grow in popularity and "float up" to near the top of the search rankings for the keywords. If you're interested in learning more about this, I wrote a long explanation [[Wikipedia_talk:Article_titles/Archive_38#Google_Insights|here]]. (Note: Google Insights was much more useful than Google Trends, but Google seems to have decided that it was too commercially valuable to give away for free). You may also be interested in [[WP:Search engine test]], which I've greatly expanded.
::::*As I've explained above—if you research it—you will find that "layout engine" is now used virtually exclusively for these HTML/CSS engines, and other terms such as "page description languages" and "rendering" or "rasterization" engines are used for the other applications. Postscript is a vector language, and the "rendering" or "rasterization" engine converts the vectors to a bit map. On the other hand, for a layout engine—apart from SVG support and font rendering—the main functionality is supporting HTML semantic markup "this is a level-1 heading" and CSS layout (positioning) and color etc. [[Web_design#Evolution_of_web_design|Web page layout used to be done using HTML tables]], but is now done using CSS, that's where the term "layout" came from. I agree that the rasterization functions are there, but they are an invisible black box. I'm not completely sure how 2D and 3D graphic hardware support is implemented, but it seems most likely that they are part of the invisible black-box rasterization functions; most likely the black box talks to hardware APIs like OpenGL and OpenCL. Does this explanation help? [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 14:33, 24 November 2012 (UTC)
::::*PS: I've thought about it a bit more, and it occurs to me that geeks are also likely to do lazy searches (i.e. searches that are as short as possible) about (say) CSS or HTML support in ''specific'' browsers, when they really want to go to the ''layout engine'' (whose name they may not remember) that powers the browser. So they may search for "Safari CSS3 support", "Chrome CSS3 support" or "Android (browser) CSS3 support". But these three are all based on the same Webkit layout engine, so at least the (more popular) first two should redirect to "Comparison of layout engines (CSS3)". Likewise "Firefox CSS3 support" and "IE CSS3 support". Another word that people doing a search might use instead of "support" is "compatibility". SEO, trying to map the words that users actually use in searches to where they really want to go and what they are really looking for, clearly requires a lot of imagination and research ;-) [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 18:09, 24 November 2012 (UTC)
::::*You can also see that "layout engine" has the edge if you try the following searches:
::::* [http://www.google.com/search?&q=%22browser+engine%22+AND+%22HTML+5+support%22+-wikipedia+-site%3Awikipedia.org http://www.google.com/search?q="browser engine" AND "HTML 5 support" -wikipedia -site:wikipedia.org] (27,600 items)
::::* [http://www.google.com/search?&q=%22layout+engine%22+AND+%22HTML+5+support%22+-wikipedia+-site%3Awikipedia.org http://www.google.com/search?q="layout engine" AND "HTML 5 support" -wikipedia -site:wikipedia.org] (64,400 items)
::::* [http://www.google.com/search?&q=%22browser+engine%22+AND+%22CSS+3+support%22+-wikipedia+-site%3Awikipedia.org http://www.google.com/search?q="browser engine" AND "CSS 3 support" -wikipedia -site:wikipedia.org] (224 items)
::::* [http://www.google.com/search?&q=%22layout+engine%22+AND+%22CSS+3+support%22+-wikipedia+-site%3Awikipedia.org http://www.google.com/search?q="layout engine" AND "CSS 3 support" -wikipedia -site:wikipedia.org] (494 items) &nbsp;[[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 16:00, 1 December 2012 (UTC)
 
As mentioned above, currently the only items that I suggest should be changed are
* Comparison of web browser engines → Comparison of layout engines &nbsp; is justified, and
* Comparison of layout engines (ECMAScript) → Comparison of browser engines (ECMAScript support) &nbsp; would be an improvement. [[User:LittleBenW|LittleBen]] ([[User talk:LittleBenW|talk]]) 00:04, 21 December 2012 (UTC)
 
*'''Oppose''' the first two. No comment for the rest. -[[User:Kai445|Kai445]] ([[User talk:Kai445|talk]]) 05:33, 18 January 2013 (UTC)
:''The above discussion is preserved as an archive of a [[WP:RM|requested move]]. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section on this talk page or in a [[WP:move review|move review]]. No further edits should be made to this section.</div><!-- Template:RM bottom -->
 
== Who'll Blink first? ==
 
While I find the discussion of moving articles truly fascinating (truly!), I'd like to ask why exactly it is that the Blink engine isn't listed [[Comparison_of_layout_engines_(Document_Object_Model)#General_overview|here]]. I would think that since Google has the best adaptation to HTML5, Blink would have an average or better performance in comparison to other engines. If I were to want to find this pile of data myself, would anyone have suggestions as to where and how to find it? Thanks. <small><span class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:TheLastWordSword|TheLastWordSword]] ([[User talk:TheLastWordSword|talk]] • [[Special:Contributions/TheLastWordSword|contribs]]) 13:30, 9 June 2014 (UTC)</span></small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
 
== Adding Eww (Emacs web browser and engine)? ==
Line 431 ⟶ 15:
[[Eww_(web_browser)]] is a rendering engine integrated in Emacs since version 24.4. <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:ArneBab|ArneBab]] ([[User talk:ArneBab#top|talk]] • [[Special:Contributions/ArneBab|contribs]]) 07:11, 7 July 2017 (UTC)</small> <!--Autosigned by SineBot-->
 
:A little while ago I reverted the addition of Eww here. I hadn't heard of it before and seeing a few minutes of it on Youtube shows that it's an extremely limited browsing capability baked into Emacs. (It's early 1990s style browsing.)
== External links modified ==
:Here's the current problem with Eww as it's classified on Wikipedia: it's categorized as a [[web browser]] and written about as such (and is in the web browser template). If it's a stand-alone browser (albeit with extremely limited capabilities) then it cannot also be classified as an engine too. It would have to be one or the other. As it stands, it's a browser here on Wikipedia, not an engine. --[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 19:17, 20 October 2022 (UTC)
 
Hello fellow Wikipedians,
 
I have just modified one external link on [[Comparison of web browser engines]]. Please take a moment to review [https://en.wikipedia.org/w/index.php?diff=prev&oldid=795051710 my edit]. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit [[User:Cyberpower678/FaQs#InternetArchiveBot|this simple FaQ]] for additional information. I made the following changes:
*Added archive https://archive.is/20120530/http://www.lextrait.com/Vincent/implementations.html to http://www.lextrait.com/Vincent/implementations.html
 
I revisited this today and just rewrote the Eww article. It is indeed a lightweight browser, and is certainly not a browser engine. (There are underlying libraries in Emacs required for it to run.) So that should settle this issue here. --[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 19:53, 22 October 2022 (UTC)
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
 
Also, for reference, see [https://en.wikipedia.org/w/index.php?title=Eww_(web_browser)&diff=prev&oldid=1165228926 this edit]. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 01:58, 1 September 2023 (UTC)
{{sourcecheck|checked=false|needhelp=}}
 
== Support for Irrelevant standards ==
Cheers.—[[User:InternetArchiveBot|'''<span style="color:darkgrey;font-family:monospace">InternetArchiveBot</span>''']] <span style="color:green;font-family:Rockwell">([[User talk:InternetArchiveBot|Report bug]])</span> 18:01, 11 August 2017 (UTC)
 
I'm writing this because an [https://en.wikipedia.org/wiki/Special:Contributions/146.115.133.92 IP editor] has twice added [[JPEG 2000]] to the image format table. I've removed it both times because it's irrelevant to the real Web; only Safari supports it, so nobody uses it. I'm of the opinion that only ''relevant'' stuff should be in those tables. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 14:07, 22 July 2023 (UTC)
== Inclusionist vs deletionist ==
 
:I also removed [[JPEG XL]] for the same reason. Google [https://www.theregister.com/2022/10/31/jpeg_xl_axed_chrome/ decided not to support it] in Chrome, so therefore it's irrelevant to the real Web. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 18:32, 24 July 2023 (UTC)
These are completely subjective preferences. But [[User:Pmffl]] claims to be able to explain why these points are "wrong" on the talk page so I'll bite.
::I would argue that JPEG XL should be included. This was big news when Google removed it - most likely due to conflict of interest of the relevant employees - and again when Apple added it. It's also supported by Pale Moon, Firefox Nightly and various Chromium and Firefox forks.
# Links to [[Comparison of layout engines (XML)]], [[Comparison of layout engines (DOM)]]. [[Comparison of layout engines (ECMAScript)]] and [[Comparison of layout engines (SVG)]] are at least as relevant here as they are on [[Comparison of web browsers]].
::It's arguably the best and most versatile image format we have at the moment, strictly superior to Webp and mostly superior to Avif, with a wide industry backing from companies such as Meta and Adobe, and the unique ability to losslessly compress legacy JPEGs.
# [[:Category: Layout engine comparisons]] should appear beside [[:Category: Browser engine comparisons]] unless you want [[Comparison of layout engines]] to no longer redirect to [[Comparison of browser engines]].
::I would strongly suggest adding JPEG XL back, even if it's just to show how Blink is the one engine holding us back. Isnt that the point of the engine comparison? Right now it just shows that every engine supports every format. Pointless.
# Dillo is not actively developed but that doesn't matter. Since the project is open source, it doesn't immediately stop working on all the platforms listed here as soon as someone decides to stop adding new features.
::Besides, APNG and BMP are arguably less relevant than JPEG XL. I've never seen them used anywhere on the web. [[Special:Contributions/86.17.94.33|86.17.94.33]] ([[User talk:86.17.94.33|talk]]) 08:00, 4 August 2023 (UTC)
# Hubbub ''is'' actively developed and NetSurf is modular enough for it to be called an engine so it should clearly be here. If you think it's not well known, all the more reason to put it in Wikipedia.
# Sourced facts about the selection of browser engines also give us a chance to teach people something new. Judging by other types of software, people could easily be surprised to learn that all the engines they've ever used are written in C++ and forked from either KDE, Netscape or MS.
[[User:Connor Behan|Connor Behan]] ([[User talk:Connor Behan|talk]]) 02:41, 5 February 2019 (UTC)
 
:::None of those arguments matter compared to lack of Blink support and thus doomed to irrelevance on the Web. And I disagree with the "Pointless" opinion. The point of an encyclopedia is to be informative for a wide range of readers (some with little or no technical background). So in this article's Support section, listing what actually matters on the Web is the point.
:No, not completely subjective. Point 3 is irrelevant because Dillo is a lightweight browser, not a [[browser engine]]. Hubbub is a parsing library (as stated on its launchpad page), so not a full-fledged layout and rendering engine.
:::(In that vein, I agree that APNG is likely irrelevant too. I never heard of it outside of this article, but since the major engines all support it, it's possible that a website could use it.) -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 19:49, 6 August 2023 (UTC)
:For point 5, programming language is a minor detail for this page. I don't think it merits inclusion. It's really only relevant to browser devs, whereas this article should be suitable for the lay public.
:As for layout engine comparisons, the page had nothing but browser engines before which is why it redirects here now. This is not to say other types of [[layout engine]]s couldn't have comparison pages, but that's new content that would have to be created on separate page(s). -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 23:47, 5 February 2019 (UTC)
::I take back the request for Dillo because indeed there is not an engine that can be cleanly separated. But for NetSurf there is one. It's called "Hubbub + LibCSS + LibDOM". The only difference I can see compared to "Xul + Xpcom + Thebes" is that there's no marketing name like "Gecko" to encompass the whole thing.
::You mean the lay public who just wants a browser to work and doesn't care what engine it uses or even realizes that a browser engine is a thing? No, the audience of a software comparison page is on the technically savvy end. They may not be browser devs but it's fine if a page has something for everyone. A language column and a simple note about forking history does not take up anywhere near as much space as a niche tag-by-tag list at [[Comparison of browser engines (HTML support)]]. [[User:Connor Behan|Connor Behan]] ([[User talk:Connor Behan|talk]]) 20:17, 6 February 2019 (UTC)
:::After posting yesterday I actually took a closer look at NetSurf to verify its claim of having its own engine. Since the homepage lists all of their custom libraries, I agree their homebrew combination contitutes a distinct browser engine. So I added it to the table now, and will add it to the template.
:::But I still disagree about adding the programming language. That info is readily available at each engine page. By "lay public" I don't just mean clueless users, but non-technical folks who are curious to learn more about how browsers work. A Language column is TMI for them. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 04:35, 7 February 2019 (UTC)
::::Thanks. The piece I just added mentions that some of these engines have a shared history. [[User:Connor Behan|Connor Behan]] ([[User talk:Connor Behan|talk]]) 23:11, 8 February 2019 (UTC)
:::::"Dillo is a lightweight browser, not a browser engine." We need some strict rules for this article, because by this criteria [[Netscape_Navigator|Netscape Navigator]] 0.9 - 4 aren't running a real browser engine, despite being the groundwork for [[Gecko_(software)|Gecko]] an engine listed here. Gecko is either valid or it isn't. - [[User:Lucid00|Lucid00]] ([[User talk:Lucid00|talk]]) 19:07, 15 December 2019 (UTC)
 
::::Just deleted APNG from the table, as discussed above. Having regular PNG is enough to be listed there. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 19:55, 6 August 2023 (UTC)
== Is KHTML really "discontinued"? ==
::::And removed BMP too. I recall them long ago on the Web, but just another tiny niche format on the Web these days. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 22:13, 6 August 2023 (UTC)
 
:::It occured to me today that an explanatory note about Blink dominance would be a helpful addition. So [https://en.wikipedia.org/w/index.php?title=Comparison_of_browser_engines&diff=prev&oldid=1169198190 I added one]. This seems like a good compromise on this matter. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 17:41, 7 August 2023 (UTC)
The table on this page lists KHTML as "Discontinued", but [[KHTML]] states that it is still actively maintained, and it appears to still be the engine for Konqueror. What exactly does it mean to be discontinued here, and does that apply to KHTML?
:Yes, based on lack of releases in several years. That's a long time for a browser engine. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 21:40, 8 May 2019 (UTC)
 
=== Maybe let's not say that Google Chrome is by definition the best browser ===
Note: I've expanded the Status critera in the article and the template at the bottom of the page. It's now properly granular. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 18:37, 3 May 2021 (UTC)
The article as it stands defines Google Chrome to be the best browser, because everything that it supports is included and everything it doesn't support is irrelevant. Blink will, by definition, have absolutely every square marked as green.
 
I think it's clear that this position is a hard nut. I mean, given the fact there is no source attached to the statement "[such standards] will not become relevant on the Web", it is as good as [[WP:OR]]. I would argue that a good compromise position will be to keep the current table with main standards as is, but add a second, collapsed-by-default table of other, less common standards, such as BMP, JXL etc. //[[User:TalyaNe|Talya]] - [[Special:Contributions/TalyaNe|My contributions]] - [[User talk:TalyaNe|Let's talk]]// 10:07, 15 February 2024 (UTC)
== NetFront ==
 
:Disagree. Read [https://arstechnica.com/gadgets/2023/04/free-software-group-decries-google-dropping-space-saving-jpeg-xl-format/ this Ars piece on XL]. This article currently documents ''the way things are'' in an objective manner. (Nowhere does it advocate Chrome as "the best browser".) -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 05:30, 16 February 2024 (UTC)
Just here to highlight that NetFront pre-version 3.5 ran on an original rendering engine, titled "NetFront". It didn't switch to WebKit until version 4.0.
::@[[User:Pmffl|Pmffl]] no, it just says that things chrome does are good and things chrome doesn't do are bad.
This is clear in the Dreamcast browser, Sony PSP browser, early versions of the PS3 browser (anything before system software 4.10), NetFront 3.5 and below for Windows Mobile, and the PS2 browser.
::I mean, I can agree about JXL, but the logic behind that decision can't be that it's not in chrome and therefore not in the chart (which is what happens now). that's non encyclopedic.
::also, I don't see how this piece goes against my suggestion of a second table for less common standards. //[[User:TalyaNe|Talya]] - [[Special:Contributions/TalyaNe|My contributions]] - [[User talk:TalyaNe|Let's talk]]// 07:24, 16 February 2024 (UTC)
:::No, the article byline literally says "Google, with 80% of browser share, says there's not enough ecosystem interest." Then the FSF rep says "all Google is really doing is asking itself what Google wants." Also, the other referenced article in the footnote states it even more plainly: "The removal of JPEG XL means that none of these above browsers will be able to natively render JPEG XL images, and in turn that effectively dooms the new format, barring the unlikely event of the Mountain View megalith changing course."
:::As for the other item, a second table is not a good idea. Only stuff that's actually relevant to the current websites (especially the big ones, like Alexa top 1000) belongs in those tables. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 02:07, 17 February 2024 (UTC)
::::Again, this doesn't justify making the blanket statement "everything Google does is part of the web and everything it doesn't do isn't", and it definitely doesn't justify not having a second table of less common standards. //[[User:TalyaNe|Talya]] - [[Special:Contributions/TalyaNe|My contributions]] - [[User talk:TalyaNe|Let's talk]]// 05:32, 17 February 2024 (UTC)
 
=== Let's not be obtuse. ===
The rendering engine isn't even from that long ago considering that Tasman is listed, which ended long before the NetFront rendering engine did. <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Lucid00|Lucid00]] ([[User talk:Lucid00#top|talk]] • [[Special:Contributions/Lucid00|contribs]]) 21:12, 12 December 2019 (UTC)</small> <!--Autosigned by SineBot-->
Relevance has absolutely no incidence on whether something should be included or not. Similarly, legacy things like .bmp exist; this should be the only factor that determines whether something should be included or not. Whether it's relevant because "Chrome doesn't support it" or whatever is even more irrelevant. [[User:Nathan67003|Nathan67003]] ([[User talk:Nathan67003|talk]]) 14:27, 23 November 2024 (UTC)
 
== Gecko and hevc ==
:Do you have a valid source for this info? Otherwise it shouldn't be added to the table. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 18:26, 13 December 2019 (UTC)
 
Firefox (and presumably other gecko based browsers) do have some experimental support for hevc playback on certain platforms that can be enabled via about:config. [[Special:Contributions/2A00:EE2:600:900:600E:8177:D615:ECE5|2A00:EE2:600:900:600E:8177:D615:ECE5]] ([[User talk:2A00:EE2:600:900:600E:8177:D615:ECE5|talk]]) 20:18, 5 September 2024 (UTC)
:Quirks Mode article on Mobile browsers [https://www.quirksmode.org/mobile/browsers.html] This highlights the Linux mobile version and that it was using it's own rendering engine. Access Company History [https://www.access-company.com/en/company/history/] Mentions when NetFront was first developed (long before WebKit existed), and when it switched over to using WebKit. -[[User:Lucid00|Lucid00]] ([[User talk:Lucid00|talk]]) 13:30, 15 December 2019 (UTC)
 
== Do all browser engines listed here have to be made for a web browser? ==
::I don't consider either a valid source for claiming that the original NetFront browser had a distinct rendering engine. How was its rendering any different than Dillo or other lightweight browsers without a distinct engine? They're relatively-small, monolithic browser codebases. (Contrast that with [[NetSurf]] that lists all of its unique internal components on its homepage. That's why it was added to the table, as discussed in a prior section here.) -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 21:37, 15 December 2019 (UTC)
 
I'm asking because Microsoft Office for Windows has a rendering engine that people have dubbed "the Word engine" that has [https://learn.microsoft.com/en-us/previous-versions/office/developer/office-2007/aa338201(v=office.12)?redirectedfrom=MSDN it's own HTML and CSS parser] and it's completely separate from Trident and Tasman.
:::"They're relatively-small, monolithic browser codebases." I wouldn't say any of that applies to NetFront. I honestly can't be sure because that rendering engine was proprietary, but ending off at 3.5 it supported SVG, plug-ins (namely [[Adobe Flash Player]]), a JavaScript spec that for it's time was up to date. The browser even went out of it's way to simulate [[Internet Explorer]]. Also here's a PDF file from Sony that shares what the PS3 version of NetFront was capable of back on system software 3.10 (this used to be linked to from the PlayStation website) [http://webassetsc.scea.com/pscomauth/groups/public/documents/webasset/web_content-guidelines_3.10-e.pdf]. On PSP it was even expanded to power the Internet Radio feature, sporting AJAX functionality and audio streaming (via non-standard APIs).
:::Also off of this topic, you edited my listing of Tasman to say it's a "Trident counterpart for Mac OS". It's not, the two are entirely different codebases. They're not even compatible with the same content. At the time it was released, Tasman followed web standards more to spec than Trident did. -[[User:Lucid00|Lucid00]] ([[User talk:Lucid00|talk]]) 00:01, 17 December 2019 (UTC)
 
It also powered HTML and CSS rendering in Outlook and the Windows Mail app for a while (I'm unsure if it still does).
== Servo is dead, right? Everyone was laid off in August... ==
 
I feel like it'd fit the criteria here (since it renders HTML and CSS) but it also wasn't made with web browsing in mind. [[User:Lucid00|Lucid00]] ([[User talk:Lucid00|talk]]) 09:51, 25 May 2025 (UTC)
should we mark as discontinued?
:No, it's still maintained. I recently rewrote the [[Servo (software)|Servo]] article to explain this. -[[User:Pmffl|Pmffl]] ([[User talk:Pmffl|talk]]) 18:36, 3 May 2021 (UTC)