모듈 토크:리스트

이 모듈은 2019년 1월 4일 삭제 검토됐다.논의 결과는 "합의가 없다"는 것이었다.

이 버전의 모듈의 텍스트 및/또는 기타 크리에이티브 콘텐츠:목록을 복사하거나 인큐베이터로 이동:Module:이 편집으로 Wp/nod/List.이제 전 페이지의 이력은 후자 페이지의 해당 내용에 대한 귀속성을 제공하는 역할을 하며, 후자 페이지가 존재하는 한 삭제해서는 안 된다.

템플릿 호출을 통한 테스트

오더미작동

템플릿 토크 참조:주문된 목록#작동되지 않음.이 모듈의 문서 페이지에서 매우 명백함. — Edokter (대화) — 13:07, 2013년 11월 24일 (UTC)[응답]

미안, 그건 변수 충돌이었어.지금 고쳐야 한다.— Mr. Stradivarius^{♪ talk ♪}, 2013년 11월 24일 (UTC)[응답]

그리고 지금 나는 미래에 이런 것들을 잡을 수 있는 시험 사례를 몇 개 썼다.늦더라도 안하는 것보다는 낫겠지...— Mr. Stradivarius^{♪ talk ♪}, 2013년 11월 24일 (UTC)[응답]

좋아. list_style_type과 관련된 사소한 문제들이 있긴 한데. — Edokter (대화) — 14:27, 2013년 11월 24일 (UTC)[응답]

테스트 케이스의 불규칙한 표에 있는 그리스 문자를 말하는 겁니까?나는 그것을 고칠 수 있다.— Mr. Stradivarius^{♪ talk ♪}, 2013년 11월 24일 (UTC)[응답]

이제 고쳤어. 네가 발견한 다른 것이 있다면 알려줘.— Mr. Stradivarius^{♪ talk ♪}, 2013년 11월 24일 (UTC)[응답]

지금 명령만 받고 발사하는 것 같은데, 불룩하지는 않다.일부러 그런 거야? — Edokter (대화) — 16:32, 2013년 11월 24일 (UTC)[응답]

@Edokter:나는 내 시험에서 어떤 차이점도 보지 못했다.<ul>...</ul> 리스트 스타일의 타입이라 미디어위키에서 ul에 대해 활성화되어서는 안되고, 포함시킬 필요가 없다고 생각했다.하지만 만약 그것이 포함되도록 되어 있거나, 혹은 우리가 그것을 작동시키기 위해 백엔드를 어딘가로 바꿀 수 있다면, 그것은 또한 글머리표 리스트에도 그것을 가능하게 할 수 있을 만큼 충분히 쉬울 것이다.— Mr. Stradivarius^{♪ talk ♪}, 2013년 11월 26일 (UTC)[응답]

미디어위키 내에서는 기본적으로 일반 목록이 동작하는 것처럼 동작해야 한다.몇 가지 테스트를 거친 후에, 나는 목록형 타입이 실제로 순서가 정해진 목록에서만 작동한다는 것을 발견했다.정렬되지 않은 목록은 글머리 기호 이미지가 비활성화된 상태에서 작업한다(list-style image overrides list-style type).그러니까 깨지지 않았군. — Edokter (대화) — 18:03, 2013년 11월 26일 (UTC)[응답]

@Edokter:그것은 충분히 공평하게 들린다. - 나는 우리가 MediaWiki 소프트웨어를 재평가하려고 해서는 안 된다고 생각한다.그러니, 두 배로 확실히 하기 위해서, 내가 이 버전으로 돌아가길 바라는 것 같군.내가 너를 제대로 이해했니?— Mr. Stradivarius^{♪ talk ♪} 01:56, 2013년 11월 28일 (UTC)[응답]

내가 말할 수 있는 것은 그것이 현재의 형태에서 예상한 대로 행동한다는 것이다. — Edokter (대화) — 10:50, 2013년 11월 28일 (UTC)[응답]

글쎄, 그거면 충분할 것 같은데.고마워요.:) — Mr. Stradivarius, 2013년 11월 28일 (UTC)[응답]

수평_수평 및 시작 값

미디어위키에서 열린 리틀 토론에 이어 다음과 같이 말했다.Common.css#ordered list는 hlist로 시작하며, 정렬된 수평 목록의 시작 값을 지정하는 방법이 있다.나의 루아 지식은 부족하지만 해결책은 매우 간단하다.언제ordered그리고start=3통과, 모듈 출력<ol start="3">. 언제horizontal_ordered에게 주어지다start=3, 출력(또한)해야 함).<ol style="counter-reset: listitem 2;"> 대신에그래, 1번 변전소가 필요해~~알 수 없는 이유 때문에 이론상 그렇게 해야 할 IE8에서는 작동하지 않지만 누가 신경 쓰겠는가.~~ — Edokter (대화) — 19:31, 2014년 1월 6일 (UTC)[응답]

모듈에 추가했을 뿐 아니라 모듈을 사용하기 위해 모듈 전환:인수 처리를 위한 인수.아주 좋아 보인다 - 고쳐줘서 고마워! — Stradivarius씨^{♪ talk ♪} 03:18, 2014년 1월 7일 (UTC)[응답]

구현해줘서 고마워.광고한 대로 정확히 작동한다. — Edokter (대화) — 11:16, 2014년 1월 7일 (UTC)[응답]

매개 변수 이름

여보세요. {{Navbox}, {{Infobox}, {{Sidebar}} 등에서 사용하는 파라미터 이름 지정 패턴과의 정합성을 위해 이 버전의 샌드박스(이 메시지 현재)에 대체 파라미터 이름 목록 스타일, 아이템 스타일, 아이템Nstyle을 추가해 보았다.효과가 있는 것 같은데, 라이브 버전으로 추가해서 사용을 시작해도 괜찮을까?사르다나팔루스 (대화)20:34, 2014년 8월 31일 (UTC)[응답하라]

그것은 허용해야 할 매개변수 이름의 세 번째 변형이 될 것이다.이건 좀 걷잡을 수 없는 상황이 되어가고 있어.이것은 사용자가 사용할 수 있는 템플릿이 아니라 메타 모듈이라 필요성은 잘 모르겠네. -- [[User:Edokter]] {{talk}}2014년 8월 31일 21시 4분(UTC)[응답하라]

"{Navbox}, {{Infobox}, {{Sidebar}등에서 사용하는 파라미터 이름 패턴과의 정합성을 위해서입니다..".
세 개의 이름이 너무 많으면 다른 두 개의 이름 중 하나(또는 둘 다)를 교체/제거하십시오.사르다나팔루스 (대화) 2014년 9월 1일 00:15 (UTC)[응답]

그것은 확실히 일부 템플릿과의 역호환성을 깨뜨릴 것이다.나는 일관성에 전적으로 찬성하지만 그것이 항상 너무 많은 변형을 하거나 너무 많은 레거시 템플릿을 깨는 것은 불가능하다. -- [[User:Edokter]] {{talk}}2014년 9월 1일 11시 40분(UTC)[응답하라]

지금까지 답장을 못 해서 미안해.호환성을 유지해야 하는 경우 – 예 – 하지만 세 세 세트의 이름이 너무 많은 경우, 다음을 참조하십시오.

보다 일관된 집합을 세 번째 집합으로 추가하지만 일시적으로만...
...bot은 ...을 의미하는 다른 집합에서 인스턴스 이름을 바꾸는 임무를 맡고 있다.
...다른 세트는 제거될 수 있고, 두 세트의 한계를 회복할 수 있다...?

사르다나팔루스 (대화) 11시 32분, 2014년 9월 8일 (UTC)[응답하라]

난 안 할 거야.또한, 모듈은 템플릿이 아니다; 아마도 모듈 매개변수가 잠재적인 충돌과 혼란을 방지하기 위해 다른 명명 체계를 갖는 것은 좋은 일이다. -- [[User:Edokter]] {{talk}}2014년 9월 8일 16시 7분(UTC)[응답하라]

이 경우 모듈을 호출하는 템플릿:목록(hlist, ublist 등)에는 listststyle → list_style, itemNstyle → item 등의 변환이 포함된다.N_style 등?사르다나팔루스 (대화) 21:45, 2014년 9월 9일 (UTC)[응답하라]

글머리표 풀기는 다른 위키에서 작동하지 않는다.

여보세요, 이 모듈을 리투아니아어 위키피디아에 복사했는데, 글머리 기호가 제대로 작동하지 않는 것 같아(다른 사람들을 시험해 보지 않았다).왜 그런지 누가 설명해줄래?여기 시험장 페이지가 있다.아무쪼록 도와주시면 감사하겠다.--자이만투스 (대화) 15시 30분, 2015년 10월 1일 (UTC)[응답하라]

MediaWiki에서 일부 클래스를 복사해야 하는 경우:Common.css, 가장 눈에 띄는 것은.hlist그리고.plainlist.-- [[User:Edokter]] {{talk}}16:08, 2015년 10월 1일 (UTC)[응답하라]

정말 고마워, Common.css가 지금 작동하고 있어.--Zygimantus (토크) 19:31, 2015년 10월 1일 (UTC)[응답]

중복 div?

{{Unbulleted list} 생성 이유<div class="plainlist"><ul>...</ul></div>할 때<ul class="plainlist">...</ul>충분할까?아무래도 관계가 있는 것 같다renderList(data), 모듈에 언급됨:목록. Redrose64는 "모듈이기 때문에, 나는 오히려 여러 개의 템플릿이 그것을 사용한다고 의심한다. 그래서 그 중 한 개는 동봉이 필요할지도 모른다.<div>...</div>그럴지도 모르지만 부탁할 때만 div를 만들 수 있는 방법이 없을까 하는 생각이 든다.불필요한 마크업이 분당 수천 번 발송되는 것보다 모듈에 약간의 추가 코드가 있는 것이 낫다. — SMc캔들리쉬 lish ¢ ≽^ʌ ≽ ⱷ 23 ҅_ᴥ 23^ʌ 23:44, 2016년 9월 5일 (UTC)[응답]

@SMC 캔들리시: 내가 알기로는 중복된 것으로 알고 있다.구식 템플릿이 다 그런 식이었기 때문에 모듈에 추가 div를 추가했는데, 그렇게 해야 하는 다른 특별한 이유는 보이지 않는다.만약 우리가 그것을 바꾸고 싶다면, 우리는 주의해야 한다. 예를 들어, HTML에 존재하는 div에 의존하는 사용자 스크립트나 가젯에 CSS 선택기가 있을 수 있다. — Stradivarius씨^{♪ talk ♪} 23:56, 2017년 2월 28일 (UTC)[응답]

@스트라디바리우스 씨:나는 사람들이 뭔가 깨진 말을 하면 그것을 바꾸고자 하는 것 외에 "신중하다"는 실질적인 수단이 보이지 않는다. — SMc캔들리쉬 lish ¢ ≽^ʌ ≽ 23 23 23^ʌ 23:_ᴥ50, 2017년 3월 3일 (UTC)[응답]

음수

하이픈(-) 대신 올바른 타이포그래픽 미니즈(-)로 음수를 가질 수 있는가?내가 알고 있는 바와 같이, 현재 구현에서는 적절한 포맷(출력 -1은 "-1"로, 가치 속성의 "-1"조차 이해하지 못하는) 내장 HTML 번호 부여를 사용하고 있다.적절한 서식을 얻기 위해 (테이블을 에뮬레이션하기보다는 목록으로 그대로 두는 것) 어떻게든 수정할 수 있을까?만약 그렇지 않다면, 가장 좋은 대안은 무엇인가?— 미하일 랴자노프 (대화) 20:16, 2017년 2월 28일 (UTC)[응답]

의미론적으로 유효한 HTML을 사용해야 한다. 이는 다음과 같은 하나 이상의 요소를 둘러싸기 위해 요소를 사용하는 것을 의미한다.

빼기 2
빼기 원
영
플러스 원
플러스 투

브라우저에서 수행하는 작업li 원소들은 대부분 우리의 통제 밖에 있다 - 우리는 시작 값을 지정할 수 있다 - 이것은start=-2여기서 속성; 또한 숫자(십진수 또는 로마자) 또는 문자를 사용할지 여부(또한 로마 숫자 또는 문자에 대문자를 사용해야 하는 경우) - 이것이type=1여기에 속하다우리가 할 수 없는 것은 마이너스 부호를 어떻게 표시할 것인지 명시하는 것이다. --Redrose64 🌹 (토크) 20:36, 2017년 2월 28일 (UTC)[응답]

음, 예 — HTML/CSS는 목록 마커가 표시되는 방법에 대한 제어권을 제공하지 않는 것 같다).::marker어느 곳에서도 지원되지 않음).그렇다면 질문은 다음과 같다.<dl>에 어울리는 스타일링으로<ol>형식?아니면 정말 테이블을 써야 하는 거야?— 미하일 랴자노프 (대화) 01:14, 2017년 3월 1일 (UTC)[응답]

다시, 우리는 의미론적으로 유효한 HTML을 사용해야 한다.

요소는 순서를 변경하면 문서의 의미가 변경될 수 있는 항목 목록을 나타낸다.
요소는 0개 이상의 이름-값 그룹(설명 목록)으로 구성된 연결 목록을 나타낸다.
원소는 표의 형태로 둘 이상의 차원을 가진 데이터를 나타낸다.

정보가 주문된 품목 리스트라면, 우리는 그 리스트를 사용한다.ol원소, 의도된 목적 이외의 다른 원소를 사용해서는 안 된다.외모와는 별개로 접근성을 고려해야 한다.

이런 어려움을 겪고 있는 페이지의 예를 들면 큰 도움이 될 것이다. --Redrose64 🌹 (토크) 10:19, 2017년 3월 1일 (UTC)[응답]

의미론적으로 정확하고 접근하기 쉬운 코드를 위해 노력해야 한다는 데 전적으로 동의하며, 그렇기 때문에 리스트를 목록으로 유지하면서 타이포그래픽적으로 정확한 외관을 이루는 방법을 묻고 있었다(이 점에서 설명 목록은 번호가 매겨진 리스트의 일반적인 경우).문제의 특별한 예는 Absement#에 있다.상위_통합.— 미하일 랴자노프 (대화) 23:50, 2017년 3월 1일 (UTC)[응답]

CSS가 주문 목록에 음의 기호를 사용자 지정할 수 있도록 하는 작업 초안이 있지만, 불행히도 현재 Firefox에서만 지원을 받고 있다. — Stradivarius씨^{♪ talk ♪} 02:46, 2017년 3월 2일 (UTC)[응답]

흥미로워 보이는데, 왜 Firefox조차 이해하지 못하는 걸까?type그리고glyphsW3C 초안으로부터, 그것 자체의 필요를 필요로 하는.system그리고symbols대신에?

하여튼 그런 것 같다.<ol>그러한 목록을 복사하면 일반 텍스트 모드에서 숫자가 완전히 사라지며(복사된 항목을 "1.", "2.", "3.", ...로 복사한 항목만 수신함) 리치 텍스트 모드(적어도 VisualEditor는 이 기능을 수행함)에서 손실되므로, 실제 무감각할 때 상당히 유용하거나 해롭다.ering은 중요하다.— 미하일 랴자노프 (대화) 05:30, 2017년 3월 2일 (UTC)[응답]

Stradivarius가 링크한 문서는 W3C 작업 초안이다. 즉, W3C 권고안(World Wide Web Consortium Process Documents 섹션 6.1.2 성숙도 수준 참조)으로 받아들여지기까지는 멀다는 것을 의미하며, 따라서 Mozilla와 같은 브라우저 벤더는 그러한 제안을 이행할 의무가 없다.실제로, 채택 전에 크게 변경될 수도 있고, 완전히 잘라내서 작업 그룹 노트로 끝날 수도 있다.

태그 이름<ol>...</ol>"filency list"의 약자.그것은 번호 매기기에는 아무런 의미가 없다. 실제로, 주문되었지만 번호가 매겨지지 않은 목록은 다음과 같다.

으뜸패 없음
스페이드
하트
다이아몬드
클럽

HTML 목록의 항목을 하나 이상 복사할 때(순서가 오더되거나 다른 경우) 항목 마커 복사 여부는 브라우저에 따라 달라진다. --Redrose64 🌹 (토크) 17:32, 2017년 3월 2일(UTC)[응답]

너는 수학자니?;–)

현행 표준에서는 명시적으로 「number」라고 하지 않지만, 번호 매기는 「number」의 존재에 의해 함축되어 있다.start속성 및 항목에는 연속적인 시퀀스를 구성하는 순서형 값이 있다.(2010년 10월 19일의 초안은, "올 요소의 시작 속성은 이전 버전의 HTML에서 더 이상 사용되지 않았지만, 의미가 있고 단순히 현재적인 것이 아니기 때문에 더 이상 더 이상 사용되지 않는다.")

어쨌든, 내가 위에서 한 예에 대해 제안할 것이 있니?— 미하일 랴자노프 (대화) 04:09, 2017년 3월 4일 (UTC)[응답]

:이후

모든 아이템(항목_style)에 스타일을 적용하고 싶은데, 그 다음에.최종 제품은 다음과 같아야 한다.

.hlist li:후{content:"-후"}

어떤 선택지가 있는가, 이를 어떻게 달성할 것인가? --Dvorapa (토크) 17:43, 2017년 5월 1일 (UTC)[응답]

글머리 기호 목록

표에 다음 항목을 사용하여 글머리 기호 목록을 만들고자 함{{bulleted list}}(혹은 모호한 결과) 그러나 표준 사각형 총알이 아닌 더 작고 둥근 "모양"을 사용한다.예를 들어, • ..탄환율 변경이 가능한가? -- GreenC 01:11, 2018년 5월 2일 (UTC)[응답]

기본 글머리 기호는 사이트 전체 CSS에 설정되며 조정할 수 없다.또한 총알의 크기를 바꾸는 CSS 속성은 없으며, 이는 대부분 브라우저에 의존한다.그러나 총알을 이미지로 대체할 수도 있고, 그 속성을 이용하여 어떤 실제 크기로도 그릴 수 있다. --Redrose64 🌹 (토크) 08:02, 2018년 5월 2일 (UTC)[응답]

할 것이다list-style-imageLua 모듈 또는 로컬 CSS와 같이 전 세계적으로 조정 가능한가?CSS는 잘 모르지만 잘 봐.data.listTag = 'ul'모듈에 정의된로 바뀌면 어떻게 될까.ul { list-style-image: url("https://commons.wikimedia.org/wiki/File:Vector-bullet-icon.svg") }( • ) -- GreenC 13:57, 2018년 5월 2일 (UTC)[응답]

중첩된 목록 버그?

{{hlist 1 2 3 {{hlist A B C}}}}

예상 출력(대략 예상): 1 * 2 * 3 (A * B * C)

실제 출력:

1
2
3
- A
- B
- C

중첩된 리스트가 새 라인으로 가도록 되어 있는가?이것은 예상하지 못한 행동인 것 같은데, 특히 나는 다른 사람 안에 hlist를 둥지에 두는 의미가 *sublist*라고 생각했기 때문이다.즉, A,B,C는 3에서 * 분리기를 가져서는 안 된다.또한 지금처럼 리스트 맨 앞에 새 줄을 삽입해야 하는가?무기력증 (대화) 09:12, 2018년 8월 21일 (UTC)[응답]

무기력증, "3"과 "내포된 목록" 사이의 막대를 원하지 않는다는 점에 유의하십시오.그러나, 이 문제는 제쳐두고 만약 당신이 Special을 통해 예를 든다면:ExpandTemplates를 사용하면

<div class="list hlist-list"1<lie>2</lie>3<div class="list hlist-list"><lie>A</liv></liv></liv>

더 새로운 라인이 없는.문제는 여분의 문제일 것이다.<div>...</div>명단의 안쪽에이 문제는 다음 항목을 제거하여 잠재적으로 해결할 수 있다.<div>...</div>그리고 학급 명세서를 학교 안으로 옮긴다.<ul>...</ul>왜 이런 것들이 따로 있어야 하는지 모르겠다.<div>...</div>컨테이너의div에 "display:inline"을 추가하여 MediaWiki에서 변경하십시오.Common.css, 그것을 직접 hlist 클래스에 넣는 것이 좋기 때문에.프리에제스 (대화) 2018년 8월 21일 14:33 (UTC)[응답]

알았어, 고마워!버그를 MediaWiki talk로 옮길게.common.css.무기력증 (대화) 21:18, 2018년 8월 21일 (UTC)[응답]

중첩된 목록 깨짐

Wikitext:

{{Ordered list 첫 번째 항목 *두 번째 항목 *여러 항목의 중첩 목록*}}}

예상 결과:

첫 번째 항목
- 두 번째 항목
- 중첩된 목록임
- 여러 항목의

실제 결과:

첫 번째 항목
*두 번째 항목
- 중첩된 목록임
- 여러 항목의

모듈이 매개 변수에서 선행 공백을 제거하여 문제를 일으키는 것 같다.2014년 5월과 6월 사이에 깨졌다.페트르 마타스 17:26, 2019년 9월 2일 (UTC)[응답]

페트르 마타스 , 아마도 그 무렵 스트라디바리우스 씨의 리팩터 때문일 것이다.샌드박스에 코드를 몇 개 넣었다(모듈 설명서에서 가져온 내용:논쟁) 그것은 문제를 해결하는 것처럼 보인다.프리에제스 (대화) 20:19, 2019년 9월 2일 (UTC)[응답]

다음과 같이 이스케이프된 공간을 추가하십시오.

첫 번째 항목
- 두 번째 항목
- 중첩된 목록임
- 여러 항목의

--Redrose64 🌹 (대화) 21:18, 2019년 9월 2일 (UTC)[응답]

그래, 그 해결책은 가능하다.하지만 대신 벌레를 고쳐야 하지 않을까?파라미터를 트리밍하는 좋은 이유가 있는가?2014년 트리밍이 도입되기 전에는 해결 방법이 필요 없다는 점에 유의하십시오.페트르 마타스 21:26, 2019년 9월 2일 (UTC)[응답]

프리에트제스, 찾아봐 줘서 고마워.그냥 트림 = 거짓을 추가하면 안 될까?페트르 마타스 21:26, 2019년 9월 2일 (UTC)[응답]

Petr Matas는 아마도 명명된 매개변수가 자동으로 잘리기 때문에 그럴 것이다.프리에제스 (대화) 21:27, 2019년 9월 2일 (UTC)[응답]

다시 생각해보면, 내 버전과는 달리, 너의 주장은 공백만 있는 주장들을 제거하는데, 이것은 아마도 원하는 것일 것이다.페트르 마타스 23:26, 2019년 9월 2일 (UTC)[응답]

나는 너의 버젼을 조금 단순화시켰지만, 그것의 행동을 바꾸지 않았다.페트르 마타스 08:39, 2019년 9월 3일 (UTC)[응답]

Stradivarius씨의 Diff/610143502는 원래 다음과 같이 읽었던 값Func를 제거했기 때문에 트리밍을 추가했다.

local args = getArgs(프레임, { valueFunc = 함수(키, 값) == '숫자' 또는 값 ~='인 경우 반환 값 끝 }

빈칸논쟁을 모두 없애기 위해 그랬다고 짐작하지만 무심코 다듬기를 소개했다.페트르 마타스 22:17, 2019년 9월 2일 (UTC)[응답]

이 편집 요청에 응답했다.설정 answered=또는 ans=요청을 다시 활성화하기 위한 매개 변수.

위에서 설명한 문제를 해결하려면 이 변경사항을 적용하십시오.그것은 위에서 프리에제스가 제안한 변화와 동일하지만, 보다 간결하게 코딩되어 있다.추가할 요약 편집:인수를 자르지 않고 공백 전용 인수를 제거하십시오.페트르 마타스 03:49, 2019년 9월 8일 (UTC)[응답]

DoneDannyS712 (토크) 04:13, 2019년 9월 8일 (UTC)[응답]

풀리다.To DannyS712: 이 편집은 이 모듈을 사용하는 {{Hlist}}을(를) 중단했다.더 많은 테스트가 필요함.P. I. 엘즈워스, ed. 14:31, 2019년 9월 8일 (UTC)[응답]

이 편집으로 인해 {{WikiProject 상태}도 잘못 렌더링되었지만 나는 문제를 해결했다.{{WikiProject status}}}은(는) {{Ambox/shortcut}}}을(를) 사용하며, {{Ubl}}}로 바로 가기를 렌더링한다.이 편집 후 두 번째에서 다섯 번째까지<li>원소는 명단의 외부로 제공되었다.<ul>원소 앞에 총알자국이 나타나게 했다.잘못된 렌더링을 추적한 결과 {{Ubl}} 내부에서는 라인 파손이 발생했으며, 라인 파손이 제거된 후에는 목록이 올바르게 렌더링된다.({{Mombox/shortcut/sandbox}}) Paine Ellsworth가 모듈 편집을 되돌리기 2분 전에 이것을 확인했다.) — Newslinger talk 14:44, 2019년 9월 8일 (UTC)[응답]

그래서, 우리는 좀 더 발전된 무언가가 필요할 것 같다.모듈:인포박스에서 우리는 "*" 또는 "#" 또는 ":" 또는 ";" 또는 "{"로 항목이 시작될 때 새로운 줄을 추가하는 상황에 맞는 트리밍을 수행하므로, 우리는 아마도 이들 중 하나로 항목이 시작될 때 트리밍을 건너뛰도록 더 복잡한 버전을 조정할 수 있을 것이다.프리에제스 (대화) 16:34, 2019년 9월 8일 (UTC)[응답]

완전히 검증되지 않았지만, 이런 거 말이야프리에제스 (대화) 16:41, 2019년 9월 8일 (UTC)[응답]

모듈을 호출하는 {{Hlist/sandbox}}을(를) 사용하여 테스트:목록/샌드박스, {{Hlist}}과(와) 동일하게 정상 작동하는 것으로 보인다.P. I. 엘즈워스, ed. 19:18, 2019년 9월 11일 (UTC)[응답]

또한 언급된 다른 템플릿, {{Wiki Project status} → {{Ambox/shortcut} → {{Ubl} → Module:List(목록), 예상대로 렌더링됨.만약 다른 이의/실패한 시험이 발생하지 않는다면, 우리는 이것을 다시 시도할 수 있다.P. I. 엘즈워스, ed.^{put'r there}20:00, 2019년 9월 11일 (UTC)[응답]

{{WikiProject 상태/샌드박스}}}}이(가) {{Ambox/shortcut}}에서 라인 파손을 복원한 후에도 제대로 작동한다.— 뉴스링거 토크 21:12, 2019년 9월 11일 (UTC)[응답]

{{Infobox person} → {{Unbulleted list}} → Module:목록은 정상적으로 렌더링되며, 또한 {{Ordered list/sandbox}}도 예상대로 입니다.P. I. 엘즈워스, ed. 20:48, 2019년 9월 11일 (UTC)[응답]

됐어. 페트르 마타스, 프리테제스, 레드로스64, 대니S712, 뉴슬링거에게: 손가락이 교차했다.P. I. 엘즈워스, ed. 21:16, 2019년 9월 11일 (UTC)[응답]

나는 그에 상응하는 시험장을 추가했다.페트르 마타스 07:28, 2019년 9월 12일 (UTC)[응답]

...그리고 "{ " . . . 내 편집을 보아라.프리에테제스에게:mw.text.trim()을 사용하지 않는 이유가 있는가?페트르 마타스 07:58, 2019년 9월 12일 (UTC)[응답]

순서를 거꾸로 한 목록?

이 모듈(또는 다른 모듈/템플릿)을 사용하여 역순 리스트(예: 속성 사용)를 작성할 수 있는가?– Joe (대화) 12:01, 2020년 4월 15일 (UTC)[응답]

기능 수정: 수평 목록을 위한 인라인 블록 버전

둘 다{{Hlist}}그리고{{Flatlist}}새로운 블록을 강요하는 대신 인라인으로 작동하는 버전을 사용할 수 있다.이 일이 잘 풀릴 거라 믿어display: inline-block;목록 항목뿐만 아니라 주변 목록 요소에도.이 문제는 다음과 같은 경우에 발생할 수 있다. inline=y(또는 기타 양의 값) 템플릿 매개 변수.원시-HTML 테스트:

소개 텍스트:

제1품목
두 번째 항목
세 번째 항목

. 아웃로 문자.

테스트에는 간격을 위한 CSS 스타일링이 필요하며 분리기에:before그러나 그것은 그 방법이 효과가 있다는 것을 증명한다.

난 닭이야, 멍멍멍아, 루아 모듈 개조하는 거라면, 스크리번토 군정한테 던질게.
— SMc캔들리쉬 lish 10:46, 2021년 4월 4일 (UTC)[응답]

이것은 이미 {{hlist}}:{{hlist style=display:inline list_style=display:inline-block 1st item 2nd item 3rd item}}생식을 하다
소개 텍스트:

제1품목
두 번째 항목
세 번째 항목

아웃트로 텍스트
나는 a를 추가하는 것이 좋은 생각일 수 있다는 것에 동의한다. inline= 그렇게 하는 매개 변수.{{flatlist}}}은(는) 혼란스러울 정도로 순수한 wikwikitext 템플릿으로 이 모듈을 사용하여 구현하지 않는다.* Papery _{it has begun...}* 16:02, 2021년 4월 4일 (UTC)[응답]

TemplateStyles를 통한 인라이닝 스타일.누가 도와줄 수 있을까?

미디어위키 대화로 이 컨베이어 이동:다른 피드백에 대한 Common.css, 이 모듈 페이지는 다른 관찰자가 사용할 수 없는 것으로 보이기 때문에. --Izno (토크) 22:54, 2021년 10월 3일 (UTC)[응답]

Search