browser-support

Browser support for eTags

蓝咒 提交于 2019-12-02 21:17:05
I'm working on getting my site to support the eTag/If-None-Match browser cache, but I'm not sure which browsers do/don't support it. Can anyone point me to a list? I can't imagine it's universal, but I haven't found anything that supports that claim. cheers, Mike Steve If-None-Match was Specified in HTTP 1.1 (June 1999): http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol According to Wikipedia: By March 1996, pre-standard HTTP/1.1 was supported in Arena, Netscape 2.0, Netscape Navigator Gold 2.01, Mosaic 2.7, Lynx 2.5, and in

What browsers support CSS #parent > .direct-child notation? (no jQuery)

冷暖自知 提交于 2019-11-30 18:20:15
As far as I know, the > ( #test>div ) means that the div is required to be a direct child of #test . Where a space ( #test div ) means that it can be a descendant/ancestor relationship. So #test p div would be affected by simply a reference to #test div What browsers support the first one mentioned? You can find information for all selectors at http://www.quirksmode.org/css/contents.html For your questions the supported browsers are the following: IE 7, IE8, IE9 pr3, FF 3.0, FF 3.5, FF 3.6, FF 4b1, Saf 4.0 Win, Saf 5.0 Win, Chrome 4, Chrome 5, Opera 10.10, Opera 10.53 and Opera 10.60 Edit:

What browsers support CSS #parent > .direct-child notation? (no jQuery)

。_饼干妹妹 提交于 2019-11-30 01:27:13
问题 As far as I know, the > ( #test>div ) means that the div is required to be a direct child of #test . Where a space ( #test div ) means that it can be a descendant/ancestor relationship. So #test p div would be affected by simply a reference to #test div What browsers support the first one mentioned? 回答1: You can find information for all selectors at http://www.quirksmode.org/css/contents.html For your questions the supported browsers are the following: IE 7, IE8, IE9 pr3, FF 3.0, FF 3.5, FF 3

How well is the `for of` JavaScript statement supported? [closed]

断了今生、忘了曾经 提交于 2019-11-29 03:18:42
var nameArray = [ { name: 'john', surname: 'smith' }, { name: 'paul', surname: 'jones' }, { name: 'timi', surname: 'abel' }, ]; for (str of nameArray) { console.log( str.name ); } I want to know, how supported is for( item of array ) in terms of browser support, mobile JavaScript support - I realize you cannot do greater than > and this is pure iteration? I have just discovered this, is this as good as I hope it is? Gianthra The classic way of doing this is as follows: for(var i = 0; i < nameArray.length; i++){ var str = nameArray[i]; } This will give you the exact functionality of a "foreach"

Browser support for window.location.reload(true)

孤街浪徒 提交于 2019-11-28 02:38:23
问题 window.location.reload() is supported in all browsers, according to w3schools But what's with window.location.reload(true) which reloads the page without cache? How well is it supported? 回答1: location.reload() takes no arguments in the specification, so do not rely on it. It is implemented in some browsers though, including Mozilla Firefox. 回答2: reload() is supposed to accept an argument which tells it to do a hard reload, ie, ignoring the cache: location.reload(true); Note : I don`t think

How well is the `for of` JavaScript statement supported? [closed]

霸气de小男生 提交于 2019-11-27 17:33:13
问题 var nameArray = [ { name: 'john', surname: 'smith' }, { name: 'paul', surname: 'jones' }, { name: 'timi', surname: 'abel' }, ]; for (str of nameArray) { console.log( str.name ); } I want to know, how supported is for( item of array ) in terms of browser support, mobile JavaScript support - I realize you cannot do greater than > and this is pure iteration? I have just discovered this, is this as good as I hope it is? 回答1: The classic way of doing this is as follows: for(var i = 0; i <

Why is HTML5 input type datetime removed from browsers already supporting it?

好久不见. 提交于 2019-11-26 14:27:35
I was wondering why all browsers, like Chrome versions higher than 26, which had support in the past for the input datetime removed it? This sounds like a duplicate of this article , but that one is quite aged. It looks like the HTML WG prefers datetime-local ( w3c ) above datetime ( w3c ), but why? See this for feature development timeline. What others say: According to mobilexweb.com it was deprecated in iOS 'because it looks too much like the datetime input type'. Following Google Chrome, now Safari on iOS doesn’t support the datetime input type anymore and it will fallback to text. This

Which browsers support import and export syntax for ECMAScript 6?

£可爱£侵袭症+ 提交于 2019-11-26 13:37:46
I am currently writing a web application using the MEAN Stack, and am attempting to write code in ECMAScript 6 JavaScript; however, I am getting errors in both Chrome and Firefox when using import and export syntax. Are there currently any browsers that fully support ECMAScript 6? Please note: I am not asking when ECMAScript 6 will be supported by browsers. I'm asking which browsers support ECMAScript 6 import and export syntax. See https://developer.mozilla.org/en-US/docs/Web/JavaScript/New_in_JavaScript/ECMAScript_6_support_in_Mozilla#Features_not_yet_supported_by_Firefox Chrome and Firefox

Why doesn&#39;t [CSS feature] work in [browser] but works in others?

隐身守侯 提交于 2019-11-26 08:19:50
问题 I tried using transition on Firefox 15 and it didn\'t work even though it worked on other versions of Firefox and other browsers like Chrome and Safari. When I view the properties using Firefox\'s inspector the transition is struck through and gives an error of \"Invalid property value\". MDN and caniuse say it\'s supported on Firefox 4 and above! #mydiv { transition: width 1s; /* Did I do this wrong? */ background: #f00; width: 100px; height: 100px; } #mydiv:hover { width: 200px } How come

Why is HTML5 input type datetime removed from browsers already supporting it?

自作多情 提交于 2019-11-26 03:54:28
问题 I was wondering why all browsers, like Chrome versions higher than 26, which had support in the past for the input datetime removed it? This sounds like a duplicate of this article, but that one is quite aged. It looks like the HTML WG prefers datetime-local (w3c) above datetime (w3c), but why? See this for feature development timeline. What others say: According to mobilexweb.com it was deprecated in iOS \'because it looks too much like the datetime input type\'. Following Google Chrome, now