도움말 대화:List리스트

Help talk:
위키프로젝트 목록 (정격 NA급, 높은 중요도)
WikiProject icon이 페이지는 위키프로젝트 리스트의 범위 안에 있는데, 위키피디아의 모든 목록 페이지를 구성하고 정리하기 위한 시도다. 도움이 필요하면 프로젝트에 참여하거나 토론에 참여할 수 있는 프로젝트 페이지를 방문하십시오.
Non-article page NA 이 페이지에는 프로젝트의 품질 척도에 대한 등급이 필요하지 않다.
높은 이 페이지는 프로젝트의 중요도에 대한 높은 중요도로 평가되었다.
위키백과 도움말 프로젝트 (정격 B급, 고임계)
WikiProject icon이 페이지는 독자와 기고자를 위한 위키백과의 도움말 문서를 개선하기 위한 공동 노력인 위키백과 도움말 프로젝트의 범위 내에 있다. 참여하려면 프로젝트 페이지를 방문하여 토론에 참여하고 열려 있는 태스크 목록을 확인하십시오. 도움말 관련 리소스를 찾아보려면 도움말 메뉴 또는 도움말 디렉토리를 참조하십시오. 아니면 당신의 토크 페이지에서 도움을 요청하면 자원봉사자가 당신을 방문할 것이다.
B-Class article B 이 페이지에는 프로젝트의 품질 척도에 대한 등급이 필요하지 않다.
높은 이 페이지는 프로젝트의 중요도에 대한 높은 중요도로 평가되었다.

아웃라인 번호 목록

개략적으로 번호가 매겨진 목록을 만드는 방법이 있는가? 아래 목록은 원하는 방식으로 포맷되어 있지만 자동으로 번호가 매겨지지 않음:

1. 원소 1 레벨 1
1.1. 하위 요소 1 레벨 2
1.2. 하위 요소 2 레벨 2
1.2.1. 하위 장치 1 레벨 3
1.3. 하위 항목 3 레벨 2
2. 원소 2 레벨 1

등

나는 일반 목록을 만들 줄 알지만, 그것은 나에게 단지 다음과 같은 것을 줄 뿐이다.

  1. 원소 1 레벨 1
    1. 하위 요소 1 레벨 2
    2. 하위 요소 2 레벨 2
      1. 하위 장치 1 레벨 3
    3. 하위 요소 3 레벨 2
  2. 요소 2 레벨 1

목차가 자동으로 이런 일을 하는 것으로 알고 있으며, 사용자가 자동 번호 매기기 선호를 활성화한 경우, 각 항목이 섹션 표제로 정의되면 숫자가 나타나겠지만, 번호 매기기 역시 강제로 표시할 수 있는 방법을 찾을 수 없었다.

어떤 도움이라도 감사하다! 고마워!

--Rkausch (대화) 2007년 12월 17일 16:54 (UTC)[]

같은 질문을 받고 왔다. 결과는 없나, Rkausch? —Skfd(대화 • 기여) 13:40, 2009년 12월 12일(UTC)[]에 의해 추가된 서명되지 않은 논평 준비

나도 마찬가지야, CSS가 있어도 어쩔 수 없는 것 같아. 틸로위키 (대화) 2019년 12월 19일 18:56 (UTC)[]

알파벳순으로

숫자나 총알 대신 abc를 총알로 사용하는 목록을 만드는 방법은 없을까? HTML을 사용하지 않는 경우, 즉,

    . -- --헨리옥 (토크) 2008년 4월 25일 (UTC) 10:28[]

이 템플릿은 질문을 받았을 때 존재하지 않았을 수도 있지만...

…누군가 그녀에게 답을 찾아올 경우를 대비하여. -- 109.77.223.109 (대화) 04:24, 2020년 1월 14일 (UTC)[]

질문

표에 번호를 매기는 리스트를 만들 수 있는 방법이 있는가?

1. 레드 10,000,000
2. 블루 9,000,000

Someone the Person (talk) 22:43, 2009년 2월 8일 (UTC)[]

만약 누군가가 이것을 알아낸다면, 분류가 그것을 깨트릴 수 있는지 확인하도록 하라 (즉, 당신이 2열로 분류한다면, 당신은 그것이 분류된 후에 번호를 다시 매기는 것을 원하지 않는다). 제팔리스 (대화) 02:05, 2012년 6월 20일 (UTC)[]

알파벳의

이 페이지에는 "알파벳어"라는 단어의 히트가 없다. 목록은 날짜별(특히 중요한 경우) 또는 알파벳 순으로 정렬되어야 한다. 이전에 고려하지 않았던 것인가? ~ R.T.G 18:22, 2010년 4월 13일 (UTC)[]

  1. 1번 항목
  2. 항목 2
  3. 항목 3
템플릿 참조:알파벳 목록을 포함하여 다양한 유형의 순서 목록을 수행할 수 있는 순서 목록. -- 109.77.223.109 (토크) 04:24, 2020년 1월 14일 (UTC)[]

글머리 기호 깨지는 문단을 피하시겠습니까?

도움말에서:List# 문단_in_lists는 목록 항목에 둘 이상의 단락이 있을 때 항목과 목록을 깨기 위한 단락 변경을 피할 수 있는지 명확하지 않다. "*"가 아닌 ":"로 첫 번째 단락 다음에 시작하는 문단은 첫 번째 단락과 다른 들여쓰기를 제공한다. 예시 필요: List_of_표절_논의 #문학.--sum (대화) 11:57, 2011년 4월 4일 (UTC)[]

질문: 기사의 항목에 목록 연결

글머리표 목록을 만들었는데 이제 각 글머리표 주제를 기사의 해당 섹션과 연결하려고 한다. 어떻게 이럴 수가 있지? 고마워! Scfavrot (대화) 20:38, 2011년 5월 6일 (UTC)[]

WP:ANCOR를 참조하십시오. 기사 "Abc"의 섹션 "Xyz"에 대한 링크를 작성하기 위해 구문은 [Abc#Xyz]이다. 더 멋지게 보이려면 [Abc#Xyz 판독기 친화적인 텍스트 여기로 이동]이라는 파이핑된 링크를 사용하십시오. 그렇게 생각하고 계신가? -- John of Reading (토크) 21:11, 2011년 5월 6일 (UTC)[]

수평 목록

새 수평 리스트에 대한 섹션을 쓸 사람 있어? 나 자신도 그다지 문서 작성자가 아니다. — Edokter (대화) — 22:26, 2011년 11월 19일 (UTC)[]

#<li value="9" 구문(빈 목록 요소 제거)을 제공하는 코드는?

VitaliyFilipopov (talk) 16:31, 2012년 1월 30일 (UTC)[]

여기서 작동되는 예는 다음과 같다. 

#<li value="9" 암스테르담 #로테르담 #헤이그
  1. 암스테르담
  2. 로테르담
  3. 헤이그

그러나 바닐라 미디어위키스 1.16, 1.18, 트렁크에서는 같은 코드가 9일 이전에 빈 품목을 생산한다. 더구나 본문에는 </li>가 남아 있다. 즉, 다음과 같다.

  2. 암스테르담
  3. 로테르담
  4. 헤이그

또한 Wikimedia Wikis에서 빈 목록 요소가 제거됨을 알 수 있다(코드 참조, 1단계와 3단계 사이에 빈 목록 요소가 있음).

  1. 1단계: 언더팬트 수집
  2. 3단계: 이익!!!

따라서, 이것은 분명히 #<li value="9" 구문이 어떻게 작동하는지 알 수 있다. 이 기능을 제공하는 코드 조각(확장 또는 패치)은?

VitaliyFilipopov (talk) 14:18, 2012년 3월 5일 (UTC) UPDATE: 찾았어, 구성 설정이야. 정리 - 빈 목록 항목을 제거한다.[]

MediaWiki는 인라인 CSS 목록 유형으로 정렬되지 않은 목록 HTML용

정렬되지 않은 목록 기호 유형을 설정하는 MediaWiki 인라인 CSS: <ul style="list-style-type:square;">
HTML:
<ul style="list-style type:square; margin-left:48px;"li" 더 많은 내용
출력:
  • 물건
  • 더 많은 것
--173.137.204 (대화) 01:13, 2013년 1월 31일 (UTC)[]


주문되지 않은 리스트는 스타일링할 수 없지만, 주문된 리스트는 효과가 있다. 마진이 다르다. 스타일시트를 확인해야겠어. --— Gadget850 (Ed) talk 03:20, 2013년 1월 31일 (UTC)[]

마크업 렌더링: 
<울 스타일="list-style-type:square;> <li>Stuff</li> 더 많은 것 </li> </ul>
  • 물건
  • 더 많은 것
<ol style="list-style-type:square;> <li>Stuff</li> 더 많은 것 </li> </ol>
  1. 물건
  2. 더 많은 것

CSS는 다음을 포함한다. 

얼을 { 줄무늬가 있는: 1.5em; 리스트 스타일의: 정사각형의; 여백: .3em 0 0 1.6em; 패딩: 0; } 올 { 줄무늬가 있는: 1.5em; 여백: .3em 0 0 3.2em; 패딩: 0; 목록 스타일의 이미지: 없는; }

그것은 마진 차이를 설명하지만, 나는 사이트 CSS에서 스타일을 설정하려는 의도를 이해하지 못한다.--- Gadget850 (Ed) talk 03:42, 2013년 1월 31일 (UTC)[]

벡터(및 Monobook/Modern) 코어 피부 CSS는 이미지를 사용하여 정렬되지 않은 목록 글머리 기호 및 . 그것은 (여백과 마찬가지로) 설계에 의한 것이다.
얼을 { 리스트 스타일의: 디스크; 목록 스타일의 이미지: url(//bits.wikimedia.org/static-1.21wmf7/skins/vector/images/bullet-icon.png); }
정사각형을 얻으려면, 당신은 그 정사각형을 무효로 해야 한다. list-style-image 로 none:
마크업 렌더링: 
<ul style="list-style-type:square;list-style-image:none;> <li>Stuff</li> 더 많은 내용 </li> </ul>
  • 물건
  • 더 많은 것
— Edokter (대화) — 09:39, 2013년 1월 31일 (UTC)[]
고마워: 난 네가 이것에 대해 핑계를 댈 수 있는 사람인 줄 알았어. 나는 다른 CSS를 뒤지기 시작했다. 왜 마진 차이가 나는가? --— Gadget850 (Ed) talk 09:53, 2013년 1월 31일 (UTC)[]
주문된 목록 항목은 (더 많은) 숫자를 수용할 수 있는 마진이 더 넓다.
  1. 항목 1
  2. 항목 9999
마진은 주문되지 않은 리스트 품목에 비해 두 배 넓기 때문에 여전히 위키 마크업으로 줄을 설 수 있다. — Edokter (대화) — 10:01, 2013년 1월 31일 (UTC)[]
아하! 다시 한번 고마워.
원본 포스터: 목록 스타일 유형을 변경하려는 이유 ---- Gadget850(Ed) talk 12:36, 2013년 1월 31일(UTC)[]

대학에 등록되지 않은 공신력 있는 동문

브록 대학교의 사람들 리스트는 유명한 동문들이 포함되어 있다고 말하지만, 그들만의 위키백과 기사를 가지고 있는 25명의 블러링크된 이름들만이 있고, 약 52명의 이름들만이 연관되어 있지 않다. 일부에서는 WP를 만족시킬 수 있다.BIO, 그러나 그러한 목록에는 대부분 기사가 없는 이름이 포함되어야 하는가? 그들에게 명예에 대한 주장이 언급된다면 그들을 내버려두는 것이 적절한가? "마을에서 온 사람들"의 리스트에서, 일반적으로 이 애매모호한 이름들은 삭제된다. 에디슨 (토크) 22:03, 2014년 2월 2일 (UTC)[]

기술 목록 문제에 대해서는 이 페이지를 참조하십시오. — Edokter (대화) — 22:11, 2014년 2월 2일 (UTC)[]
올바른 포럼이란 무엇인가에 대한 제안 "GO AWAY!" 이상의 무언가가 위키백과를 발전시키는데 도움이 될 것이다. 에디슨 (토크) 22:19, 2014년 2월 2일 (UTC)[]
명단은 리스트 편집자에 의해 결정되므로 기사 토크 페이지에서 물어보십시오. 이글 스카우트 리스트에서 우리는 모든 출품작에 기사가 있어야 한다고 결정했다- 이것은 누군가가 주목할 만한지에 대한 끊임없는 논의를 줄였다. 다른 목록에는 인용문만 있으면 된다. -- Gadget850 talk 22:41, 2014년 2월 2일 (UTC)[]

템플릿 구분 번호 목록

번호가 매겨진 목록 순서를 어기지 않고 템플릿을 삽입할 수 있는 방법이 있는가?

예:

; 단계:

# 1단계

# 2단계

#* 단계 2.1

# 3단계

#: {{로렘}}

# 4단계

# 5단계


다음과 같이 표시됨:

단계
  1. 1단계
  1. 2단계
    • 2.1단계
  1. 3단계
  1. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod timped incidunt utlobal et dolorle magna aliqua. Ut enim ad minimiminimum veniam, Quis noistudition ulamco drughis nisi ut ut aliquip ea commodo 결과. Duis aute irure dolor in repected in voluptate velit esse cillum dolor eu fugiat nulla pariatur. 비동시인 오카에캣 큐피다트를 제외하고, culpa juilia deserunt mollit id imal id est lovum.
  1. 4단계
  1. 5단계

다음 대신:

단계
  1. 1단계
  2. 2단계
    • 2.1단계
  3. 3단계
    Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod timped incidunt utlobal et dolorle magna aliqua. Ut enim ad minimiminimum veniam, Quis noistudition ulamco drughis nisi ut ut aliquip ea commodo 결과. Duis aute irure dolor in repected in voluptate velit esse cillum dolor eu fugiat nulla pariatur. 비동시인 오카에캣 큐피다트를 제외하고, culpa juilia deserunt mollit id imal id est lovum.
  4. 4단계
  5. 5단계

— 12.106.197.114 (대화) 14:59, 2015년 6월 26일 (UTC)에 의해 추가된 이전의 부호 없는 의견[]

WP:LISTGAP. Frietjes (대화) 15:20, 2015년 6월 30일 (UTC)[] 참조

뒤로 표시

며칠 전에, 나는 중첩된 목록 표시에서 오더가 잘못되었을 때의 효과에 관한 새로운 섹션을 썼다. 그것은 내가 토론 페이지의 경험 많은 편집자들로부터 일상적으로 보는 오류였다. 예를 들어, 이것은 잘못된 것이다. 

# ... :# ... *:# ...

다음과 같이 하십시오. 

* ... :* ... ::* ...

이것에 관한 나의 기여의 일부는 그 이유로 되돌아갔다. "설명서가 있다"; 이 일반적인 오류는 어디에서 논의되는가? 그리고 가시성을 높이기 위해 우리가 할 수 있는 일이 있을까? 또한, 같은 편집 요약본은 "중첩된 리스트는 아래에서 처리된다"고 주장하지만, 나는 그렇게 생각하지 않는다. —67.14.236.50 (대화) 02:22, 2015년 8월 3일 (UTC)[]

또한 이것이 WP의 주요 페이지가 되어야 하지 않을까?LISTGAP, 그 반대 말고? 그것은 접근성에 특정한 것이 아니라 당신의 목록을 적절하게 구성하는 것이다. —67.14.236.50 (대화) 04:24, 2015년 8월 4일 (UTC)[]

어쨌든, 내 산문이나 예시는 모두 개선될 수 있을 거야. 제발 그렇게 해! 하지만 나는 또한 내가 추가한 대부분의 것이 논의되는 유일한 장소라고 확신하고 위키리스트들을 위한 도움말 페이지가 그것에 대해 논의해야 한다고 확신한다. 또 어딜 보겠어? 도움말:마크업, 하지만 리스트에 있는 그 페이지의 섹션은 독자들을 여기로 안내한다. 그리고 우리는 당연히 그 주제에 대한 더 많은 정보를 여기에 제공해야 한다. —67.14.236.50 (대화) 04:41, 2015년 8월 4일 (UTC)[]

SVG 글머리 기호(2016-02-10년 기준)가 텍스트 크기에 따라 적절하게 확장되지 않음

나는 몇 가지 간단한 조사를 해 보았지만 이 문제를 언급하기에 더 적절한 장소를 찾지 못했다. 글머리 기호에 사용된 현재 svg(svg)list-style-image: url(data:image/svg+xml,%3C%3Fxml%20version%3D%221.0%22%20encoding%3D%22UTF-8%22%3F%3E%0A%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20version%3D%221.1%22%20width%3D%225%22%20height%3D%2213%22%3E%0A%3Ccircle%20cx%3D%222.5%22%20cy%3D%229.5%22%20r%3D%222.5%22%20fill%3D%22%2300528c%22%2F%3E%0A%3C%2Fsvg%3E%0A))은 스케일이 잘 안 된다.

나는 고레즈 모니터를 사용한다. 그래서 나는 보통 200%까지 위키피디아를 확대한다. 해당 확대/축소 수준에서 글머리 기호는 마침표처럼 보이므로 글머리 기호 목록 항목은 다음과 같이 보인다. 

  . 어떤 요소. 어떤 다른 요소.

—192.225.213.20 (대화) 22:00, 2016년 2월 10일 (UTC)[]

간격 및 글머리 기호

이 예들은 모두 목록 항목에서 별표와 첫 단어 사이에 공백을 두는 것 같고, AutoEd는 없는 경우 공백을 삽입하지 않는 것이 실제로 잘못된 것인가(*Skyscrapers에서처럼). 총알이 어느 쪽으로든 적당한 공간을 만들어 낼 수 있다는 걸 알아 편집자가 특정 기사의 공백을 체계적으로 제거했기 때문에, 한 가지 방법만 '정확하다'면 끝없는 오락거리가 될 수 있기 때문이다.— TAnthonyTalk 19:13, 2016년 6월 24일 (UTC)[]

둘 다 옳다. 일부는 공간이 목록을 읽기 쉽게 만든다는 것을 알게 될 것이다(편집하는 동안). 일부 자동화된 도구는 대개 가독성을 위한 공간을 추가한다. 그러나 손으로 도매로 공간을 추가/제거해서는 안 된다. -- [[User:Edokter]] {{talk}} 2016년 6월 24일 19시 30분(UTC)[]
좋아, 고마워.— TAnthony 20Talk:59, 2016년 6월 24일 (UTC)[]

표준 글머리 기호를 다른 문자 또는 기호로 바꾸시겠습니까?

요소와 하위 요소에 동일한 글머리 기호를 사용하는 것은 프로페셔널해 보이지 않는다. 부요소에 대시를 사용하는 것은 개선이다. 다음과 같이 할 수 있다.

마크업 렌더링: 
*192 1 :– 하위 1 :– 하위 2 *하위 2
  • 원소 1
– 하위 요소 1
– 하위 요소 2
  • 원소 2

그러나 더 좋은 방법은 없을까? (위의 방법은 다음 행까지 단어가 감길 때 정확한 교수형을 제공하지 않는다.) GPS 파일럿 (대화) 21:52, 2016년 11월 23일 (UTC)[]

질문: 목록 앞에 두 줄이 끊어짐

마크업 렌더링: 
한 줄 바꿈은 * 목록 앞에 있는 공백의 양과 같음 * 두 줄 바꿈

한 줄 끊기면 된다.

  • 같은 양의

명부 앞에 공백이 있다.

  • 두 줄이 끊어지면

둘 중 하나를 선호하는가? --NBarto(토크) 19:53, 2017년 9월 6일(UTC)[]

목록의 너무 긴 항목에 대한 제안

– 다른 곳에서 관련 논의를 위한 포인터.

다음을 참조하십시오. 위키백과 대화:스타일/리스트 매뉴얼#전체 목록 항목

요지: WP:스타일/목록 설명서 또는 WP:에 목록의 지나치게 큰 항목에 대해 어떻게 해야 하는지에 대한 간단한 조언을 추가하십시오.요약 스타일. — SMcCandlish lish 23 23:28, 2018년 11월 20일 (UTC)[]

목록 항목의 텍스트에 미리 포맷된 블록

목록 항목은 미리 포맷된 블록을 포함하는 텍스트가 될 수 있는가? 목적은 소프트웨어 설치 절차를 구성하는 지침 목록을 만드는 것이다. 일부 지침에는 작은 코드 블록이 포함되어야 한다. 고마워, ... PeterEasthope (대화) 01:03, 2018년 12월 3일 (UTC)[]

RfC는 "List of foo" 메인스페이스 타이틀을 대신 범주로 리디렉션할 수 있도록 허용한다.

– 다른 곳에서 관련 논의를 위한 포인터.

다음을 참조하십시오. 위키백과 대화:범주로 리디렉션에 대한 독립 실행형 목록#RfC
— SMcCandlish lish 0 06:49, 2018년 12월 10일 (UTC)[]

도움말 요청 중

누가 나에게 실제 숫자를 입력하지 말고 #사인이 있는 이 리스트에 번호를 붙이도록 해 줄 수 있니? 만약 어떤 것이 추가되거나 삭제된다면, # 기호는 숫자를 순서대로 유지한다. 나는 도움을 요청하기 전에 많은 것을 시도했다. 고마워--Wyn.junior (대화) 18:46, 2019년 3월 3일 (UTC)[]

목록에서 첫 번째 번호 생략

제목이나 카테고리로 목록을 만들어야 해. 나는 리스트의 항목들을 세고 싶지만, 카테고리는 세지 않았으면 좋겠어. 나는 리스트를 위해 이것을 할 줄 안다. 시작은 제외하고. 내가 이것을 원하지 않는다는 것을 나타내기 위해 세미콜론을 사용해도 목록의 첫 번째 항목에 번호가 매겨지는 것 같다.

메타에서 예제를 참조하십시오.위키99/농업 또는 여기 이 부분

  1. 농업(Q11451)
  2. 경작지 (Q878333)
  3. 비료(Q83232)
    식재작물
  4. 밀(Q15645384)
  5. 쌀(Q5090)
    가축의
  6. 소(Q830)
  7. 치킨(Q780)

1번 항목은 내가 원하지 않을 때 번호가 부여된다는 점에 유의하십시오. 다음 목록 제목에는 숫자가 표시되지 않으며, 이는 정확하다. 첫 번째 항목에는 코딩 차이가 있는 것 같다. 이걸 어떻게 우회해야 하는지 아는 사람? 만약 누군가가 이것을 읽고, 확인하고, 무엇을 해야 할지 모른다면, 당신은 이해는 하지만 조언은 없다고 말하기 위해 여기에 글을 올릴 수 있는가? 고마워요. 블루 라스베리 (토크) 17:29, 2020년 3월 2일 (UTC)[]

내포된 목록을 모바일로 조정

휴대폰에 이렇게 중첩된 목록이 있는 페이지를 보십시오.

하위 불릿 포인트는 현재 텍스트가 오른쪽으로 이동하도록 하여 작은 화면에서 거의 읽을 수 없도록 하며 오른쪽으로 스퀴핑되는 텍스트의 공간은 거의 없다.

예:

  • COVID-19 전염병
    • 인도에서 COVID-19 전염병
      • 내용

이전에 나는 그것에 대한 다음과 같은 해결책을 여기서 제안했다.

  • COVID-19 전염병 → 인도 COVID-19 전염병
    • 내용

그것의 문제는 하나의 (하위) 전구점 아래에 여러 개의 하위 전구점이 있을 수 있다는 것이다.

어떤 솔루션을 제안하거나 선호하십니까?

중첩된 목록은 적어도 작은 화면이나 모바일 장치를 감지한 경우 모바일 보기(en.m.wikipedia)에서 다르게 표시됨으로써 모바일 디스플레이에 적응해야 할 것이다.
솔루션을 생각할 수 없는 경우 다른 사이트에서 유사한 문제를 해결하거나 중첩된 내용을 표시하는 방법을 볼 수 있다.
한 가지 가능한 해결책은 내용 위에 중첩된 머리글을 표시하는 것이다(이러한 하위 글머리표 또는 트레스타일 뷰 중 템플릿과 유사하게 보이거나 심지어 사용할 수 있다).카테고리 트리). 나는 이 접근법에 대해 가능한 더 많은 해결책 및/또는 더 많은 세부사항(예: 타일)을 생각해 볼 것이다.
여기서 논의한 후에 그것을 위한 Phabricator에 대한 과제가 있을 것이다.

휴대폰을 통해 사이트에 접속하는 독자의 비율이 증가함에 따라 모바일 기기에서 읽을 수 있도록 하는 것이 점점 더 중요해지고 있다. 많은 대형 웹사이트들은 그들의 사이트 디자인에 대해 "모바일 우선" 접근법을 구현하는데까지 이르렀다. 즉, 모바일 뷰를 소홀히 해서는 안 된다.

--prototypersential (talk) 09:52, 2020년 10월 7일 (UTC)[]

작은 휴대전화 화면(아이폰SE 1세대)이 있는데, 그 페이지는 괜찮아 보인다. 텍스트가 화면 너비를 약 5~10% 초과하기 때문에 오른쪽으로 조금 스크롤해야 하는데, 아마도 포털 페이지의 위키텍스트에서 고칠 수 있을 것이다. 이 바람직하지 않은 렌더링의 스크린샷이 있으십니까? – Jonsey95 (대화) 13:31, 2020년 10월 7일 (UTC)[]
나의 경험은 조니시(LG G5)와 같다. 이런 경우에 더 좋은 해결책은 아마도 글로벌 스타일시트를 사용하여 목록 항목의 들여쓰기를 줄이는 것일 것이다. 그러나 나는 미디어위키가 다음과 같이 알고 있다.Mobile.css는 "사용할 경우 렌더링 속도가 느리다"라는 큰 노트를 가지고 있으므로 YMMV는 허용 가능성과 같다. :^)
그렇긴 하지만, 내 주장은 이런 종류의 이슈들이 상당히 적은 페이지에 영향을 미친다는 것이다. 대부분의 리스트는 아마도 1단계 또는 2단계 수준이며, 단지 지표와 그 비슷한 것들이 메인 스페이스의 그것보다 더 멀리 나아간다. 이 문제가 해결이 필요한 문제인지는 잘 모르겠다. --Izno (대화) 13:56, 2020년 10월 7일 (UTC)[]
  • 위의 예와 그 페이지의 대부분의 항목은 내 편에서도 꽤 괜찮아 보인다. 즉, 텍스트가 디스플레이 너비의 5분의 1 정도만 채워져 있는 것은 하위 글머리 기호 포인트가 많은 항목들이다. 예를 들어 위에 링크된 페이지에서 10월 6일 "건강 및 환경"을 참조하십시오. 나중에 스크린샷을 첨부할 수도 있지만, 당신의 모바일 기기나 브라우저에서도 발생할 수 있을 겁니다.
만약 문제가 3단계 이상의 중첩이 있는 목록에만 일어난다면, 여전히 해결책이 필요할 것이다. 예로 제시된 페이지만 해도 충분히 중요하고/또는 이 문제를 즉시 해결할 수 있을 만큼 충분히 높은 숫자로 볼 수 있다. 즉흥적이고 일시적인 해결책도 있을 수 있다. 특히 3단계 이상 중첩된 목록에 대해 모바일의 목록 들여쓰기를 줄이는 것이 좋은 제안이다.
--prototypersential (talk) 14:44, 2020년 10월 7일 (UTC)[]
우리는 문제가 없다고 말하고 있다. 모바일 장치에서 문제가 표시된 스크린샷을 업로드하고 사용 중인 전화/OS/브라우저 조합에 대해 문의하십시오. – Jonsey95 (대화) 15:06, 2020년 10월 7일 (UTC)[]
우측 스크린샷:
포털의 스크린샷:시사/2020년 10월 6일 텍스트는 오른쪽으로 채우지 말고 이미 작은 화면 너비의 전체 또는 거의 전체 너비를 사용해야 한다.
--prototypersential (talk) 16:01, 2020년 10월 7일 (UTC)[]
내가 보기엔 그럴듯해 보인다. 그리고 가로로 스크롤할 필요도 없어, 이 운 좋은 사람아. – Jonsey95 (대화) 17:06, 2020년 10월 7일 (UTC)[]
나도 문제 없을 것 같아. 나독 (대화) 08:39, 2020년 10월 8일 (UTC)[]
나는 이것이 문제를 무시하고 있다고 생각한다. 당신은 왜 그것이 당신에게 문제가 되지 않는지 설명하지 않았다. 위키피디아의 모바일 UI 면에서는 별로 나쁘지 않을 수도 있지만, 내 게시물은 세계 최대 웹사이트 중 하나인 웹사이트에 적합한 수준으로 모바일 지원 표준을 높이는 것이었습니다. 비교적 규모가 큰 웹사이트에서는 이런 것을 볼 수 없을 것이다. 그리고 타당한 이유로. UI 디자인도 나쁘고 UX도 나쁘고. 나는 당신이 웹 개발자인 것이 의심스럽다. 그리고 그것은 당신의 근거 없는 생각일 뿐이고, 적어도 독자적 견해에 있어서는 소수 의견이라고 생각한다. --프로토타이머 (토크) 10:25, 2020년 10월 8일 (UTC)[]
5벌루 깊이의 텍스트 블록이 사용 가능한 공간의 절반 이상을 차지하고 있다(내 화면에서 스크린샷은 278픽셀의 밝은 청색 상자 안에 141픽셀 폭의 텍스트 블록을 보여준다). 난 사실 더 나쁜 일을 예상했을 거야. 만약 당신이 여전히 오른쪽 스크린샷이 이상적이지 않다고 걱정한다면, 나는 그 포털 페이지의 토크 페이지에서 허용 가능한 총알 보금자리 수 제한에 대해 토론하기를 추천한다. 또한, 5단계 총알을 더 나은 방법으로 렌더링하는 비교 가능한 대형 웹사이트를 찾아봐라; 그렇게 하면 어떻게 일이 더 잘 될 수 있는지 알 수 있을 것이다. – Jonsey95 (대화) 14:54, 2020년 10월 8일 (UTC)[]