도움말 대화:테이블

전체 이름에 대한 2자 상태 줄임말 변환기

이러한 변환기 또는 정규식은 일부 상태 목록 테이블을 훨씬 쉽게 편집할 수 있다. 예를 들면 다음과 같다.

주정부 약물 과다복용 사망률과 수치에 대한 자료를 완전히 대체했다.

• 미국의 약물 과다복용 사망률과 시간 경과에 따른 총계.

피벗 테이블 함수(LibreOffice Calc에서)는 모든 연도의 이 전체 업데이트를 가능하게 했다. 자세한 내용은 속도 샌드박스를 참조하십시오. 참고 항목:

• https://elearn.ellak.gr/mod/page/view.php?id=3015

주 요금:

• 사용자:타임시프터/샌드박스141

주 사망 건수:

• 사용자:타임시프터/샌드박스142

가장 많은 시간이 소요된 문제는 소스 csv 파일에서 2글자 상태 약어를 처리하는 것이었다. 참조:

• 미국의 주 및 영토 약어 목록

LibreOffice Calc는 피벗 테이블을 이 두 글자의 약어 알파벳 순서로 배치했다. 그러나 그것은 전체 주의 이름과 같은 순서가 아니다.

그래서 나는 비주얼 편집기에서 수동으로 행을 옮겨야 했다. 그러면 전체 상태 이름 열 옆에 데이터만 붙여넣을 수 있었다.

csv 텍스트 파일이나 mediawiki 테이블을 위한 컨버터가 필요해. 아마도 위키텍스트 편집창 소스 편집기에서 사용할 수 있는 정규 표현일 것이다. --Timeshifter (대화) 13:06, 2021년 4월 9일 (UTC)[]

동일한 줄의 범위 및 스타일 구문

머리글 선에 스타일을 지정하려는 테이블이 있어. 표 문서에는 헤더에 scope=col을 사용하도록 되어 있다. 범위만 지정하거나 스타일만 지정하면 모든 것이 작동하는 것 같다. 그러나 둘 다 지정하면 스타일 지정이 헤더 텍스트로 간주된다. 예를 들어, 열 머리글이 표시된다. style="max-width:14em;"에서 발표됨

! scope="col" 스타일=최대 너비:14em 발표됨

슈무엘 (시모어 J.) Metz 사용자 이름:차툴 (대화) 01:37, 2021년 5월 21일 (UTC)[]

"Style" 앞에 있는 배관 기호를 생략하십시오. — JohnFromPinckney (토크) 01:40, 2021년 5월 21일 (UTC)[]

고마워: 효과가 있었어. 나의 다음 문제점은 글자 크기를 줄이는 방법이다. 나는 노력했다.

{  class="wikitable collapsible collapsed"  + Product timeline by announcement date  - style=font:size:80% ! scope="col"   Number ! scope="col" Style=max-width:14em   Announced ! scope="col" Style=max-width:9em    LTR # ! scope="col" Style=max-width:14em   Available ! scope="col" Style=max-width:9em    LTR # ! scope="col" Style=max-width:14em   WitHdrawn!scope="콜"Style=max-width:9em 내연 관계#!scope="콜"이름-5665-295 6월 7일 1983년[https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/897/ENUS283-141/index.html&request_locale=en283-141하는 준은 1983년 283-141 MVS/370 데이터 시설 제품 릴리즈 1-5664-167 12월 31일., 1993[https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/0/897/ENUS292-320/index.html&request_locale=en292-320]VM/SP-5664-173 12월 31일, 1993년[https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/0/897/ENUS292-320/index.html&request_locale=en292-320]VM/SP HPO-5664-308.            VM/XA SP } 

가지고 있다

슈무엘 (시모어 J.) Metz 사용자 이름:차툴(토크) 02:14, 2021년 5월 21일 (UTC)[]

헤더를 정리하고 스타일링을 올바른 위치에 배치했어. 오타도 고쳤다. 텍스트가 한 줄에 남아 있을 때 최대 너비가 필요하지 않음

{ class="취약성 접힘" 스타일=font-size:80% + 발표일 기준 제품 타임라인 - ! 범위=col Number!cope=col number!col 발표! 범위=col LTR # ! col 사용 가능! 스코프=col LTR #!class=col LTR #!col name - 

공지 날짜별 제품 타임라인 표시

숫자	발표된	LTR #	사용 가능	LTR #	인출됨	LTR #	이름
5665-295	1983년 6월 7일	283-141	1983년 6월	283-141			MVS/370 데이터 시설 제품 릴리스 1
5664-167					1993년 12월 31일	292-320	VM/SP
5664-173					1993년 12월 31일	292-320	VM/SP HPO
5664-308							VM/XA SP

맨 위 머리글 줄에 대해서만 텍스트 크기를 늘리십시오. 그리고 기둥 헤드를 노출시킨다. 변경 사항은 다음과 같다.

{class="유용한 정렬 가능한 mw-datable mw-collapable mw-collapable mw-collapable mw-collated" 스타일=font-size:80% - ! colspan=8 <big> 발표일별 제품 타임라인 

show발표일별 제품 타임라인
숫자	발표된	LTR #	사용 가능	LTR #	인출됨	LTR #	이름
5665-295	1983년 6월 7일	283-141	1983년 6월	283-141			MVS/370 데이터 시설 제품 릴리스 1
5664-167					1993년 12월 31일	292-320	VM/SP
5664-173					1993년 12월 31일	292-320	VM/SP HPO
5664-308							VM/XA SP

--Timeshifter (토크) 06:28, 2021년 5월 21일 (UTC)[]

고마워: 나는 이름 컬럼을 위해 가능한 한 많은 공간을 남겨두기 위해 최대 너비를 사용했어; 몇몇 제품 이름은 내가 여기에 올렸던 제품 이름보다 더 길어. 특히 위키에서 테이블이 접힐 때 매우 좁은 선 너비에 대해 캡션을 포맷하기 때문에 나는 "+"를 더 많이 사용하여 캡션에 대한 어떤 실제 욕구보다 열 머리글에 "숨기기"를 하지 않았다. 나는 그것이 어떻게 보이는지 백 자막으로 알 수 있을 것이다.

mw-foo의 목적은 테이블을 분류할 수 있는가?

캡션 대신 두 번째 헤더 행을 사용하면 wiki가 마크업에서 추출하는 메타데이터가 변경되는가? 슈무엘 (시모어 J.) Metz 사용자 이름:차툴 (대화) 11:04, 2021년 5월 21일 (UTC)[]

메타데이터에 대해서는 아무것도 모른다. mw-foo는 접을 수 있는 테이블로 내가 사용해왔던 것이다. 접을 수 있는 테이블의 최근 수업인 것 같아. 참고 항목: MW: 매뉴얼:접을 수 있는 요소.

날짜, 숫자 및 헤더가 이미 짧았기 때문에 최대 너비 설정은 날짜와 숫자로 열에는 영향을 주지 않았다. 그래서 화면 폭은 그들에게 먼저 영향을 미치지 않을 것이다. 사실, 각각의 머리말 단어들은 단어장난감을 할 수 없다. 단어와 해시 태그 사이에 단어와랩이 발생할 수 있다.

그 전에 제품 이름 컬럼이 줄지어 표시된다.

무너진 탁자의 자막을 펼쳐 놓을 방법을 생각해내지 못했다.

자막을 넓은 머리글에 넣는 내 이전 표를 사용해도 좋다. 그런 다음 열 머리글을 일반 테이블 셀로 변경하십시오. 그래서 그들은 처음 붕괴된 표에 나타나지 않았다.

show발표일별 제품 타임라인
숫자	발표된	LTR #	사용 가능	LTR #	인출됨	LTR #	이름
5665-295	1983년 6월 7일	283-141	1983년 6월	283-141			MVS/370 데이터 시설 제품 릴리스 1
5664-167					1993년 12월 31일	292-320	VM/SP
5664-173					1993년 12월 31일	292-320	VM/SP HPO
5664-308							VM/XA SP

--Timeshifter (대화) 13:39, 2021년 5월 21일 (UTC)[]

(충돌 편집)첫째로, 80%는 너무 작다. 그것을 사용하지 마라. 자세한 내용은 MOS:Small / MOS:SmallFont를 참조하십시오.

둘째, 붕괴된 것은 MOS:DONTIDE에서 설명한 대로 접근성이 제한되므로 사용하지 마십시오.

세 번째, 타임스히프터는 최대 너비에 대해 옳다. 당신은 그것이 필요하지 않으며, 열을 구속하지 않는 것이 좋다. 왜냐하면 어떤 사용자들은 당신이 가지고 있는 것보다 다른 사용자-에이전트와 함께 올 것이고, 어쨌든 당신이 가지고 있는 것과 다른 것들을 보게 될 것이기 때문이다. 일반적으로 데이터에 따라 너비가 결정되도록 한다. 이 경우, 긴 제품 이름은 멀티 라인 디스플레이에 침입하기 전에 사용 가능한 만큼의 공간을 자동으로 소비하게 된다. 나는 당신이 원하는 것이 바로 그것이라고 생각한다.

그리고 마지막으로 차툴, 당신은 좋은 길을 가고 있었다. + 네가 했던 것처럼; 테이블은 보통 자막이어야 하고, 너는 사용할 좋은 자막을 가지고 있어. 시도:

공지 날짜별 제품 타임라인 숨기기

숫자	발표된	LTR #	사용 가능	LTR #	인출됨	LTR #	이름
5665-295	1983년 6월 7일	283-141	1983년 6월	283-141			MVS/370 데이터 시설 제품 릴리스 1
5664-167					1993년 12월 31일	292-320	VM/SP
5664-173					1993년 12월 31일	292-320	VM/SP HPO
5664-308							VM/XA SP

이것들을 시험해보고 그것이 당신에게 어떻게 작용하는지 보아라. — JohnFromPinckney (토크) 13:39, 2021년 5월 21일 (UTC)[]

(미확정). 또 다른 가능성은 탁자를 먼저 접고 접는 것이지만, 확장된 테이블이 있는 페이지로 연결하는 것이다. 이 작업은 이 인기 있는 기사(통계 섹션)의 일부 축소된 표에 대해 수행된다.

• 국가별 및 지역별 COVID-19 전염병#통계학 - 예를 들어, 이러한 표 중 하나에서 다음과 같이 언급된다.

"확장된 테이블과 더 많은 정보는 COVID-19 전염병 사망자를 참조하십시오."

나는 테이블 자막만 펼쳐서 보여줄 수 있는 방법을 생각해 보았다. 나는 수업시간에 대해 잊어버렸다. 이제 자막만을 위해 꾸민다. 캡션 테두리와 패딩을 추가할 수도 있다. 브라우저 창이 좁아지면서 테이블이 여전히 워드랩된다.

--Timeshifter (대화) 14:31, 21 2021년 5월 21일 (UTC)[]

배경의 경우, 사용자:차툴/참고#Timeline은 사용자의 일부:IBM 소프트웨어와 관련된 기사를 편집할 때 발췌하고 싶은 메모가 포함된 Chatul/Reference. 이것은 다른 사람들에게 유용할 수 있지만, 텍스트 복사나 마크업에만 유용할 것이다. 나는 이 자료의 사용자들이 발췌하고자 하는 자료들을 식별하기에 충분할 정도로만 읽기를 기대한다. 나는 다른 내용을 모호하게 하지 않기 위해 그곳에서 테이블을 접는 경향이 있다. 슈무엘 (시모어 J.) Metz 사용자 이름:차툴 (대화) 15:18, 2021년 5월 21일 (UTC)[]

만약 당신이 다른 위키에서 이런 것들을 한다면, 당신은 아마도 style=white-space:nowrap 테이블이 처음 접힐 때 캡션 텍스트를 펼친다. class=nowrap은 모든 위키에 있지 않다. --Timeshifter (토크) 15:56, 21 2021년 5월 21일 (UTC)[]

고마워. 명심할게. 슈무엘 (시모어 J.) Metz 사용자 이름:차툴 (대화) 18:34, 2021년 5월 21일 (UTC)[]

내가 언급했던 접근성 문제에도 불구하고 다시 한번 탁자를 접으라고?

어차피 표를 숨기고 모든 데이터를 다른 페이지를 가리킬 거라면, 무너진 테이블을 완전히 생략하고 모든 데이터를 다른 페이지를 가리켜 보는 것은 어떨까?

나는 부분적으로 무너진 테이블이 접근성 문제를 야기한다고 생각하지 않는다.

방법이 생각났어? 이미 포함시켰다. class=nowrap 당신보다 위에 있는 나의 예에서.

차툴은 그 이후 그들의 목표가 사용자 하위 페이지라고 지적했는데, 나는 붕괴된 테이블이 그다지 터무니없지 않다고 생각한다(그리고 나는 내 사용자 페이지에 붕괴된 기본 컨텐츠가 있어서 나는 성자가 아니다). 일부 사용자가 접근할 수 없는 콘텐츠의 사용을 권고하거나 묵인하는 것을 피하고 싶을 뿐이다. 그것은 분명히 메인 스페이스 기사에 실리면 안 된다. — JohnFromPinckney (토크) 16:30, 2021년 5월 21일 (UTC)[]

이 사용 사례의 사용자 하위 페이지에 대한 접근성 문제가 보이지 않는다. 데이터를 다른 페이지에 넣는 것은 여러 곳에서 복사하는 것을 더 어색하게 만들 것이다.

나는 수업을 이용할 것이다. 슈무엘 (시모어 J.) Metz 사용자 이름:차툴 (대화) 18:34, 2021년 5월 21일 (UTC)[]

(무효) 존. 당신이 쓴 글: "부분적으로 무너진 테이블이 접근성 문제를 야기한다고 생각하지 않는다." 이것이 공식적인 MOS 정책인가? 어디라고 써있는지 좀 보여줄래? 화면 판독기는 완전히 접힌 테이블이 아니라 부분적으로만 접혀져 있기 때문에 어떻게 해서든지 밑 테이블이 보이는가? 만약 그렇다면, 그것은 대단하다. 나는 기사에 부분적으로 접힌 테이블을 더 많이 사용할 것이다. 나는 그것이 유용할 수 있는 많은 경우를 생각할 수 있다. 사실 나는 이것에 대한 참고자료를 보고 싶다. 나는 접근 문제와 관련하여 때때로 MOS가 구식이라는 것을 알았다. 존, 나는 네가 지금 덫을 사용하는 것을 내가 생각하기 전에 알아차리지 못했어. WP를 다시 읽어보십시오.AGF. --타임시프터 (대화) 02:30, 2021년 5월 22일 (UTC)[]

나란히 테이블

§ Side by side tables에서는 html 태그 <ul>(순서가 없는 목록)을 추가하도록 지시하고, 나아가 사용자가 자신의 테이블을 완전히 왼쪽 정렬하기를 원할 경우, 플레인 태그 대신 <ul style="margin-left:0px;"로 대체하도록 명시한다. UL 태그를 완전히 생략해도 동일한 무증가 결과가 나오지 않을까, 아니면 두 테이블을 수평으로 더 많이 쌓으면 어떤 효과가 나타날까? — CJDOS, 쉐리던, OR (대화) 20:16, 2021년 5월 26일 (UTC)[]

다른 옵션을 시연할 수 있는가? --Timeshifter (토크) 13:38, 2021년 5월 27일 (UTC)[]

내가 위에서 한 일을 말한 이유는 제3의 테이블 아래에 두 테이블을 수평으로 쌓는다는 생각으로 장난을 치다가 짜증스럽게도 옆 테이블이 왼쪽 여백에서 움푹 들어간 것을 알아차렸기 때문이다. 나는 결국 html 태그에서 이니셜리즘 UL이 무엇을 의미하는지 알게 되었고, 주문되지 않은 목록 태그를 제거했을 때, 내 옆 테이블은 내가 원하는 대로 아무 들여쓰지 않고 그대로 남아 있었다. 나는 궁극적으로 내가 작업하고 있는 작업에서 옆 테이블을 사용하지 않았지만, 아마도 도움말:테이블 페이지는 업데이트가 필요했다. 여기 예시표를 작성할 시간을 좀 주면 시범을 보여 주겠다. — CJDOS, 쉐리던, OR (대화) 18:06, 2021년 5월 27일 (UTC)[]

• 왼쪽 하단 테이블을 접을 수 있게 만들었는데, 이것이 내가 작업하고 있던 레이아웃이기 때문이지만, 그렇지 않으면 제기된 우려와는 무관하기 때문이다.

예 A

정렬되지 않은 목록 태그가 있는 나란히 있는 테이블:

위의 예에서 알 수 있듯이 왼쪽 테이블은 여백에서 들여쓰기된다. 가로로 쌓지 않은 바로 위의 테이블은 들여쓰지 않는다(어떻게 보여야 하는지 비교를 위해).

예 B

정렬되지 않은 목록 태그가 없는 나란히 있는 테이블:

위의 예에서는 <울> 태그를 제거했기 때문에 어느 테이블도 들여쓰기가 없다. 도움말:이 결과를 얻으려면 주문되지 않은 목록 태그를 완전히 제거하기보다는 <ul style="margin-left:0px;"를 추가해야 한다는 것이 현재 표에서 제시되고 있다. 도움말 페이지가 그렇게 쓰여진 데는 이유가 있을 텐데, 이 부분에 대해 묻고 싶었다. — CJDOS, 쉐리던, OR (대화) 18:29, 2021년 5월 27일 (UTC)[]

도움말의 관련 섹션을 복사한 경우 추가하십시오.표는 현재 나와 있는 것처럼 태그 사이에 줄 바꿈이 있는데 나는 여기에 포함시키지 않았다. 그랬다면 옆 테이블 사이에 패딩이 끼워져 있을 텐데. 위의 예는 내가 어떻게 (패딩 없이) 하고 있었는지, 여백 들여쓰기를 위해 패딩이 혼동되는 것을 원하지 않았다. — CJDOS, 쉐리던, OR (대화) 18:36, 2021년 5월 27일 (UTC)[]

단순화해서 더 잘 시각화할 수 있게. 포맷도 좀 치웠어. </li>의 제1회 이후 공간을 추가했다.

도움말에 <울>이 사용된 이유를 모르겠다.테이블.

검사를 몇 번 더 했는데, <울> </울>을 계속해야 할 이유가 전혀 보이지 않는다.

도움말의 나란히 있는 부분을 제거했다.테이블.

나는 또한 <울스타일="margin-left:0px;"도 이제 불필요하기 때문에 제거했다. --Timeshifter (토크) 19:19, 2021년 5월 27일 (UTC)[]

@CJDOS 및 Timeshifter: 그 <ul> 유효한 HTML을 위해 필요하기 때문에 존재하는가? 항목 나열)<li>)은 목록의 자식(이름이 예상하도록 이끌어야 함)이다. 목록은 다음과 같이 표시된다. <ul> (순서가 지정되지 않은 목록의 경우) 또는 <ol> (순서된 리스트의 경우). 만약 당신이 우리의 기사를 넘어선 인터넷 참조 작업에 대한 링크가 필요하다면, 그렇게 말하기만 하면, 나는 여기서 10개 혹은 20개를 금방 칠 수 있다. 그렇지 않다면, GIYF. 그러므로, 당신이 제거한 ul 요소들을 다시 읽어야 한다.

또한 Timeshifter: Wikicode에서 속성 목록을 둘러싸고 있는 설명되지 않은 인용 부호를 모두 삭제한 후 다음과 같이 되돌리십시오.

• style="display: inline-table;" → style=display:inline-table;
• lang="html" → lang=html
• class="wikitable" → class=wikitable
• style="text-align:left" → style=text-align:left
• scope="col" → scope=col 그리고 scope="row" → scope=row

등. 이것은 모두 잘못된 구문이며 도움말 페이지에서 사용할 경우 좋지 않은 예를 들 수 있다. — JohnFromPinckney (대화/편집) 21:47, 2021년 5월 27일 (UTC)[]

인용 부호는 인용 부호로 묶어야 할 공간이 있는 경우에만 필요하다.

Wikitext는 HTML이 아니다. 따라서 태그가 없어서 발생하는 문제를 지적할 수 없다면, 그것들은 필요하지 않다.

도움말에서 나란히 있는 테이블과 이미지를 살펴보았다.표. Firefox, Chrome 및 Edge. 데스크톱 및 모바일 보기 모두에서. 테이블과 이미지가 다음 줄로 포장될 때까지 브라우저 창을 좁혔다. 그들은 완벽하게 일하고 있다. 그리고 움푹 들어간 곳이 없기 때문에 전보다 좋아졌다. --Timeshifter (대화) 23:36, 2021년 5월 27일 (UTC)[]

처음 두 줄에 대한 응답, 원래 23:22부터: 나는 당신이 당신 자신 이외에는 다른 누구에게도 신경쓰지 않는다는 것을 알고 있고 당신이 하고 싶은 모든 것은 당신의 결심에 따라 당신의 운영 체제에서 작동하는 것처럼 보이는 어떤 코드를 함께 두드리는 것 뿐이라는 것을 알고 있다. 그러나 우리는 세계에서 가장 자주 사용되는 10개의 웹사이트 중 하나로서 우리의 독자들에게 제공해야만 한다.우리가 할 수 있을 때마다 모범적인 코드와 설명. 즉, 올바른 의미론과 구문을 사용하고 가장 많은 사용자가 사용할 수 있는 유효한 출력을 제공하려고 노력한다. 그것은 유효한 HTML, 접근 가능한 콘텐츠, 응답하는 정보의 표시 등을 생산(또는 생산하려고 노력)하는 것을 의미한다.

의 부족. <ul> 잘못된 HTML을 생성한다. 나는 당신이 https://validator.w3.org/의 검증자를 통해 당신의 변형된 페이지들을 실행해보고, 요소와 구문을 올바르게 사용하는 버전과 발견된 오류의 수를 비교하는 것을 제안한다. 불행히도 어느 쪽이든 오류가 있지만, ul 태그가 누락된 몇 개 더 있다. 따옴표나 따옴표로 인해 일부 원전이 용해를 입은 경우는 지적할 수 없다. <ul> 하지만, 나는 어떤 스타일의 속성에 현재 공간이 없다는 핑계로 일반적인 세부 사항을 생략하는 것은 경솔하다고 믿는다. 그리고 정확히 형성된 코드의 인용 부호를 제거하기 위해 나섰다는 것은 꽤 우스꽝스러운 일이다. 우리는 독자와 다른 편집자들이 문제 없이 따라 할 수 있는 예를 보여주는 대신 "직장 대 작업" 코드를 보여줌으로써 해를 끼친다.

Wikicode가 HTML이 아닌, 코딩 표준 - 다른 페이지, 심지어 이 같은 페이지의 다른 장소를 고수함으로써, 다음을 사용하십시오. scope="col"예를 들어, NAT은 가독성을 향상시키고 (모든 사용자에 대해) 작업/유효한 코드의 가능성을 높이며, 이전에 따옴표가 없었기 때문에 누군가가 작동하지 않는 스타일 속성에 두 번째 속성 값 쌍을 추가하려고 할 때 낭비되는 시간을 줄인다. 몇 개의 따옴표 문자의 공간을 절약하는 대신, 훌륭하고 강력한 예를 제공하도록 노력합시다.

마지막 줄에 대한 응답 23:36:축하한다. 내가 알 게 뭐냐. 나는 유효한 코드와 명확한 예시를 말하는 것이지, 지금 당신의 기계에서 그것이 완벽하게 작동한다고 생각하는지는 아니다. 자신의 표시 경계를 지나 보십시오. — JohnFromPinckney (대화/편집) 23:55, 2021년 5월 27일 (UTC)[]

다른 사용자의 의견을 편집하지 마십시오. 그것은 WP에 위배된다.TALK. 내 코멘트 중간에 네 코멘트를 삭제했어. 그리고 제발 인신공격은 그만해.

이것에 대한 논의는 몇 년 동안 드물게 있었다. 그리고 너는 다른 사람들이 했던 것과 똑같은 실수를 하고 있어. 나는 이 도움말 페이지를 몇 년째 편집하고 있다. 다른 사람들은 위키백과 편집자들이 XHTML이나 HTML 또는 XML을 사용해야 한다고 주장하려고 한다. 그들은 모두 틀렸다. Wikitext는 HTML, XHTML 또는 XML이 아니다.

매개변수 값의 공백은 값 주위에 따옴표를 사용해야 한다. HTML에서도 그렇다. 찾아봐. --Timeshifter (토크) 00:11, 2021년 5월 28일 (UTC)[]

그리고 나는 이제 내 코멘트 중간에 너의 코멘트를 삭제했다. 앞으로는 일단 서명을 하면 그대로 의견을 남기도록 하십시오. 우리가 당신과 대화할 수 있도록 하기 위해 당신이 언제 "완성"되었는지 알기 어렵다. 나는 너의 원래 타임 스탬프를 너의 원래 코멘트에 다시 썼고, 나의 첫 번째 답변이 일치한다. 나의 두 번째 응답은 당신의 나중의 부록에 따른 것이며, 그것은 여전히 나중의 타임스탬프를 가지고 있다.

제발, 네가 이 페이지를 편집한 적이 있기 때문에 네가 옳다고 말하는 것은 그만둬. 그것은 정말 상투적이고, 아무 쓸모도 없다는 것을 증명한다. 나는 편집자가 XHTML(또는 HTML 또는 XML)을 사용해야 한다고 주장하지 않는다. 내가 원하는 것은 (1) 일관성과 (2) 출력으로 유효한 HTML이다. HTML에 필요한 사실을 인식하지 않으려는 경우 <ul> 의 부모로서. <li> 특히 이 도움말 페이지를 몇 년 동안 편집해 왔다고 말하면 실망스럽다. 여기서 장수는 중요한 것이 아니라, 정확성은 중요한 것이다. — JohnFromPinckney (대화/편집) 00:24, 2021년 6월 2일 (UTC)[]

사과한다: 나는 열띤 토론을 시작할 생각은 없었다. 나는 내가 문의하기 전처럼, 이것이 제대로 확인될 때까지, 기사를 다시 원래대로 되돌려 놓는 것을 추천하고 싶다. 마진에서 옆 테이블이 움푹 들어간 문제만 눈에 띄었을 뿐, 내가 생각해낸 해결책은 더 많은 코드로 문제를 복잡하게 만들지 않고 고치려는 내게 나타났다. 내 질문의 핵심은 그것을 제거함으로써 내가 스스로 어떤 결과를 얻었을지 모르지만, <울>이 거기에 이유가 있느냐 하는 것이었다. — CJDOS, 쉐리던, OR (대화) 00:48, 2021년 5월 28일 (UTC)[]

사과할 필요 없어. JohnFromPinckney는 다양한 테이블 토크 페이지를 통해 의견을 내고, 좋은 아이디어와 나쁜 아이디어 모두에 기여한다. 우리 모두가 그렇듯이. 그러나 이 경우 그는 완전히 틀렸다. --Timeshifter (토크) 01:00, 2021년 5월 28일 (UTC)[]

나는 타임스히프터의 말에 동의한다: 너는 사과할 필요가 없다. (나는 내가 틀렸다는 것에 동의하지 않지만, 그것은 별개의 문제다.) 사실 그럴 만한 이유가 있다. <ul>그것은 유효한 HTML의 일부분이기 때문이다. 타임시프터가 그렇게 활동적이 되기 전에 더 일찍 너의 질문에 대답하지 못해서 미안해. 나는 그들과 마주치지 않으려고 노력했고, 참았다. 너의 잘못이 아니다. — JohnFromPinckney (대화/편집) 14:28, 2021년 5월 28일 (UTC)[]

유효한 html을 만들어야 한다고 생각하지만 복잡한 것 대신 새로운 템플릿 3가지에 숨겨서 편집자의 코딩을 단순화할 것을 제안한다{Wrap tables begin}, {{Wrap tables mid}, {{Wrap tables end}}}:

<div><!--<div> 코드는 창 너비가 허용하면 테이블을 나란히 표시한다 --><li style="디스플레이: 인라인 테이블;" ... </li> <리 스타일="디스플레이: 인라인 테이블;" ... </lie> </div> 

편집자들은 템플릿을 안다. html은 많은 사람들에게 무섭게 보일 수 있고, 형편없는 편집으로 쉽게 깨진다. 프라임헌터 (대화) 23:22, 2021년 6월 15일 (UTC)[]

좋아 보이네, 프라임헌터.

아이삭은 세 번째 간단한 솔루션을 찾았다.

<div style=디스플레이:디스플레이-테이블>

--Timeshifter (대화) 02:35, 2021년 6월 16일 (UTC)[]

스크린 리더(Graham87)를 사용하는 누군가는 div 예가 잘 작동한다고 말했다. 이 대화 내용을 확인하십시오.

도움말 업데이트:테이블 섹션의 측면 테이블 및 이미지.

--Timeshifter (대화) 13:58, 2021년 6월 17일 (UTC)[]

작은 도움

야, 내가 만들고 싶은 테이블 종류로 작은 도움을 받을 수 있을까? #Floating table에 있는 예제의 역행이다. 나는 imgur에 내가 필요한 것의 예를 올렸다: https://i.imgur.com/esAYjjV.png. 나는 또한 누군가 다른 사람들이 이해할 수 없는 사람들이 그것을 찾을 수 있도록 주요 도움말 페이지에 답을 넣는 것을 제안하고 싶다. 고마워. --81.196.174.24 (대화) 00:38, 2021년 6월 12일 (UTC)[]

신경쓰지 말고, 좀 만지작거리다가 해결책을 찾았어. 누군가 필요할 때를 대비해서 여기에 글을 올린다.

1	2	3	4	6	7
			5

--81.196.174.24 (토크) 01:21, 2021년 6월 12일 (UTC)[]

행스판=2가 효과가 있는 것 같군. 만약 당신이 4와 5를 위해 2개의 개별적인 셀을 원하지 않는다면 아래도 역시 효과가 있을 것이다. 그것은 단지 4시에서 5시 사이에 휴식 시간을 준다.

1

2

3

4 5

6

7

높이를 설정한 행에서 도움말:표#높이) 텍스트는 기본적으로 수직으로 가운데에 위치한다. 전체 행 또는 개별 셀을 통해 텍스트를 위 또는 아래쪽으로 정렬할 수 있다.

1

2

3

4

5

6

7

1

2

3

4

5

6

7

--Timeshifter (토크) 04:38, 2021년 6월 12일 (UTC)[]

답장 고마워. 아니, 나는 분명히 두 개의 분리된 세포를 원했다. 나는 4열과 5열로 다른 세포를 분류할 수 있기를 바랐다. 만약 내가 4열과 5열로 다른 예시를 몇 개 더 가지고 있다면, 독자들은 4나 5열로 분류하기를 원했다. 만약 그게 말이 된다면. 내가 "소용할 수 있는" 것을 예시로 든 이유가 있다.

행스판=2가 효과가 있는 것 같군.

아, 노를 젓는 게 처음이었어, 식탁을 깨지 않고서 4번 아래 5번을 어떻게 구해야 할지 몰랐을 뿐이야. 코드에서 4번 옆에 놓기만 하면 새로운 컬럼이 만들어지곤 했다. --2A02:2F07:B10C:E300:7144:16E6:515CA3 (토크) 11:14, 2021년 6월 12일 (UTC)[]

내가 여기 있는 동안, 테이블 코드의 5 옆에 있는 4를 통합하는 방법은 없을 것 같은데? 예를 들어, 만약 내가 이것을 만들고 싶다면

1	2	3	4	6	8	9
			5	7

암호는 엉망일 거야 코드뿐만 아니라 코드에서도 적절한 순서에 따라 정렬 가능한 표를 만드는 방법은 없을까? --2A02:2F07:B10C:E300:7144:16E6:515C:6CA3 (대화) 11:14, 2021년 6월 12일 (UTC)

만약 당신이 그것을 작동시켰다면, 그것은 위키텍스트의 정확한 순서임에 틀림없다. :)

계급=수업할 수 있는 것은 머리글이 몇 개 없는 한 아무 것도 할 수 없다.

--Timeshifter (대화) 11:47, 2021년 6월 12일 (UTC)[]

분명히 평민들은 작동하지 않는 것 같다.

행 헤더를 왼쪽 정렬하고 굵게 표시하지 않는 "하드라우저" 클래스

그건 여기서 일어나지 않아. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ☎ 06:03, 1 July 2021 (UTC)[]

스코프 속성을 제대로 사용했다면 그럴 것이다. 교체: style=text-align:left 와 함께 scope="row" 각 행 머리글에 (그리고 있는 동안, 추가 scope="col" 열 머리글)로 이동하면 원하는 결과를 얻을 수 있다. — JohnFromPinckney (대화/편집) 20:09, 2021년 7월 1일 (UTC)[]

아하! 그래, 고마워. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ☎ 22:52, 1 July 2021 (UTC)[]

그리고 이제 관련 없는 질문: 테이블 위에 있는 "숫자"가 각 공동체 영역에서 가장 중요한 것인가? 아니면 이름인가? 이름이 가장 중요하다는 뜻으로 행 표제로 취급되는 것 같지만, 숫자가 우선이라는 듯 첫 번째 열에 있다. 기사의 주제에 대해서는 알 수 없지만, 행 머리말(열 머리말)이 있는 두 번째 열로 숫자가 이동할 수 있고(그리고 그래야 하는) 것으로 보인다.<th> 생성자! 및 scope="row")는 독자(및 일부 편집자의 예상대로 첫 번째 열에 적용되었다. — JohnFromPinckney (대화/편집) 20:09, 2021년 7월 1일 (UTC)[]

나는 그 기사의 주제에 대해 아는 바가 없다.

나도 그래. 그때 그대로 두겠다. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ☎ 22:52, 1 July 2021 (UTC)[]

세로 헤더가 있는 정렬 불가능한 열

이거 어떻게 하지? 칼럼 머리글에 횡설수설하는 소리가 많이 난다. 수업시간="유익한 분류 가능"에서 수평을 이룬다.

class = "nowrap" style="line-height:99%;vertical-align:bottom;padding:21px .4em .2em;background-position:50% .4em !important;min-width:0.875em;max-width:0.875em;width:0.875em;overflow:hidden;"

열 머리글에 있어야 하는 수직 텍스트 위에.

예를 들어,

— kwami (토크) 12:17, 2021년 8월 6일 (UTC)[]

@Kwamikagami: {{vert 헤더}}} 이전에는 파이프를 배치하지 마십시오. 생략하다 stp=1 격식을 차리지 않고 {{vert 헤더}}}을(를) 사용할 때 class="불포함" 또는 다른 클래스를 추가하지 마십시오. 그것은 그것의 앞에 있는 어떤 것이든 우선시하면서 그들만의 클래스를 추가한다. 프라임헌터(토크) 12:33, 2021년 8월 6일 (UTC)[]

고마워! 난 vert 헤더를 잘 몰랐어. — kwami (토크) 20:09, 2021년 8월 6일 (UTC)[]

mw-datable 예제

여보세요, mw-datatables가 작동하지 않는다는 것을 알아챘어(다른 곳에 있을 수도 있지만, 이 기사에서는 아닐 수도 있어, 아직 확인해 보지 못했어. 하지만 이 기사에서는 테이블이 뭐가 문제인지 찾을 수가 없어.) 다른 누군가가 무엇이 잘못됐는지 알아낼 수 있을까? 그건 그렇고, 윈도우에서 기본 레거시 스킨으로 파이어폭스를 사용하고 있어. 고마워요. — Eric0892 (토크) 04:39, 2021년 8월 13일 (UTC)[]

나도 크롬을 사용해 봤지만 그것도 안 돼. — Eric0892 (토크) 04:40, 2021년 8월 13일 (UTC)[]

"일하지 않는다"와 "이 기사"가 무슨 뜻인지 명확히 해줄 수 있니? 도움말의 이 섹션에 대해 말하는 겁니까?테이블? 어떤 경우든 에 대한 노트가 일부 스킨에서 작동하지 않고 해당 섹션에 나열된 캡 티켓이 "작동 안 함"과 관련이 있는가? — JohnFromPinckney (대화/편집) 12:33, 2021년 8월 13일 (UTC)[]

그 부분의 샘플은 작동하지 않는다. 스킨 문제에 관해서는, 나는 항상 디폴트 스킨을 사용하고 있었고 며칠 전에 효과가 있었다. 나는 그것을 파브리케이터 문제에 덧붙일 것이다. — Eric0892 (토크) 18:04, 2021년 8월 13일 (UTC)[]