Chrome과 Firefox의 "오래된 것: 비상"을 업데이트합니다.

묘사

크롬 & Firefox의 발표일을 추가해 1년여 전 유행이 지난 버전을 '유행이 지난 버전: 비상' 으로 표시했다.

토론 #1

여기서 크롬 도금 날짜를 받았습니다.
https://en.wikipedia.org/wiki/Google_Chrome_version_history
Firefox의 역사는 다음과 같이 거슬러 올라갈 수 있습니다.
https://en.wikipedia.org/wiki/Firefox_version_history

토론 #2

LGTM

토론 #셋

이 가능하다면 브라우저 속성에 발표 날짜를 추가해야 할 수도 있습니다.나는 이러한 정보가 babel-preset-env와 같은 프로젝트에 매우 유용하다고 생각한다. 특히 obsolete: very는 원시 데이터에 대해 아무런 의미가 없다.속성 이름과 형식을 알 수 없습니다.IMO 형식은 인간이 읽을 수 있고 정렬할 수 있어야 한다YYYY-MM-DD.사상

토론 #4

실제로 HTML obsolete: very 을 생성하기 위해 오래된 브라우저를 숨기기 위해 발표 날짜

토론 #5

를 사용해야 합니다.https://github.com/kangax/compat-table/issues/740#issuecomment- 262230316

토론 #6

새 필드 두 개를 추가하는 것이 좋습니다.
출시일: YYYY-MM-DD,
퇴직일자: YYYY-MM-DD
그런 다음 구축 스크립트는 다음 규칙을 따릅니다.

'유행이 지났음: 비상'또는 퇴직연령이 1세가 넘으면 브라우저가 표시되지 않습니다.

"obsoleted:true"또는 "retired"가 과거라면 브라우저는 이미 유행이 지났습니다.

'불안정: 진'또는 장래에 발표되면 브라우저가 불안정합니다.

나는 첫 번째 부분 (Firefox와 Chrome를 추가한 날짜) 을 할 수 있지만, 두 번째 부분의 도움말 (스크립트 변경) 이 필요하다.

토론 #7

@afmenez는 유행이 지난 합리적인 정의가 없습니다.공급업체가 지원하거나 지원하지 않는 것은 구체적인 정의이다.

If "obsoleted:very" or retired>1 year old, don't show the browser;

그들이 지원하지 않는다고 생각하는 내용에 대해 브라우저마다 다른 정의가 있다.compat표는 그들을 위해 특정한 시간을 정의하려고 해서는 안 된다.

토론 #8

@graingret, 나는 네가 나의 소식을 너무 빨리 읽는다고 믿는다.나는 지금까지 유행이 지난 것을 정의하려고 시도한 적이 없다. 나는 특별히 I 필드에 가입해서 브라우저의 날짜를 정의했다.네가 논평한 이 말은 브라우저가 언제 상관없고, 언제 다시 사이트에 나타나지 말아야 하는지를 정의하는 방법을 제시했다.오늘날 데이터에 이미 존재하는 내용과 유사하고 이미 존재하거나 제안된 데이터로 스크립트를 작성하기 쉽기 때문에 1년을 사용하는 것을 권장합니다.

토론 #9

날짜 정보를 포함하는 것은 좋은 생각입니다.

토론 #10

@ljharb에서 날짜 정보를 프로그래밍으로 사용해서 유행을 정하는 것은 아주 나쁜 생각입니다. 유행이 지난 것이 아니라 날짜 정보를 사용할 수 있습니다. obsolete: veryHTML에 매우 오래된 브라우저 (UI에 필터가 있기 전)

토론 #11

@ljharb 를 숨기기 위해서, 브라우저가 유행이 지난 날짜 (실효 날짜: YYYYY-MM-DD) 를 표시하는 필드를 명확하게 포함하는 것이 좋습니다. 따라서 우리는 아무런 문제가 없습니다.

토론 #12

나는'비상'도 시간에 기초한 것이 아니라 어떤 새로운 버전이 그것을 대체했거나 기술이 시대에 뒤떨어진 정도에 기초한 것이라고 생각한다.
# 아프메네스: 나는 모든 신분의 명확한 날짜가 매우 의미가 있다고 생각한다.또한 ES5 레이블에 ES6 레이블과 다른 "구식"개념을 사용할 수 있습니다.

토론 #13

다행이네요. 제가 제안한 분야를 계속해도 될까요?내 말은, 나는 지금 참고로 데이터를 추가할 것이다. 우리는 나중에 그것을 어떻게 처리할지 결정할 수 있다.
이렇게 됩니다.

  firefox31: {
    full: 'Firefox',
    family: 'SpiderMonkey',
    short: 'FF 31<br> ESR',
    released: 2014-07-22,
    retired: 2015-08-11,
    obsolete: very,
  }

  firefox45: {
    full: 'Firefox',
    family: 'SpiderMonkey',
    short: 'FF 45 ESR',
    released: 2016-03-08,
    retired: 2017-06-13,
    obsolete: false,
  },

  firefox52: {
    full: 'Firefox',
    family: 'SpiderMonkey',
    short: 'FF 52 Aurora',
    released: 2017-03-07,
    unstable: true,
    obsolete: false, // ESR (EOL on 2018)
  },

나는 이것은 매우 큰 일이기 때문에, 나는 이 일을 하는 데 시간을 낭비하고 싶지 않다. 나중에 거절당했다.

토론 #14

우리는 미래에 약속이 있기 때문에 석방과 퇴직이 더 좋을지도 모른다.

토론 #15

release와 retire는 내가 보기에는 괜찮다. 또한, 나는 우리가 #740에서 진일보한 토론을 한 후에 다른 PR에서 변경할 수 있다고 생각한다build.js.따라서 새 필드만 추가하면 이 PR

토론 #16

에서 IE 날짜를 얻을 수 있습니다.
https://en.wikipedia.org/wiki/Internet_Explorer_version_history#Release_history_for_desktop_Windows_OS_version
Edge의 역사는 다음과 같이 거슬러 올라갈 수 있습니다.
https://en.wikipedia.org/wiki/Microsoft_Edge#Release_history

토론 #17

기준을 다시 설정할 수 있습니까?gh-pages에서 변경 사항을 가져와 다시 실행하는 것처럼 간단해야 합니까?build 나 지금 이거 합병할 거야."""노후화""란 무엇을 의미하는지, 어떤 것이 노후화되어야 하는지, 어떤 것이 #740에 없는지 토론합시다."