Talk:Comparison of web browsers/Archive 2
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 | Archive 2 | Archive 3 |
seemonkey
Seamonkey has not been terminated, as it is in actual and ongoing developement (2.0 beta 2 was released some weeks ago?) —Preceding unsigned comment added by 91.113.87.22 (talk) 19:57, 4 October 2009 (UTC)
Features
Emulation/API
Since when does Konqueror run without emulation under Windows? Even partially? It doesn't, the only way to get even close is to use Cygwin.
- Cygwin is not an emulator. Neither is Wine. WinUAE (Amiga emulator) is an emulator, but Cygwin and Wine are API layers that makes it possible to run software from other OS'es. Cygwin is no more an emulator on Windows than Windows API is. 83.92.119.42 15:07, 10 April 2007 (UTC)
- Konqueror currently runs on Windows in a very limited state. For KDE 4.0's Windows release Konqueror 4.0 should be included in a (at least mostly) fully functional state. Also this port doesn't require Cygwin or an emulator.
FTP upload/download file/folder
The FTP column needs more than "yes/no". On Firefox 2.0.0.1 I cannot find any way to FTP upload even a file. (There is a FireFTP extension.) Same on Opera v9; download only. Yet even old IE5.5 is very nicely integrated with Windows Explorer, and can easily FTP upload not just files but also whole directory structures. 69.87.203.244 02:01, 12 January 2007 (UTC)
IE6 and IE7
Should there be separate rows for IE6 and IE7 (like there is for IE for the Mac)? Both are very widely used so the IE6 information is still relevant, and they have a very different features, rendering abilities, and platform compatibility. Koweja 18:47, 28 March 2007 (UTC)
- I believe this would make the page cluttered. After all, this page's point is to compare the last released versions of different browsers. Comparison of separate versions of one browser should be done on its own page. --Mégara (Мегъра) - D. G. Mavrov 13:38, 14 July 2007 (UTC)
- I agree with you on most of that, Mégara, but IE6 should still be listed seperately from IE7 because of the significant differences between the two. It's not much of a leap to consider them as two individual browsers with no connection with each other. IE6 still holds a significant portion of the IE browser market share sadly; W3C records indicating version 6 is still more popular than version 7. Other major browsers are good at telling a user to upgrade to a newer version, but that is also provided the user is knowledgeable enough to seek out a better browser than the IE that came with windows..... which, evident by IE's runaway popularity, is not something the majority of web surfers think to do. --Anonymous 17:35, 21 September 2007 (UTC) —Preceding unsigned comment added by 75.130.65.241 (talk)
- I compared the two columns. The market share of IE6 is significant under IE7 and IE8 will be released next year. There isn't any need for splitting it. The information isn't lost. I made a note. mabdul 0=* 14:43, 1 November 2008 (UTC)
Split View (multiple panes)
As a Konqueror user I rely heavily on the "Split-View" feature allowing a single window or tab to be split vertically or horizontally into two or more panes and drag and drop graphics and text from websites to multiple locations. I would like to know which - if any - other browsers support this and thus copy and modify the relevant section "Accessibility features" here for completion. I would only consider putting this into the article itself if at least one other browser supports "Split-View". A related question is which browsers other than Konqueror have graphic file-managing capabilities, so maybe the column should be called "file managing". Please help with filling this out, especially if with more "yes"s. --Theosch 12:45, 11 April 2007 (UTC)
Information about what common accessibility features are implemented natively (without third-party add-ons).
- Opera allows for this, though more specifically each tab can be resized and reshaped as a window-within-window type configuration. Not sure how you would denote that in the table, maybe rename Split-view to something a little more generic and deal with it in notes? -Keithjgrant (talk) 23:34, 26 February 2008 (UTC)
Browser | Tabbed browsing | Pop-up blocking | Incremental finding | Ad filtering | Page zooming † | Split-View (multiple panes) |
---|---|---|---|---|---|---|
Amaya | Yes | — | ? | No | Yes | ? |
AOL Explorer | Yes | Yes | No | No | Yes | ? |
Avant | Yes | Yes | No | Yes | Yes | ? |
Camino | Yes | Yes | Yes | Yes | No | ? |
Dillo | No | — | No | No | No | ? |
ELinks | Yes | No | Yes | — | — | ? |
Epiphany | Yes | Yes | Yes | Partial † | No | ? |
Flock | Yes | Yes | Yes | Yes | No | ? |
Galeon | Yes | Yes | Yes | Yes | Yes | ? |
iCab | Yes | Yes | No | Yes | Yes | ? |
Internet Explorer | Yes | Yes | No † | No | Yes | ? |
Internet Explorer for Mac | No | No | No | No | No | ? |
K-Meleon | Yes | Yes | Yes | Partial † | Partial | ? |
Konqueror | Yes | Yes | Yes | Yes | No | Yes |
Links | No | Yes | No | Yes | No | ? |
Lynx | No | — | No | — | — | ? |
Maxthon | Yes | Yes | Yes | Yes | Yes | ? |
Mosaic | No | — | No | No | No | ? |
Mozilla | Yes | Yes | Yes | Partial † | No | ? |
Mozilla Firefox | Yes | Yes | Yes | Partial † | No [1] | No |
Netscape | Yes | Yes | Yes | Partial † | No | ? |
Netscape Browser | Yes | Yes | Yes | Partial † | No | ? |
Netscape Navigator | No | No | No | No | No | ? |
OmniWeb | Yes | Yes | No | Yes | Yes | ? |
Opera | Yes | Yes | Yes | Yes † | Yes | ? |
Safari | Yes † | Yes † | No | Yes | Yes | ? |
SeaMonkey | Yes | Yes | Yes | Partial † | No [2] | ? |
Shiira | Yes | Yes | No | No | Yes | ? |
WorldWideWeb | No | No | No | No | No | ? |
w3m | Yes | Yes | Yes | No | Nozt | ? |
Size of program and it's influence on browser startup time
I just gladly see anyone compare - how much space does a 'clean install' take, and how long do you actually have to wait for browser to launch.
- It will be very hard to find reliable sources which can be cited for the purpose of determining size (also build sizes vary across platforms and even installations). For startup time, the tests would always be subject to individual hardware/software combinations and nothing apart from a vast and dedicated case study could deliver data that is anywhere near objective or reliable. As any producable data is near impossible to verify (and will likely fuel edit wars), I'd suggest not to include this into the article... --Grey 16:54, 9 November 2007 (UTC)
- Fair enough, although, whole purpose of comparison is what about? It could be, we're heading towards huge apps, preloading many features,libraries and so on. Or even databases (like Chrome does, storing untrusted sites addresses). I think it's worth mentioning just for a notice - that comparison should make it clear which "naked" app, no add-ons, enables us to work, and how much resources it takes. I doubt if speed _delta_ tests would depend that much on hardware configuration. We are measuring delta between different apps, not hardware specs. Even considering possible code optimization for specific architecture, wouldn't the benefit of knowing overcome actual loses of inaccurate results? I'm not sure if someone would try to fraud them either.--90.156.38.7 (talk) 22:17, 26 November 2009 (UTC)
Internet Explorer 7.0 Progressive JPG?
I refute the comment that IE7 does not renders Progressive JPG in a progressive way. It does.
All you have to do to prove it is to upload a progressive (large so you can see the progressive effect) JPG into a server and see it at IE.
This would remove the "partial" from JPG support on IE7 which is very weird to be there. BTW I'm using safari and I confirm the "slow script" warning.
BTW this might be true for IE6 but I also have to agree with those mentioning the tables should either separate IE6 and IE7, or focus on IE7, unless we start also listing issues with older versions of the other browsers on the same tab. I know everyone (including me) hates IE, but biasing is wrong ;)
- The problem is in the "all you have to do to prove it" part. That's original research. Can you provide a reliable source to cite so that any reader (even those that cannot run IE) can verify that IE 7 supports progressive display of progressive JPEGs? -- Schapel 14:27, 22 October 2007 (UTC)
- That's not quite how this works out. The claim that IE7 does not support progressive jpgs needs to be proven. You don't make a claim and then tell everyone else to prove you wrong. - Koweja 17:47, 9 November 2007 (UTC)
- Exactly. In fact, the claim needs to be proven either way. I'm not making a claim and telling everyone else to prove me wrong, as you seem to imply. I was replying to the original poster, who was making a claim and supporting that claim with original research rather than a reliable source. Do you have a such reliable source that can verify the case one way or the other? -- Schapel 17:53, 9 November 2007 (UTC)
- Well, if it's a choice between something that many people can verify versus something that is an unverified statement, then surely WP should opt for the former, even if it is strictly "original research".
- I fear that some posturing I've seen over time on "original research" goes too far. Do we also need a citation to write that a lead weight will sink in (liquid) water?
- —DIV (60.241.29.107 12:50, 1 December 2007 (UTC))
- Everyone knows Schapel is a WP:RS extremist ;-). The sources says IE7 supports JPG. With no other precision. Full support is assumed. So go on, be bold, change "partial" to "yes" and remove the note about IE6. If Mr Chapel can find a reliable source that says IE7 does not support it fully, he'll correct it back. I'm sure of it.--Fenring 13:16, 1 December 2007 (UTC)
- No, we do not need a citation that says a lead weight will sink in water. It's not something that would be challenged. I will, however, challenge that IE 7 supports progressive display of progressive JPEGs, if no one can find any source that says that, and the sources all say that IE 6 does not support it. My reasoning is that it would still be okay to say IE 7 fully supports JPEGs even if it does not support progressive display, because the progressive display is optional. Additionally, if IE 7 added new capabilities for JPEGs, they would be documented by someone. Remember that the threshold of inclusion in Wikipedia is verifiability, not truth. If we cannot verify that IE 7 supports progressive display of JPEGs by referring to a source, we must not include it. And remember, I'm only as extreme as the people trying to break the rules. ;-) I've had to play by the book only because if we don't, all sorts of garbage gets added to articles. -- Schapel 13:48, 1 December 2007 (UTC)
- Everyone knows Schapel is a WP:RS extremist ;-). The sources says IE7 supports JPG. With no other precision. Full support is assumed. So go on, be bold, change "partial" to "yes" and remove the note about IE6. If Mr Chapel can find a reliable source that says IE7 does not support it fully, he'll correct it back. I'm sure of it.--Fenring 13:16, 1 December 2007 (UTC)
- Well anyway it's completely false ! Out of curiosity I just checked in IE7 with the first image that google image returned me. It does NOT display it in a progressive way. But is progressive display really optional ? Then (the comment can stay of course but) the cell deserves the {{yes}} template. --Fenring 15:56, 1 December 2007 (UTC)
- That's what I suspected. I can't find a reference that says progressive display is optional. But I'm fine with saying that IE 7 fully supports JPEG, as long as the note that says it does not support progressive display remains. -- Schapel 16:17, 1 December 2007 (UTC)
Perl-script
I've just read that "there are browsers with perl scripting interpreters" (ENDRŐDI Tamás: Internet alapú alkalmazásfejlesztés. p. 58.) - have u ever heard about such things!? I didn't. - user:tothaa —Preceding unsigned comment added by 80.99.124.188 (talk) 11:11, 21 November 2007 (UTC)
CSS ─ Scope
Someone has made changes to the (now former) revision claiming Konqueror, Opera, Safari do not fully conform to CSS (2.1). I've reverted the changes, since I think "Yes" does not by all means imply "full" support. Because NO Browser has full support. The same source he cited implicitly stated this (even for Gecko). If you are going to judge on a more detailed level, do it in Comparison of layout engines (CSS) and please, no bias.
Remember, even Internet Explorer is marked as "partial" so this column doesn't help anybody if all Browsers would show up as "partial". Grey 20:32, 15 June 2006 (UTC)
- Hmm, I must have misread the conformance requirements here. I somehow missed the bit about "must . . . render the document according to the media-specific requirements set forth in this specification", I only spotted the parts about parsing and whatnot. That doesn't negate the fact that no existing client conforms fully to the specification; I would be inclined to add some intermediates between {{partial}} and {{yes}} rather than incorrectly suggesting that some existing clients fully support the specification. It's important to indicate that conformance to CSS 2.1 is not yet complete in any browser, just as conformance to SVG isn't. —Simetrical (talk • contribs) 05:15, 18 June 2006 (UTC)
- Whereas I agree that it isn't entirely right to call it "yes" and that we should indicate no client does fully implement CSS2(.1), it's diffcult to draw the line. At the Moment, CSS2.1 is Working Draft. The Errata were considered to be CR, but I can't find the note on this atm; they might have removed it. Also, clients intentionally do not comply to certain passages in the specs (and have no intention to change that). As seen in other discussions these are still problems throughout the series and need to be adressed. We could impliment something like "minor" and "major" (like it was done in css comp.), but the colour key imho is very, very important. Having all the Browsers marked "yellow" does not help anybody. I think what could be done is using some orange colour for Trident Browsers and the likes and mark the others as "major" and yellow. I just doubt it's worth the effort. This article is more a summary of the others, so that it doesn't make much sense to be too specific. I'd just leave it as is. Grey 15:02, 18 June 2006 (UTC)
The CSS column is not strict. So why is the SVG column ? I changed the Opera/SVG cell to "Yes (SVGT)" (which is strictly correct) and someone reverted it arguing "partial means partial". What do you think about showing the percentage of features supported, with ranges of colors (like webdevout) ?--Fenring 11:24, 9 April 2007 (UTC)
- Here is what it looks like, with a percentage template. If no one react, i'll do the change in the article.
CSS 2.1 | SVG | |
---|---|---|
Firefox | ||
Opera | ||
IE7 |
--Fenring 13:13, 12 April 2007 (UTC)
- I'm concerned that adding percentages is simply just going to fuel edit wars about which browser supports what percentage of which standard. The article already has problems with being unverifiable, and adding "percentages" will only add to the problem. -- Schapel 04:24, 13 April 2007 (UTC)
- I agree with Schapel. The sources don't provide enough information for all the browsers, imho. Also I'm curious where you got those figures for SVG from? --Grey 21:49, 14 April 2007 (UTC)
- Thanks for your answers. I agree, BUT i still think we should use the same politic for all columns. There is no reason to be strict for SVG and loose for CSS. As Grey said above, a column doesn't help anybody if all Browsers would show up as "partial". I have been developing svg and testing on the different browsers. And I think at least Opera should be considered 'Yes', if the loose solution is chosen. (Grey, the svg percentages came from the detailed wikipedia table) --Fenring 22:37, 14 April 2007 (UTC)
- I agree that the loosness or strictness of columns should be consistent. Many browsers support enough of CSS2 to warrant a "yes" in that column. I think we could even come up with fairly reliable sources to verify that amount of CSS2 support, at least for the more popular browsers that support CSS2. But does Opera really support as much of SVG? If so, are there reliable sources that can be used to verify that fact? What we should really be focusing on is finding these sources and citing them, and adding the only the information that is truly verifiable to the article. -- Schapel 05:00, 15 April 2007 (UTC)
- I also agree on the looseness of the columns, of course. But see, I've edited the article you cited myself for a part (on behalf of Opera). You should note that every "8.0 (SVGT)" means that the conditions for SVGT compliance are met, SVGF compliance most probably not. Since I didn't have any extra information, I didn't remove any of those SVGT tags, but I'm pretty sure at least one of the elements is useless because nearly none of the attributes are supported (<g>, or glyph I guess). I believe SVG support has improved on the documentation Opera offers (which is what the material in the page is based upon), though... We just need a creditable source stating the extend of support. As far as I know, you could even publish such a resource yourself (as you said you develop for it). Now, I know it's a lot of work. And I also know David Hammond has been tempted to to ths for a while. His absence as I perceive it might be a sign he's been working on it. Or maybe he doesn't have anything yet. But there's plenty of tables for CSS (right or wrong), less so for SVG. We need some kind of jusification. --Grey 05:41, 15 April 2007 (UTC)
- Hey everybody! Here is what you've been calling for, Schapel and Grey. Another justification : official test suite results. Opera supports as much SVG as Firefox supports CSS. Don't you think that more than 90% is enough to use yes template ? --Fenring 20:15, 24 July 2007 (UTC)
- The page you reference clearly states that the SVG test suite doesn't cover all functionality. This shows that Opera 9.10 supports 90% of the test suite, but how much of the SVG standard does it support? -- Schapel 23:28, 24 July 2007 (UTC)
- If you want an exhausive list of supported features, go the Opera website. The test suite report is just a creditable source that gives us another hint that Opera does support SVG very much. But *sigh* ok, let's keep that svg column useless. A few of us know which browser(/plugins) we can develop for. But shh... don't tell anyone.--83.99.37.222 10:26, 25 July 2007 (UTC)
- This is exactly the wars about which browser supports what percentage of which standard I warned about above. It's making you irrational already, speaking of developing for a particular browser, rather than coding to the standards. Anyway, according to Opera Software ASA, Opera supports only SVG 1.1 basic, which is only part of the full SVG spec. [3] -- Schapel 11:21, 25 July 2007 (UTC)
- And the edit wars have begun. Instead of having a fight about which browser is best, how about let's make this the best article we can, huh? We can begin with removing one of the redundant SVG columns in the tables. Then we can add links to show in more detail how much support for SVG that each browser has. Who's with me? -- Schapel 16:42, 25 July 2007 (UTC)
- Read the previous comments above again and remember what decision was made for the CSS column. Tell me again why we should keep this inconsistency between CSS and SVG column. Lack of reliable sources ? I think it's subjective. But I really don't want to argue about browsers competition (by the way, is the Opera/PDF cell really yes ? think it's a mistake). So let the partial template be then, if nobody else object. (and I agree about the column redundancy) --Fenring 17:53, 25 July 2007 (UTC)
- Many sources say that many browsers support CSS. I do not see any sources that say Opera supports SVG Full. Opera Software ASA states that Opera supports SVG Basic, which seems clear to me is partial SVG support. I see no inconsistency. If you can find a reliable source that clearly and unambiguously states Opera supports SVG Full, then by all means change Opera's SVG support to Yes and cite the source. -- Schapel 22:35, 25 July 2007 (UTC)
- Strictly speaking, it does not. Though from all the references cited in Comparison of layout engines (CSS), I can see no statement about full support of CSS2.1 either. They unambiguously state the contrary! So I'd change that column to partial too. But other people think it's not a good idea (see the begining of this section)... So I don't agree about the consistency, but as long as the detailed comparison pages are correct, and if no one else agree with me, I just resign. --Fenring 23:34, 25 July 2007 (UTC)
- Many sources say that many browsers support CSS. I do not see any sources that say Opera supports SVG Full. Opera Software ASA states that Opera supports SVG Basic, which seems clear to me is partial SVG support. I see no inconsistency. If you can find a reliable source that clearly and unambiguously states Opera supports SVG Full, then by all means change Opera's SVG support to Yes and cite the source. -- Schapel 22:35, 25 July 2007 (UTC)
- This is exactly the wars about which browser supports what percentage of which standard I warned about above. It's making you irrational already, speaking of developing for a particular browser, rather than coding to the standards. Anyway, according to Opera Software ASA, Opera supports only SVG 1.1 basic, which is only part of the full SVG spec. [3] -- Schapel 11:21, 25 July 2007 (UTC)
- Hey everybody! Here is what you've been calling for, Schapel and Grey. Another justification : official test suite results. Opera supports as much SVG as Firefox supports CSS. Don't you think that more than 90% is enough to use yes template ? --Fenring 20:15, 24 July 2007 (UTC)
- I did not refer to "full support of CSS" or "full support of SVG", but support of "SVG Full". Opera claims support of "SVG Basic", so to claim in this article that Opera supports SVG Full seems clearly incorrect. You should not state that Opera supports SVG Full until you can cite a reliable source that makes that exact statement so readers can verify it. This does not mean you can point to a source that you interpret as saying Opera supports "most" of SVG. I hope this simple statement is clear enough. -- Schapel 12:48, 26 July 2007 (UTC)
- SVGT and SVGB are just Mobile SVG Profiles, the SVG spec does not make mention of "SVG Full" (or any of the other profiles for that matter). Thus, a source stating "X browser has support for SVG 1.1" states synonymously "X browser has support for SVG 1.1 Full" (i.e. the "real" spec). And I think it should be possible to find a source that states Opera's SVG 1.1 support. I'm repeating what I said above: a column doesn't help anybody if all Browsers would show up as "partial". And the source above uses the only way currently possible to measure SVG implementations on: The official test suite. Thus, Opera's support of SVG can be assumed to be on the same level as Firefox's support of CSS 2.1 and both fields should receive the same rating. --Grey 23:13, 26 July 2007 (UTC)
- Let's look at the facts, shall we? Not all columns show up as Partial. Some show up as Partial and some show up as No. Therefore the column is not useless. And as soon as Opera stops qualifying its SVG support as partial, feel free to change Opera's SVG support to Yes. You should be careful to distinguish the situation that all browsers currently fall considerably short of complete SVG support, compared to the situation that many browsers have excellent CSS support. -- Schapel 21:34, 9 August 2007 (UTC)
- If I may interject... instead of using percents to sum up the overall css compliance, how about just labeling it as a fraction wherein n/x represents the browser's total yes or no compliance (n being the browser's yes total, and x being the total number of W3C recommended properties/etc.). -- Anonymous 17:25, 21 September 2007 (UTC) —Preceding unsigned comment added by 75.130.65.241 (talk)
- There's one problem with your suggestion: How do we determine the appropriate fraction for each browser? To paraphrase my earlier concern, I'm concerned that adding fractions is simply just going to fuel edit wars about which browser supports what fraction of which standard. -- Schapel (talk) 00:34, 22 November 2007 (UTC)
- I agree with Schapel, I don't think it would be smart to do this to the article. There's just too many places to mess up or where it is too diffcult to draw the line (between CSS2, CSS2.1, CSS3 (Working Drafts esp.)). If there was a template counting total yes/no counts for all browsers, well, I'd think twice, but I don't think it would be good to open this page to edit wars. --Grey (talk) 18:38, 22 November 2007 (UTC)
- Schapel, point taken on Opera claiming partial support for SVG. Once they claim full support, I'll upgrade them right away. --Grey (talk) 18:38, 22 November 2007 (UTC)
- If I may interject... instead of using percents to sum up the overall css compliance, how about just labeling it as a fraction wherein n/x represents the browser's total yes or no compliance (n being the browser's yes total, and x being the total number of W3C recommended properties/etc.). -- Anonymous 17:25, 21 September 2007 (UTC) —Preceding unsigned comment added by 75.130.65.241 (talk)
- Let's look at the facts, shall we? Not all columns show up as Partial. Some show up as Partial and some show up as No. Therefore the column is not useless. And as soon as Opera stops qualifying its SVG support as partial, feel free to change Opera's SVG support to Yes. You should be careful to distinguish the situation that all browsers currently fall considerably short of complete SVG support, compared to the situation that many browsers have excellent CSS support. -- Schapel 21:34, 9 August 2007 (UTC)
- SVGT and SVGB are just Mobile SVG Profiles, the SVG spec does not make mention of "SVG Full" (or any of the other profiles for that matter). Thus, a source stating "X browser has support for SVG 1.1" states synonymously "X browser has support for SVG 1.1 Full" (i.e. the "real" spec). And I think it should be possible to find a source that states Opera's SVG 1.1 support. I'm repeating what I said above: a column doesn't help anybody if all Browsers would show up as "partial". And the source above uses the only way currently possible to measure SVG implementations on: The official test suite. Thus, Opera's support of SVG can be assumed to be on the same level as Firefox's support of CSS 2.1 and both fields should receive the same rating. --Grey 23:13, 26 July 2007 (UTC)
Web technology support
We have wml as a standard. should we also add i-mode and c-html? I mean, this is same technology! mabdul 0=* 14:11, 9 December 2008 (UTC)
--edit--
ah and what about the java column? we should change this or give a note which browser needs the java plugin from sun! (I know only opera with built-in support) mabdul 0=* 14:14, 9 December 2008 (UTC)
--edit2--
NAPI support adding? mabdul 0=* 14:15, 9 December 2008 (UTC)
Inclusion/Removal of Browsers
splitting "Early Web Browsers and OS"
This historical stuff is interesting, but as the article is very long already and the tables are ungainly for the large number of old OSs listed, I'm going to recommend splitting it to a series of different articles. At a minimum, the table should be split into Windows/Mac/Unix sections. ⇔ ChristTrekker 16:28, 23 April 2007 (UTC)
- I'm not opposed to moving the table to a new article, but I see absolutely no reason to split the table. That table is relatively short. Also, because it is ABOUT platform support (and because many are multiplatform), makes splitting it by platform seem a bit silly. --Karnesky 17:29, 23 April 2007 (UTC)
- Point taken. (Will revise accordingly.) Yet, the table is very wide, which limits its usability IMO. I (in general) am not interested in Windows browsers, yet there are 5 (6 if you count OS/2) columns of "obstruction" there before I get to anything "interesting". That's almost the full width of my browser window already. If there were a way to hide/show a column group, that would be ideal here! ⇔ ChristTrekker 18:31, 23 April 2007 (UTC)
- Now that you broke the table out, I guess we can move discussion to the new page. There is a table template which allows the table to be resorted on different columns, which may bring some of the usability you want. --Karnesky 18:57, 23 April 2007 (UTC)
- Point taken. (Will revise accordingly.) Yet, the table is very wide, which limits its usability IMO. I (in general) am not interested in Windows browsers, yet there are 5 (6 if you count OS/2) columns of "obstruction" there before I get to anything "interesting". That's almost the full width of my browser window already. If there were a way to hide/show a column group, that would be ideal here! ⇔ ChristTrekker 18:31, 23 April 2007 (UTC)
Terminated and stagnant vs. ongoing browsers
I believe terminated browsers should be kept in the tables considering they didn't disappear, but adding a space and relegating them to the end of each table would make it easier for visitors to compare current browsers without historical mentions getting in the way. Ghen55 (talk) 19:14, 1 March 2008 (UTC)
Current Browsers | Bookmark managing | Download managing | Password managing | Form managing | Spell checking | Search engine toolbar |
---|---|---|---|---|---|---|
Amaya | No | No | Yes | No | Yes | No |
AOL Explorer | Yes | Yes | Yes | Yes | Yes | Yes |
Avant | Yes | No | Yes | Yes | No † | Yes |
Camino | Yes | Yes | Yes | Yes | Yes | Yes |
Internet Explorer † | Yes | No | Yes | Yes | No † | Yes |
Mozilla Firefox | Yes | Yes | Yes | Yes | Yes | Yes |
Terminated and/or Stagnant | ||||||
Internet Explorer for Mac | Yes | Yes | Yes | Yes | No | No |
Netscape | Yes | Yes | Yes | Yes | Yes | Yes |
Netscape Browser | Yes | Yes | Yes | Yes | ? | Yes |
Netscape Navigator | Yes | No | No | No | No | No |
Netscape Navigator 9 | Yes | Yes | Yes | Yes | Yes | Yes |
Browser | Bookmark managing | Download managing | Password managing | Form managing | Spell checking | Search engine toolbar |
etc etc | deleted some of 'em for sanity |
Major versions only?
In the "Web browsers by year" table at present both Safari 3.0 and Safari 3.1 are listed, under different years. Given the small difference in version number, is this justified? —DIV (128.250.80.15 (talk) 09:29, 7 April 2008 (UTC))
- I don't think we can go by how the version number looks. Safari 3.1 was the first final release version of Safari on Windows, so that was a fairly major release. -- Schapel (talk) 15:11, 7 April 2008 (UTC)
Other issues
Spyglass as creator for IE
Why is spyglass listed as the creator for IE. The original technology was licensed but I dont believe any of the current versions are built using that same technology. Since this is under general information and not history I would assume that we would only care about the current versions. If not then why isnt Firefox listed as netscape? Doesnt make sense. The licensing of the original technology is covered in the IE article. —Preceding unsigned comment added by 198.49.41.2 (talk) 15:10, 17 April 2008 (UTC)
Bias Towards Open Source
Because of the Yes/No template usage on the Open Source column, this article appears to have bias towards open source. The Yes/No templates highlight Yes in green and No in red, seeming to indicate that non-open source implementations are somehow inferior. Though this may not be the intent, it seems to highlight this feature as somehow positive or negative. Wikipedia should not choose sides in this issue.
- Open Source has at least the advantage that everybody can check if there are no hidden features. What does software do behind your back? What deals could software vendors be forced into after 9/11 or due to some trials that they would like to stop. So Open Source browsers, mail, operating systems and office software should be viewed as in the users advantage and therefore without any 'bias' issue can marked green. Of course I can understand that this is commercially and strategically not so interesting if one would like to bind users and developers to proprietary products or create the basis for future pricing strategies but thta' certainly wasn't the authors main concern. —Preceding unsigned comment added by 84.198.72.247 (talk) 11:38, 30 December 2008 (UTC)
- Good point. Would it be an adequate solution to simply use "Yes" or "No" without using the template? ⇔ ChristTrekker 18:30, 22 December 2006 (UTC)
- Why not use this space to specify the license, linking to proprietary, GPL, and so forth? A column indicating whether the source is open or closed is going to come off with an OSS bias no matter what. Simply linking to the article describing the license style gives information that is both more neutral and more accurate. —ptk✰fgs 04:35, 3 February 2007 (UTC)
- I'm all for that, as I noted in the layout engine article. I think it would be best to remove the column entirely, since there already is a column for the license. --Grey 23:46, 3 February 2007 (UTC)
- Why not use this space to specify the license, linking to proprietary, GPL, and so forth? A column indicating whether the source is open or closed is going to come off with an OSS bias no matter what. Simply linking to the article describing the license style gives information that is both more neutral and more accurate. —ptk✰fgs 04:35, 3 February 2007 (UTC)
- As per discussion on the template page, green merely indicates "yes" and red merely indicates "no." There are NO value judgements--only presentation of facts. As such, I've restored the use of temlates. --Karnesky 00:13, 13 March 2007 (UTC)
- This information is clearly misleading. Whatever you conclude it SHOULD mean, to most people, green will mean "good" and red "not good". That's like changing traffic light laws so red is "go" and green is "stop". Also, the column "Open Source" is unnecessary. More detailed and accurate information is given in the "license" column. The fact is, people will judge the products according to the colors. I will remove the templates once more, and what's more I will remove the "open source" column, since there has not been one argument/reason why it should be kept (even if I'll be doomed forever). I would ask you to give a good explanation before reverting anything. --Grey 01:24, 13 March 2007 (UTC)
- I strongly object to removing the column for this particular page, as it clarifies the multi-licensed products. As for "bias," please take up your case on Template talk:Yes. Most other comparisons ONLY use green for yes and red for no (including for "free software" or "open source" columns). If you see bias, it brings into question the use of the template for every other feature. You're making am implicit value judgement that browsers SHOULD HAVE download managers, password managers, form managers, spell checkers, etc. Others would want a browser which is lightweight and didn't have these. "Open source" is no different than any other yes/no column. --Karnesky 01:34, 13 March 2007 (UTC)
- For that column, the licsensing column gives much more and more detailed information. And without it, the licensing models are not less confusing than with it. I therefore propose that we add explanatory information to the licensing column. And yes, it is an implicit judgement that browsers SHOULD HAVE these features. Why do you think proprietary technologies have not been listed? Because the editors are of the opinion that they shouldn't be (among other reasons, on the grounds that usually only one layout engines possesses these "features").
On that template page, take the example of the "non-poisonous" fish. The wording of the column, "non-poisonous" or "poisonous" expresses a view on the "qualities" or "benefits" of a particular kin of fish (and thus that another has "less" benefits etc.). Now, with "poisonous", the majority of mankind prefers not to be poisoned, thus this expresses quite a broad view. With "open source" the plus/minus is highly disputed. Sympathising with one or the other would be POV.
Maybe a link to a "feature creep" article would help overcome this bias? I won't revert your changes again (at least not for considerable time). I don't think the templates belong there, though, and I am positive someone else will change it soon enough.
--Grey 03:01, 13 March 2007 (UTC)
- For that column, the licsensing column gives much more and more detailed information. And without it, the licensing models are not less confusing than with it. I therefore propose that we add explanatory information to the licensing column. And yes, it is an implicit judgement that browsers SHOULD HAVE these features. Why do you think proprietary technologies have not been listed? Because the editors are of the opinion that they shouldn't be (among other reasons, on the grounds that usually only one layout engines possesses these "features").
- I strongly object to removing the column for this particular page, as it clarifies the multi-licensed products. As for "bias," please take up your case on Template talk:Yes. Most other comparisons ONLY use green for yes and red for no (including for "free software" or "open source" columns). If you see bias, it brings into question the use of the template for every other feature. You're making am implicit value judgement that browsers SHOULD HAVE download managers, password managers, form managers, spell checkers, etc. Others would want a browser which is lightweight and didn't have these. "Open source" is no different than any other yes/no column. --Karnesky 01:34, 13 March 2007 (UTC)
- This information is clearly misleading. Whatever you conclude it SHOULD mean, to most people, green will mean "good" and red "not good". That's like changing traffic light laws so red is "go" and green is "stop". Also, the column "Open Source" is unnecessary. More detailed and accurate information is given in the "license" column. The fact is, people will judge the products according to the colors. I will remove the templates once more, and what's more I will remove the "open source" column, since there has not been one argument/reason why it should be kept (even if I'll be doomed forever). I would ask you to give a good explanation before reverting anything. --Grey 01:24, 13 March 2007 (UTC)
- I'd support adding better explanations for the licensing column (particularly for all multi-licensed products). Can you do that BEFORE deleting the open source column? If it is clear enough, I wouldn't be opposed from just removing the "open source" column as you propose.
- I still disagree that we should be saying that browsers should have particular features. Certainly, it seems there is no consensus at all to have bittorrent support or an integrated email/newsgroup client.
- I'm not sure which proprietary technologies you are referring to. If only one or two browsers supports them, they'd clutter up the table if they were whole columns. I think an "other" column would be perfectly acceptable.
- The poison fish example is trite & there seems to be consensus that largely rebels against that single wikipedian's view. Feel free to comment on that page, though.
- Karnesky 03:15, 13 March 2007 (UTC)
- Regarding extending the license column before removing the other... agreed. I wanted to do something about it anyways. Any suggestions? I thought that "tri-license" could be a footnote explaining what is going on. Generally, we could make the licenses footnotes and quickly explain them in the article. Or something like that. What do you think?
Generally, though, I think features are considered to be something good. It's the side-effects of implementing them (e.g. size, complexity) that are considered "bad" by people. These should be pointed out. I wonder how that format would look like, though. Many of these are hard to be verified, also.
Concerning proprietary technologies/features... they're often covered by patents, copyright, a ristrictive license (including GPL), which prevents competitors from implementation. That's why there are web standards... well, in theory.
The fish example was nothing more than an example. I'm not in favor of "but-not" etc. but my intent was to leave that discussion there, not here.
--Grey 03:37, 13 March 2007 (UTC)
- Regarding extending the license column before removing the other... agreed. I wanted to do something about it anyways. Any suggestions? I thought that "tri-license" could be a footnote explaining what is going on. Generally, we could make the licenses footnotes and quickly explain them in the article. Or something like that. What do you think?
(arbitrarily starting a new, unindented block for readability)
One suggestion I have for improving readability is that any proprietary products which have some material under an open source license should be listed as "proprietary," but with a footnote. The footnote for any multi-licensed products should describe which licenses apply to which parts of the code. I believe that some of these have EVERYTHING is under the user's choice of one of three licenses & that some of libraries/renderers/other backends which are open, but front-ends which are proprietary. --Karnesky 04:26, 13 March 2007 (UTC)
- So Safari would be "proprietary"? I don't know if I 100% approve of this. If we were to do it, though, it would be smart to arrange the footnotes according to the rendering engine (atm only Gecko and KHTML/WebKit, imho). Also, what about the "protected" pictures in Firefox (i.e. the reason IceWeasle (sp?) exists). Does that make it proprietary? --Grey 00:17, 14 March 2007 (UTC)
- Safari IS proprietary, yes. That is why there is a "no" in the "open source" column and why the wiki article is not in the free software category. Yes, the backend (webkit:webcore) is open, but the rest is not. Comparison of layout engines already does a good job of explaining what is or isn't free/open source.
- Regarding Mozilla Firefox, trademarks are not generally seen as upsetting the free/open source nature of a product. Furthermore, the Mozilla Firefox source distributions are shipped with a Makefile which allows them to be compiled with generic branding, making the whole issue moot. --Karnesky 00:27, 14 March 2007 (UTC)
- {"Iceweasel" is the correct spelling. See Mozilla software rebranding. —DIV (128.250.80.15 (talk) 09:39, 7 April 2008 (UTC))}
Java
In all other columns I can find "Available with...", but not for Java. I am not sure about it, if Java is included in the install package from all other browsers with java support, but it's not included in any IE package and must downloaded from SUN. (Except the an old version where this MS java virtual machine was included) But only with Internet Explorer java is not available. If all browsers need a SUN download, maybe a footnote in the header would be nice. --Lastwebpage 16:08, 8 April 2007 (UTC)
- No! Opera also has a built in java support! mabdul 0=* 13:19, 12 September 2008 (UTC)
Picture
Can someone add the image "Comparison_of_web_browsers.JPG"? I recently uploaded it, but it's too large to fit. I'm too lazy to make a table and don't know how to adjust the size without one.
Usage share incorrect
Internet Explorer - only 57%: http://www.w3schools.com/browsers/browsers_stats.asp —Preceding unsigned comment added by 77.183.130.7 (talk) 07:33, 26 November 2007 (UTC)
- The W3Schools stats are for their server only. They are not global statistics. Read more at usage share of web browsers. -- Schapel (talk) 12:41, 26 November 2007 (UTC)
- Apparently someone thought the W3C statistics where right anyway..they where certainly added instead of the "propper" ones. I'm changing it back by copying and pasting as other stuff has been changed since the 14th jan.Tehniobium (talk) 20:46, 23 January 2008 (UTC)
Slow Script Warning on Safari
During all of my time on Wikipedia, I have never encountered a script error, except while loading this article. Here is a screenshot Does anyone have any ideas why this is happening or how it can be fixed? Thanks Monkeynoze 14:07, 13 September 2007 (UTC)
- Well I don't have any idea what in the page causes these messages, but the only time I experienced them on Wikipedia was with Safari 1.3. The obvious solution would be to upgrade Safari (and OS X with it...) or maybe set it to ignore the warnings, but this is imho not the forum to talk about troubleshooting a browser. Unfortunately, I have no idea where on Wikipedia you should post this to, so I can't give you directions (sorry). --Grey 11:27, 14 September 2007 (UTC)
- I use Safari 3 beta on windows, and I've also encountered this slow script warning on several asp & aspx pages. Haven't seen it happen on wikipedia. --Anonymous 17:10, 21 September 2007 (UTC) —Preceding unsigned comment added by 75.130.65.241 (talk)
- Wikipedia:Browser notes, if you have any problems, then discussiong there! mabdul 0=* 11:41, 8 January 2009 (UTC)
Image suport: Mozilla Firefox
I believe wich Mozilla Firefox suport PDF. --200.100.215.1 (talk) 00:34, 13 January 2008 (UTC)
- Not natively. It uses Adobe Reader (helper app or plugin) to display PDFs. -- Schapel (talk) 01:12, 13 January 2008 (UTC)
IE Vulnerabilities
There seems to be some sort of dispute about the vulnerabilities in IE as reported by SecurityFocus. Let's discuss that. But to try to make it look like Firefox has many more vulnerabilities than it does by treating it as a special case is just silly. For the SecurityFocus data, the list of bugs for the latest release it shows is used. Counting the vulnerabilities in Firefox 2.0.0.0, released almost a year and a half ago, makes no sense. -- Schapel (talk) 18:24, 8 March 2008 (UTC)
- Sorry Schapel. I didn't read the headers of the table nor the introductory text in that section very well. I thought the SecurityFocus stats were for all time, rather than current vulns.
- I screwed up. Sorry about that.
- But, the link to SecurityFocus for IE 6 is for IE 6 SP1. I'm updating it for IE 6 SP2, which is the latest release.
- WalterGR (talk | contributions) 18:36, 8 March 2008 (UTC)
- And since todays vulnerabilities is not notable over time the table is of no encyclopedic value. Besides, who guarantees that is always kept up to date?--itpastorn (talk) 16:28, 11 March 2008 (UTC)
Image support in browsers
I take it means native support of image formats instead of support through plug-ins? Then currently no web browser can natively support JPEG2000 AFAIK, and none of the major browsers natively support PDF either. However the Mac OS X operating system natively supports PDF, and JPEG2000 is supported via Quicktime. Also Konqueror supports all image formats via available KIO KParts on Linux. Since Safari and Konqueror are now ported to Windows, it shows neither of them can support JPEG2000 or PDF natively, and Konqueror on Windows cannot even support BMP. So should we make it clear between browser support and OS support (and KIO KParts support)? Ufopedia (talk) 08:48, 15 May 2008 (UTC)
- mmh, yeajh you're right. maybe we should them mask as no and then make footnotes... —Preceding unsigned comment added by Mabdul (talk • contribs) 20:46, 15 May 2008 (UTC)
PDF support
Someone marked pdf support as yes in firefox 3 and in ie 7. i have both installed and they don't open pdf nativly. you need a plugn like adobes acroat reader. Or did i miss a feature that is under the hood? If nobody answer, I will made this edit undo in 4 days! mabdul 0=* 11:45, 8 January 2009 (UTC)
Pathetic Firefox fanboys
The feature comparison tables clearly state that they're about features supported natively and without third-party extensions. Yet, for every "No" in Firefox's row there must be a stupid, pedantic little note saying "such-and-such is supported by installing this or that extension". Firefox fanboys, could you please be a little less pathetic?--Exidor (talk) 16:23, 9 August 2008 (UTC)
- Those notes seem informative to me. This is an encyclopedia, you know. Please assume good faith. -- Schapel (talk) 18:54, 9 August 2008 (UTC)
- What keeps you from adding notes for other browser if you think they have been omitted! It is probably due to the open technology of Firefox that there are so many add-ons. The author's can't help it that major software vendors such as Adobe announce on their web-site that they stop support for plug-ins (eg: SVG Viewer) as of Jan 2009 because all other browsers have it natively on board! Pointing readers to such plug-ins while the vendor itself states that by lack of maintenance they may start to malfunction (service packs or Vista) may not be a good idea. Further more for the 'poor' standard compliant browsers one would have to fill a wiki on it's own with everything that should, could, cannot or would have to be done to make them compliant. That is the very nature of proprietary software, it's made to make money and therefore it may not fit certain strategies that they would become compatible or standards compliant by adding something to it. —Preceding unsigned comment added by 84.198.72.247 (talk) 12:05, 30 December 2008 (UTC)
Google Chrome addition
I note that there are edits placing Chrome as open source. While this is the impression that Google gives, I'm unaware of any way of compiling a Chrome browser from Chromium. On the Chromium source code page, they say that "Google Chrome is built with open source code from Chromium."
For the moment, I've added that Chrome is closed source and based on Chromium, until we can verify Chrome's source code is open. Google may later include (or already have included) closed source software inside of Chrome. 86.148.9.196 (talk) 10:14, 4 September 2008 (UTC)
- Replying to my own message, just found evidence that Google Chrome is open source based on an ability to switch builds between Chromium and Chrome, so I've reverted this. 86.148.9.196 (talk) 11:43, 4 September 2008 (UTC)
- I think it's important to note that Chrome's EULA is not included in the list of open source licences from the Open Source Initiative. Nor does it meet the open source licence definition on Wikipedia. Chrome's source is provided, but it doesn't meet the definition of open source. It's cousin, Chromium, can be counted as FLOSS (Free and open source software).
- http://www.google.com/googlebooks/chrome/ ✍ (talk) 19:20, 2 June 2009 (UTC)
- There's also concern about the programs included in Chrome which has no source code, GoogleUpdate.exe (hard to remove even after uninstalling Chrome) and RLZ.dll, which appear to be sending unique user ID's to Google. I've changed Chrome back to closed source, and restored Chromium to make the distinction between the two. 86.151.155.206 (talk) 11:48, 19 September 2008 (UTC)
I have changed the Open Source column for Google Chrome back to saying Yes. Several reliable sources [4][5] including Google itself refer to Chrome as open source and all the source code for the essential parts are available for viewing. Some may point out that RLZ.dll and googleupdater are not open source, but in my opinion that is irrelevant since I don't believe that Wikipedia should be in the business of deciding what the dogmatic definition of open source is. The issue of the EULA is also moot since open source does not mean no restrictions on the use of the code or the binaries it builds. Self identification and the availability of all the essential parts of the browser as open source should be good enough for Wikipedia. -- Gudeldar (talk) 02:43, 9 July 2009 (UTC)
- I've changed it to "disputable" with extra note summarizing the above opinions. It might be better to take the middle road and provide the reader with adequate information, instead of going back and forth between "yes" and "no" only to leave the reader confused. Wyvernoid (talk) 03:01, 30 July 2009 (UTC)
Operating system support
I note that although this table appears to primarily include modern operating systems and browsers:
- We still keep a separate entry for Mac OS 9 - we don't keep entries for other old operating systems such as Windows 9x, 3.1, or AmigaOS, and it only has
two Yes entries anyway, one of which is Lynx (runs on just about anything), the other is a Mac-only browser that doesn't seem anymore notable or mainstream than the non-discontinued browsers for the other aforementioned old OSs that we don't listone Yes entry anyway - Lynx, which runs on just about anything. - We have an entry for WorldWideWeb which although obviously notable in a historical sense is not a mainstream modern browser, and doesn't run on any of the listed operating systems, with us instead having to awkwardly list NEXTSTEP in the same column, next to the browser name.
My suggestion is either:
- Create an "Other" column, just like we do for the "Historical web browsers" table. We can put NEXTSTEP and Mac OS 9, along with older Mac OS versions and any other older operating systems. This table then becomes a table for currently available (as opposed to historical/discontinued) browsers (although on that note, I'm not sure that WorldWideWeb should be here at all, as it's long discontinued - we've already listed in under "Historical web browsers", which is where it belongs).
* Simply remove Mac OS 9 and WorldWideWeb, and keep this a simple table for current browers and operating systems ("the most common OSs today", as the article states). done by me mabdul 0=* 18:50, 1 January 2009 (UTC)
Mdwh (talk) 16:16, 5 October 2008 (UTC)
- Hey guys, I've never edited wikipedia before, but the "Historical web browsers" table seems to require updating for windows 7. —Preceding unsigned comment added by 165.123.144.232 (talk) 07:14, 8 February 2010 (UTC)
- "the web browser and OS means most recent version, example: Windows 7 w/ Internet Explorer 8.". >Those who are able to read are at an advantage indeed.< mabdul 11:48, 8 February 2010 (UTC)
auto updates
Inspired by the comparison of bittorrent clinets i want to add a column for "auto updates" (for example IE's auto update is Windows update, for safari the extra program, ff has integrated and so on!) --> where should add this column? under release history? os support? browser features/ accessibility features? I don't know, help me! mabdul 0=* 09:50, 24 October 2008 (UTC)
- I think the Browser Features table would be the place to add it. It's going to have to be more than a simple yes or no, as I believe Opera notifies you of updates but you need to download the update manually, and I think Safari makes you run the updater manually. Doesn't Windows update download only some IE updates automatically, also? -- Schapel (talk) 13:32, 24 October 2008 (UTC)
Browser weight
I think another useful mode of comparison would be browser weight, i.e. how intensive the browser is on system resources. This would help people using this comparison to find a browser to download to differentiate between system-heavy, works browsers, like Firefox and Opera, from lightweight browsers like K-Meleon and Lynx. At a first glance, people might question the very reason for Lynx to even exist, given that it only supports basic HTML. Examples of modes of comparison would be hard disk space taken up, RAM taken up while just having the Wikipedia home page open (as an example page), time taken to load the Wikipedia home page, etc. This would also be a way to determine the value of having multitudinous Firefox plugins. Perhaps the Firefox rows should be split in to two; one for its native features and one for Firefox with, say, the 20 most used plugins, to compare how much the functionality is increased versus how much extra weight it places on the system. 86.45.84.107 (talk) 15:23, 27 October 2008 (UTC)
Data from marketshare
The webpage and linked explanation make it clear that the data are only updated and reviewed for accuracy at the beginning of the month - other updates are against an unreliable source Tedickey (talk) 16:23, 28 November 2008 (UTC)
Some browsers' licenses
I see some of fields in Licenses section are empty, such as Opera's license. Why should they be empty? P30Carl (talk) 17:46, 15 December 2008 (UTC)
- because there was a crazy man who deleted it everywhere a license was. "propertary" is not any license... so he went thourgh many software-comparisons (not all!) and removed them with a big discussion. i was against this move. mabdul 0=* 20:29, 15 December 2008 (UTC)
- Given that there are two additional columns (cost and open-source), the data for "proprietary" would be just clutter anyway (particularly, since few editors can supply reliable information on the types of proprietary licenses). Tedickey (talk) 21:06, 15 December 2008 (UTC)
Image at the bottom
At the bottom of this page, there is a graph showing the usage statistics of Internet Explorer over time. I don't think that this is relevant because the article does not discuss usage at all. Any other opinions? 72.92.208.28 (talk) 20:20, 20 December 2008 (UTC)
- yeah. you're right what you say. we should a) rm or b) write somethink about it. this i really difficult because of the masking browser(shells)... mabdul 0=* 20:51, 20 December 2008 (UTC)
- I agree. The image was added in this revision and was not moved in this revision. So it was probably intended to be in the 'Web browsers by year' section. But if it was it should be comparing all browsers not just Internet Explorer. The Usage share of web browsers article already covers usage share, perhaps it should be added there? RP9 (talk) 01:38, 21 December 2008 (UTC)
Lists IE6 and 7 but only Firefox 3
The article lists Internet Explorer 6 and 7 but only Firefox 3 (I'm referring to the security vulnerabilities section in particular). If an older version of one browser is listed, shouldn't an older version of every other browser be listed?--12.72.54.140 (talk) 04:53, 22 December 2008 (UTC)
- YES AND NO! (aargh caps lock) the "problem" is that ie6&7 are supported. the support for ff2 has been stopped now. before you mentioned it: yeah there was the mistake that it wasn't listed when the support was active... mabdul 0=* 09:19, 22 December 2008 (UTC)
- The section starts with 'This comparison'. Without information of FireFox 2 (and 1) there is no real comparison posible. Comparison doesn't depent on markt share or active suport. More important without this information the false impression is geven that FF is very very secure. This isn't the case. --Alfatrion (talk) 11:27, 29 May 2009 (UTC)
- The security companies don't even update the vulnerabilities after a product is not supported. And of course market share matters. If no one uses a product, it doesn't matter how insecure it is. The table should not include products that do not get security updates, especially if the usage is tiny. Perhaps IE6 can be removed if you like. -- Schapel (talk) 13:58, 29 May 2009 (UTC)
- The section starts with 'This comparison'. Without information of FireFox 2 (and 1) there is no real comparison posible. Comparison doesn't depent on markt share or active suport. More important without this information the false impression is geven that FF is very very secure. This isn't the case. --Alfatrion (talk) 11:27, 29 May 2009 (UTC)
template inline citation
what is missing for removing the inline citation? where should we/i add refs? mabdul 0=* 18:26, 31 December 2008 (UTC)
missing notes / orphaned notes
I removed the note "* HTTP-Auth (Basic/Digest), WebDav and GZip info missing" at the bottom of the protocol support table. to which part / browser / whatever was this note relevant/related? need help! mabdul 0=* 21:41, 1 January 2009 (UTC)
at the moment I see that
- ^ Only with the SSL dll version.
is also orphaned: which browser needed that note? mabdul 0=* 21:44, 1 January 2009 (UTC)
Xtravo Explorer
See recent edits promoting a browser, no reliable sources cited. Google finds a little discussion (mixed with several copies of essentially the same advertising), that it's a wrapper for Internet Explorer.
- http://techlahore.wordpress.com/2008/12/17/xtravo-xplorer-a-19-year-old-pakistani-hackers-foray-into-browsers/
- http://www.freewarefiles.com/review_5_51_45999.html
Tedickey (talk) 15:04, 25 January 2009 (UTC)
- I remove that browser. WP:WTAF --> there shouldn't any broser without an article... mabdul 0=* 18:03, 25 January 2009 (UTC)
Browser Usage Statistics
This may have been discussed before, but the difference between sources on Browser Usage statistics are drastically different. For example:
http://www.w3schools.com/browsers/browsers_stats.asp VS http://marketshare.hitslink.com/browser-market-share.aspx?qprid=0
What should be considered more credible? Or at least should it be noted that sources vary drastically? Such as done on: http://en.wiki.x.io/wiki/Usage_share_of_web_browsers where it notes several different sources? —Preceding unsigned comment added by Babydutka (talk • contribs) 20:10, 29 January 2009 (UTC)
Presentation program
Well, OSF and S5 are not new technologies. They are plain and standard XHTML/CSS(/JavaScript) implementation of a use case. We're not going to list all of the features these technologies permits. Are we ? OSF works with any browsers that support the former two (xhtml/css) + the projection medium type, simply. Maybe it's worth mentioning Opera indeed support projection/presentation medium as its fullscreen mode, but I'm not even sure. Anyway, it would better go in the Comparison of layout engines (CSS) page. ... Btw, most of the browsers support the print medium type for their print preview. It's the same kind of thing. --Fenring (talk) 22:44, 4 March 2009 (UTC)
- Hmm, lots of people caring for this. Ok, I tried to include the media types in Comparison of layout engines (CSS) but I eventually think it's not the layout engines that support the projection type. It's more the browser that has a projection mode. So, you're idea was the right one. Except that I won't mention OSF nor S5, as they are not the technology. If something has to be mentionned, it's the projection medium type. Now, I wonder if I'll add more columns : handheld mode, print mode, ... screen mode seems obvious. I don't think browsers has any other media modes...(?) --Fenring (talk) 00:03, 7 March 2009 (UTC)
IE8 means IE7 goes in Historical web browsers list?
Seeing as IE8 has now been officially been released (and is much different from IE7 compared to IE7 diference to IE6), should IE7 now be placed in the "Historical Web Browsers" table with IE8 being the web browser represented in the "Operating System Support" table? I know that it says "Releases of OS and browser from the early 1990s to before 2001-2002 time frame are the current focus." but it should be changed to accomidate new represent older versions of products. Meaning that IE8 should be added and when Win7 is officially released WinVista would be added.
Post opinions, I'll be back later today to check back on post.Spitfire19 (Talk) 11:58, 25 March 2009 (UTC)
- No! I mean IE8 is rreleased a few days ago, and IE7 is supported at all! We should waiting with the add of IE7 in the historical list (and win xp/vista with the included ie7 is also continuing being sold).mabdul 0=* 17:32, 26 March 2009 (UTC)
- Support. Today, the only IE browsers that remain of significance are 5 (latest version supported on non-Microsoft platforms), 6 (latest version supported on 9x), and 8 (latest version supported on XP/Vista). Bob the Wikipedian (talk • contribs) 06:06, 10 April 2009 (UTC)
IE under Protocol support
Under the 'Protocol support' section, the article says "IE fails to comply with KeepAlive Headers as well other aspects of HTTP/1.0 and 1.1, for instance, the RFC-mandated Pipelining support. It also fails to comply with "Clean Shutdown". However in the IE8 technical chat here, Eric Law says "Pipelining is commonly misunderstood. All modern browsers properly support HTTP/1.1 connection reuse, including internet explorer. IE8 improves this further by raising the per-host limit from 2 to 6. Unfortunately, much networking hardware (particularly proxy servers) does not support pipelining, which is why it's off by default in FF and why Opera doesn't use it automatically. Pipelining actually can make things slower, because there's no way to know a priori whether a targeted resource would be delivered faster on a new socket." Now he's an expert and furthermore he wouldn't lie. Also, a Google search suggests that IE supports pipelining. Should this be style="background:#9EFF9E;color:black;vertical-align:middle;text-align:center;" class="table-yes"|Yes? And what is "clean shutdown" btw? First time I've heard of this thingy. - xpclient Talk 17:06, 26 March 2009 (UTC)
Acid scores
I've tested several browsers on Acid1, Acid2, and Acid3. Their scores can be found in a table now on the article page.
Go ahead and test a browser to help construct this table.
Only use the latest version. If the version on the table is old, replace it with the new one (after running all three tests!) (i.e. FFX2 or IE7 don't belong in the table.)
Note: Acid1: The radio buttons should function. Make sure the colors and table sizes are correct, and make sure the words use the correct letters. Depending on the default font (Safari, for example), the font may appear different, but as long as it's the same otherwise, it passes. Acid2: The nose should turn blue if you hover over the face. Check every pixel...sometimes it looks close but doesn't quite make it. Surprisingly, IE7 didn't pass this one! lol... Acid3: The numbers must count smoothly. No long pauses or jumpiness. Just because it says 100/100 doesn't mean it passed. Every pixel must also be perfect.
Have fun testing... Bob the Wikipedian (talk • contribs) 06:14, 10 April 2009 (UTC)
- I expanded the table much miore again ;) every browser is included and the browser values are given in already tested. (published on pages!)mabdul 18:11, 11 April 2009 (UTC)
ACID3 clarifications are needed
The ACID section of this article is messy. Since there are many pre-release versions of browsers available, we need to establish some rules. The problems right now are:
- the section is supposed to list only released versions of browsers, but it lists Midori, which is alpha, not even beta. If the rule to keep only released versions was to be kept, then Midori should be removed from the list.
- listing only released versions causes two problems: first, people come and update the score using development versions for testing. Second, and more important: the section is not showing whole truth. While I agree that keeping score for last stable version is important, we should also include information about development versions. Otherwise the article isn't complete.
- what is the reason of stating that Safari passes ACID3? Here it behaves more or less the same as Opera: 100/100, pixel perfect but animation isn't smooth, and each time one or two tests are mentioned as passed too slowly (usually these are some of the tests: 27, 65, 69, 72). Therefore we need to decide WHEN a browser passes a test. For example: is it enough that a browser passes it once, should it be repeatable? How many users should report that a browser passed a test? How do we verify that? Since Acid3 depends on hardware performance, what computer should be used for testing? Or maybe should we leave it and just focus on pixel-perfect rendering? After all speed is subjective.
My proposals regarding the above issues:
- let's include development versions on the list, but as separate positions, possibly with a build number
- let's state that rendering speed is subjective and list as "green" all browsers that achieve pixel-perfect result in Acid3 —Preceding unsigned comment added by 82.177.125.18 (talk) 17:29, 18 June 2009 (UTC)
- The problem with development versions will be resolved as more browsers pass Acid3. Safari does pass Acid3; the rendering speed is not subjective at all. See the Acid3 article for more information. Let's list information only on released versions, and do not state that a browser has passed Acid3 until there's a reliable source that says so. For Midori, we can remove it completely from the article, or provide information on the latest development version. I would prefer to remove all Midori information. -- Schapel (talk) 18:35, 18 June 2009 (UTC)
- Opera does not pass the test-- a perfect score is only part of the test. Safari passes with a perfect score, a perfect final rendering, and a smooth rendering-in-progress.
- I agree...I'll add in a note that the ones listed are public-release browsers, not browsers still under development, since I did add the table to begin with at the release of IE8 (which was really to prove that Firefox was still better). Bob the Wikipedian (talk • contribs) 02:42, 19 June 2009 (UTC)
- Clarified the Acid tests intro and also separated test releases into another table (because the information is still relevant). If anyone sees a browser needs moved to the other table...please do that. Bob the Wikipedian (talk • contribs) 03:05, 19 June 2009 (UTC)
- I like the edits made by Bob. Let's keep two tables. I guess someone should write an introductory text for the second table.
Schapel -- you still haven't provided any source to back up your statement that Safari passes the test. In my test system Safari always lags at least one test, often two (usually 69, soften 27 or 65). The exactly same thing happens in Opera 10 beta, hence my doubts that Safari pases the test. Do you have a reliable source for your statement, a proof or so? —Preceding unsigned comment added by 83.16.49.100 (talk) 09:07, 19 June 2009 (UTC)
- Read the Acid3 article. It provides sources that say Safari passes Acid3. -- Schapel (talk) 14:21, 19 June 2009 (UTC)
- Schapel, perhaps we ought to version numbers... down to the most accurate possible version. Many browsers have a new version number every day or several times a day, so this may clog watchlists if people keep on top of their favorite browser, but that's no reason why we can't keep this page up-to-date. Bob the Wikipedian (talk • contribs) 20:15, 19 June 2009 (UTC)
- p.s. I HAVE Safari 4 (a public release) and it passes Acid3. I don't think it really needs cited, as Acid scores are "common" knowledge that anyone with that browser can test for themselves. Bob the Wikipedian (talk • contribs) 20:17, 19 June 2009 (UTC)
- Bob: it's not common knowledge for exactly the reason you wrote: anyone can test. I did. On my computer (not so poor: C2D E8200, 2GB RAM, Windows XP) Safari 4 doesn't pass the test. But whetever -- there apparently exist some "reference hardware" on which Safari passes the test. On thing that should be answered: does Safari pass on Mac or also on PC (Windows)? —Preceding unsigned comment added by 82.177.125.18 (talk) 21:37, 20 June 2009 (UTC)
- Hmmm. Did you use the factory settings and test it without any add-ons? The Acid tests should be run upon completion of installation of the browser, not when the browser has been modified here and there or after options have been changed. Also, make sure you have Java installed for that browser, or you'll have problems running Acid3. In my opinion, Acid shouldn't require Java at all...but whatever. By the way...I'm using Vista. Bob the Wikipedian (talk • contribs) 00:47, 21 June 2009 (UTC)
- Bob: it's not common knowledge for exactly the reason you wrote: anyone can test. I did. On my computer (not so poor: C2D E8200, 2GB RAM, Windows XP) Safari 4 doesn't pass the test. But whetever -- there apparently exist some "reference hardware" on which Safari passes the test. On thing that should be answered: does Safari pass on Mac or also on PC (Windows)? —Preceding unsigned comment added by 82.177.125.18 (talk) 21:37, 20 June 2009 (UTC)
- p.s. I HAVE Safari 4 (a public release) and it passes Acid3. I don't think it really needs cited, as Acid scores are "common" knowledge that anyone with that browser can test for themselves. Bob the Wikipedian (talk • contribs) 20:17, 19 June 2009 (UTC)
- Schapel, perhaps we ought to version numbers... down to the most accurate possible version. Many browsers have a new version number every day or several times a day, so this may clog watchlists if people keep on top of their favorite browser, but that's no reason why we can't keep this page up-to-date. Bob the Wikipedian (talk • contribs) 20:15, 19 June 2009 (UTC)
- Read the Acid3 article. It provides sources that say Safari passes Acid3. -- Schapel (talk) 14:21, 19 June 2009 (UTC)
Huch? Java? Acid3 doesn't use/test java! maybe you are confused by the name: it uses javascript! that is something totally different. you should read the articles! mabdul 22:07, 21 June 2009 (UTC)
What's the difference between "Yes" and "100/100"? This could use clarifying, as they would seem to be the same. Do the browsers get "Yes" upon 110/100 or something? 207.180.138.202 (talk) 14:13, 11 August 2009 (UTC)
- Read the Acid3 article. The score is only one aspect of the test. The rendering and the performance are the other two. -- Schapel (talk) 01:17, 12 August 2009 (UTC)
Why you claim that Safari passes Acid3 and Opera not? I've tested both and Opera 10 makes it faster then Safari. —Preceding unsigned comment added by Settler14 (talk • contribs) 17:16, 2 September 2009 (UTC)
- Does Opera 10 finish every subtest in 33 ms or less? That's the criterion for passing the performance aspect, not the total time to render the test page. Can you find a reliable source that verifies that it does pass the performance aspect? I claim that Safari does pass because the Safari team demonstrated that Safari does pass all three aspects of the test. -- Schapel (talk) 18:16, 2 September 2009 (UTC)
w3m javascript
Popup-blocking for w3m is questionable since it doesn't support javascript (agreeing with the table entry for that). Perhaps someone had in mind this patch from 2003 which provides crude support for javascript. In any case, popup-blocking probably should be N/A Tedickey (talk) 00:48, 2 July 2009 (UTC)
ACID Tests
I believe it would be a good idea to add a comparison of the overall results of the browsers according to the various Acid Tests on this same page. And link to the various Acid Test pages for more detailed info on the tests and the results (Acid1, Acid2, Acid3). —Preceding unsigned comment added by 82.168.243.40 (talk) 13:06, 6 July 2009 (UTC)
- ?!? there is already a table with the acid test. did you read the comparison? mabdul 18:32, 6 July 2009 (UTC)
Internet Explorer for Linux?
Asterisks linking to "Internet Explorer for UNIX" article in "Linux" column in following table are inappropriate.
"Internet Explorer for UNIX" says that IE was available only for Solaris and HP-UX. Linux is not mentioned.
Browser | Years | MS 2000/XP/Windows Vista(Major Browsers) | 98/Me | NT | 95 | 3.1 | IBM OS/2 | Mac OS X (Intel/PPC) |
Mac OS 9 | Mac OS 8 | System 7 (PPC/68k) |
Linux | BSD | Unix (HP-UX, Solaris) |
Other |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Years (OS) | - | 2000/2001 | 1998 | 1993 | 1995 | 1992 | 1988 | 2001 | 1999 | 1997 | 1991 | '94(1.0)/'91 | 1993 | (1990s) | - |
IE 5.0 IE 4.0 |
1998-2000 1997-1998 |
Included | Included | Yes | Yes | Yes | No | No | No | No | No | Dropped * (5.01 SP1) | Unknown | Dropped * (5.01 SP1) | No |
IE 3.0 | 1996-1997 | Yes | Yes | Yes | Included | Yes | Unknown | No | Yes | Included | Yes | No * | Unknown | Yes * | No |
- how about to shrink the table a little bit by comparing the IEs in two row? (ie f. win and one for the mac version!) If nobody is answering, i will edit this by 28.12 ;) mabdul 12:41, 24 December 2009 (UTC)
How about this?
Browser | Years | MS 2000/XP/Windows Vista(Major Browsers) | 98/Me | NT | 95 | 3.1 | IBM OS/2 | Mac OS X (Intel/PPC) |
Mac OS 9 | Mac OS 8 | System 7 (PPC/68k) |
Linux | BSD | Unix (HP-UX, Solaris) |
Other |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Years (OS) | - | 2000/2001 | 1998 | 1993 | 1995 | 1992 | 1988 | 2001 | 1999 | 1997 | 1991 | '94(1.0)/'91 | 1993 | (1990s) | - |
Mozilla Firefox (2 and 3) | 2005 - Now | Yes | Yes | Yes | No | No | Yes | Yes | Yes | No | No | Included | Yes | No | Unknown |
IE | 1995 - 2009 | Yes (6.0 included) | Dropped (6.0 SP1) | Dropped (6.0 SP1) | Dropped (5.0) | Dropped (5.0) | Dropped (5.0) | No | Dropped (3.0) | Dropped (included 3.0) | Dropped (3.0) | Dropped * (5.01 SP1) | No | Dropped * (5.01 SP1) | No |
IE Mac (IE5, Tasman) |
1996-2003 | No | No | No | No | No | No | Terminated (5.2.3) | Dropped (5.1.7) | Dropped (5.1.7) | No | No | No | No | No |
Konqueror | 1996-Now | Yes | No | No | No | No | No | Yes | No | No | No | Yes | Yes | Yes | No |
- Konq and FF is only added forthe "overview". mabdul 19:47, 8 January 2010 (UTC)
Support for multiple webmail accounts in browser features chart?
Can we get a support for multiple webmail accounts in browser features chart? Common problems is that many people have 2 or more gmail accounts (one for friends and one for email lists and one for spam, etc). I think IE has support for this and Firefox has a plugin.