만약 우리가 표를 아래로 스크롤한다면, 표 제목을 동결하십시오

5550 단어 compat-table

묘사

지금 보면:
compat1
테이블을 아래로 스크롤하면 어떤 열이 어떤 브라우저와 일치하는지 볼 수 없습니다.
compat2
이 UI를 쉽게 이해할 수 있도록 테이블을 스크롤할 때 테이블 제목을 동결하는 것이 좋습니다.
compat_good

토론 #1

접착성 제목 문제에 대한 역사는 #120과 #532를 참조하십시오.

토론 #2

내가 보면서https://github.com/filamentgroup/fixed-sticky그러나 고정된 시계는 지원하지 않는다.저도 사용해 봤어요.http://philipwalton.github.io/polyfill/demos/position-sticky/그리고 그것도 작용하지 않는 것 같다.

토론 #셋

floatThead 플러그인을 사용하여 약간의 성공을 거두었지만 완전히 성공하지는 못했다.추적을 위해, 문제는 여기-https://github.com/mkoryak/floatThead/issues/276

토론 #4

, 이제 다 고쳤어.이리 와봐.

토론 #5

:+1::미소::산타클로스:::타다:

토론 #6

default
비표준 ES5표,FF,IE

토론 #7

/cc@mkoryak

토론 #8

오늘 늦게 볼게요.
이것은 보기에 진정한 벌레 같다.저

토론 #9

패치가 하나 있는데, PR

토론 #10

에 제출한 모든 다른 패치를 추가하는 데 시간이 좀 걸릴 뿐입니다.https://github.com/kangax/compat-table/pull/718
나는 이 오류를 FF 탓으로 돌렸다. 어떤 이유로 표의 너비 (약 40픽셀) 를 잘못 보고했다. 사실상 100%를 차지하지 않았기 때문이다. width 에서 min-width 로 복원했기 때문이다.
정렬을 사용할 때, 플러그인의 성능을 보는 데 더 많은 시간을 들일 것입니다.이상하게도 FF에서 사용하지 않을 때보다 느리다.아마도 내가 4퍼센트의 에너지를 가지고 있기 때문일 것이다.

토론 #11

그나저나 이 플러그인은 휴대전화에 적용되지 않는다.브라우저 리셋 리스트를 만드는 것은 좋지 않은데, 사파리는 특히 좋아하지 않는다.
너의 큰 책상도 이동 장치에서 사용할 수 없을 수도 있기 때문에 이것은 문제가 되지 않을 수도 있다.

토론 #12

@mkoryak에서 시계의 최소 너비를 사용하는 것은 정의되지 않은 행위이므로 의존해서는 안 됩니다.표 레이아웃 알고리즘 *, auto와fixed가 두 가지가 있는데,fixed를 사용할 때, 너비는 CSS에서 명확하게 정의한 너비에 의해 결정된다
https://www.w3.org/TR/CSS21/visudet.html#min- 최대 너비

In CSS 2.1, the effect of 'min-width' and 'max-width' on tables, inline tables, table cells, table columns, and column groups is undefined.


또한 Javascript를 통해 폭을 가져오는 데 문제가 있을 수 있습니다.[상자 크기: 테두리 상자]를 사용하여 셀 내부 폭의 일부로 채우는 특정 셀 너비의 계산 방식을 변경할 수 있습니다.jquery를 사용하면너비()는 다른 방법을 사용하는 것보다 이 상자 크기 조정 방법을 사용하여 셀의 값을 정확하게 보고하지 못할 수 있습니다.
예:
검사원은'테스트 이름'클래스가 있는 TH의 폭이 349.3으로 5.85로 채워졌다고 밝혔다.따라서 오른쪽 너비는 361로 5.85*2+349.3=361이다.

$(".test-name").width() 349.3

getComputedStyle(document.querySelector(".test-name")).width "361px"


JQuery 문서에서 다음을 수행합니다.
http://api.jquery.com/width/

Note that .width() will always return the content width, regardless of the value of the CSS box-sizing property. As of jQuery 1.8, this may require retrieving the CSS width plus box-sizing property and then subtracting any potential border and padding on each element when the element has box-sizing: border-box. To avoid this penalty, use .css( "width" ) rather than .width().

  • 두 개의 반 알고리즘, IE를 계산하고 평소와 조금 다른 규칙에 따라 놀면https://connect.microsoft.com/IE/feedback/details/781009/ie-10-fails-to-render-tables-width-fixed-layout-correctly
  • 토론 #13

    잠깐만, 나 문제 있어?나는 jquery width를 사용하여 칸의 폭을 측정하지 않는다.
    그 밖에 제거된 시계가 그다지 넓지 않도록 최소한의 넓이를 설정해야 한다. 왜냐하면 가장 넓은 칸이 이 시계에 있기 때문이다.만일 내가 그것을 만질 필요가 전혀 없다면, 나는 더욱 기쁠 것이다. 그러나 그것은 필요하다.
    너는 레이아웃 문제나 너의 평론이 단지 일반적인 정보일 뿐이라는 것을 보았니?

    토론 #14

    이곳의 행위도 아직 정의되지 않았다.그것은 오류를 복구했다.최소 너비를 사용하고 싶지 않으면 마음대로 하세요.)

    토론 #15

    이 논평은 보고서의 계산 값이 정확하지 않고 최소 너비를 적용한 것을 말한다.

    I blame FF for that bug, for some reason it was reporting the table width incorrectly (bigger by about 40px) because it wasnt actually taking up 100%, changing from width to min-width fixed it.


    나는 설비 사이에서 동적 생성을 어떻게 길들이는지 배우는 데 많은 시간을 썼다.경험적으로, 만약 표시가 양호하다면, 유일하게 당신을 고통스럽게 할 브라우저는 evergreen 브라우저가 아니라 IE입니다.고정 테이블 레이아웃에 최소 너비를 적용하는 것은 잠재적인 표기 문제를 암시합니다.Javascript로 실행할 때의 크기를 계산하는 데 있어서, 내가 비슷한 문제에 부딪혔을 때, 결과는 잠재적인 브라우저 오류가 아니라 요소의 크기에 영향을 주는 모든 요소를 고려하지 않았다. (그러나 Firefox에 진정한 계산 오류가 존재한다면, 나는 스스로 그것의 피해자가 되지 않을 것이라는 것을 알고 싶다.)
    정의되지 않은 행위에 대해서는 이전의 인용을 참고하여'효과[...]Firefox는 이 속성을 존중할 수 있지만, 다른 브라우저는 무시할 수 있습니다. 이 두 속성은 모두 유효합니다. 이것은 신뢰할 수 없습니다. 일부 사실상 표준은 정식 표준 (XMLHttpRequest) 이 되지만, 현재 테이블의 최소 너비에 적용되지 않은 특정한 행위는 정식 기준의 일부분입니다.
    테이블에 대한 행 참조:https://developer.mozilla.org/en-US/docs/Web/CSS/min-width
    만약 이 데이터가 정확하다면 Firefox와 Opera만 최소 폭을 지원합니다.개인적으로 말하자면, 나는 번거로움을 피하고, 고정된 레이아웃표가 일치하도록 요소와 포장기에 너비값을 현명하게 적용하기를 원한다.
    내 0.02달러, FWIW, 왜냐하면 나는 이 화제에 대해 매우 익숙하기 때문이다.만약 레이아웃 문제가 여전히 존재한다면, 나는 PR을 제출하여 해결을 돕는 것을 개의치 않지만, 내가 더욱 흥미를 느끼는 것은 모든 부족한 데이터를 충실하게 하고 추가 테스트를 제출하는 것이다.

    토론 #16

    제목에 언급된 문제가 해결되었습니다.... 에서 오다https://github.com/kangax/compat-table/issues/715#issuecomment-168031122 여기서 추적될 수 있습니다 #967

    토론 #17

    아니요.
    image

    토론 #18

    오, 나는 너의 평론의 첫 부분만 읽었어. 미안해:-) 하지만, 나는 이것이 같은 문제라고 생각해.

    좋은 웹페이지 즐겨찾기