도움말 대화:특수 문자

Mac용 IE

"이 비교적 일반적인 브라우저는 편집상자에 대해 맥로맨으로 번역되며, 그 결과 대부분의 유니코드 내용을 (보통은 아니지만 항상 물음표로 대체하지 않음) 흐리게 만든다. It also munges things that are in ISO-8859-1 but not mac-roman (specifically ¤ ¦ ¹ ² ³ ¼ ½ ¾ Ð × Ý Þ ð ý þ and the soft hyphen) so the problems it causes are not limited to Unicode wikis (though they tend to be much worse on Unicode wikis because they affect actual text and interwiki links rather than just fairly obscure symbols)."

우리가 이것을 다시 말할 수 있을까? 72.21.196.66 (대화) 13:59, 2009년 9월 6일 (UTC)[]

나는 방금 그렇게 했다. 나에게 충격을 준 것은 "상대적으로 흔한 일"이었는데, 7년 전에 그들이 만든 브라우저의 경우 분명히 틀렸으나, 내가 그곳에서 그것을 치우는 동안에도 그랬다. 추가해야 할 다른 사항이 있는지 모르겠다 - 이 제품과 Netscape 4가 꽤 역사적인 브라우저라는 메모가 순서대로 있을 것이다.--JohnBlackburne^words_deeds 20:11, 2010년 1월 18일 (UTC)[]

Firefox에 대한 지침

Mozilla Firefox의 경우 기본 설정을 변경해야 한다. 그렇게 하려면 '도구' 메뉴인 '옵션' 탭을 사용하고 '내용' 아이콘을 선택하십시오. 결과 메뉴에서 '고급' 상자를 누르십시오. 기본 "페이지의 글꼴 선택 허용" 상자의 선택을 취소하고 '기본 문자 인코딩' 상자에서 유니코드 옵션(예: "UTF-32BE") 또는 아랍어(ISO-8859-6) 중 하나를 선택하십시오. Brews ohare (talk) 01:33, 2010년 1월 19일 (UTC)[]

다른 대안은 'Arial Unicode MS'로 글꼴을 바꾸는 것이다. 그런 다음 기본 상자를 선택할 수 있다. Brews ohare (talk) 21:09, 2010년 1월 18일 (UTC)[]

위의 첫 번째 단락은 현재 도움말 페이지에 있으며 유니코드 옵션 중 하나를 선택하는 데까지 해당된다. 그러나, 이러한 변경은 브라우저가 콥틱 알파벳의 콥틱 글꼴이나 러닉 알파벳에서 발견된 런닉 글꼴을 표시하는 데 도움이 되지 않았다. 그것들은 여전히 숫자가 있는 상자로 나타난다. 위키백과의 룬은 내 브라우저에 표시되지 않음: Chrome, Firefox, Opera, Safari. 이 브라우저에는 범주에서 시도한 다른 4자 유니코드 글꼴이 대부분 표시됨:ISO 15924 4글자 코드가 있는 스크립트: 아랍어, 중국어, 일본어 등 버마어로 나는 제안된 폰트를 설치해야 했고, 그것이 작동했지만, 발리스크립트 역시 유니코드 테이블에 박스를 표시해 독자에게 도움이 되는 링크가 없다. 나는 또한 Firefox의 유니코드 옵션을 하나하나 시도해 보았지만 소용이 없었다. 제안사항이 더 있을 경우 도움말 페이지에 추가할 수 있는가? -84user(대화) 22:03, 2010년 5월 2일(UTC)[]

위의 지시사항이 정확하지 않거나 인쇄 화면에 잘못된 코드가 표시됨. 나는 Firefox 3.6.9를 사용하고 있는데, 인쇄 화면 기호인 U+2399가 그 페이지에 표시되지 않는다. 위의 지시사항을 수정하여 이 글의 시작 부분에 넣더라도 도움말:특히 이 도움말 페이지에는 링크가 없으므로 대부분의 일반 사용자는 문제를 해결하는 방법을 모르기 때문에 특수 문자인 http://en.wikipedia.org/wiki/File:U%2B2399.gif을 대신 사용해야 한다.

또한 도움말:특수문자는 우선 단지 유니코드의 역사에 관한 기사가 아닌 일반 사용자를 위한 도움말 페이지여야 하며, 위키백과 편집에 대한 도움은 이 글에서 더 아래로 와야 한다. --Espoo (talk) 22:48, 2010년 9월 13일 (UTC)[]

Firefox 버전 37.0.2에 대한 지침이 완전하지 않다. 글꼴 대화상자가 표시되고 "기본값 상자 '페이지의 글꼴 선택 허용' 확인 취소" 작업을 수행한 후, OK 버튼을 클릭하여 옵션 대화상자로 돌아가십시오. 24.222.87.186 (대화) 18:02, 2015년 5월 12일 (UTC)[]

또한 옵션 대화상자의 내용 탭 아래에 있는 기본 글꼴 목록의 글꼴 목록에는 "Arial Unicode MS" 글꼴이 나타나지 않는다.

샤비아누스

샤비안 폰트 아래의 링크는 샤비안 폰트와 연결되지 않는다. --70.29.63.230 (토크) 20:01, 2010년 5월 2일 (UTC)[]

웹폰츠

위키피디아가 페이지의 문자가 클라이언트의 설치된 글꼴로 지원되는지 여부를 감지하고, 그렇지 않으면 웹툰을 사용할 수 있다면 좋을 것이다. 또는 이전 브라우저용 SVG/PNG 이미지. 자바스크립트에서 렌더링된 텍스트 청크를 측정하여 글꼴 지원을 확인할 수 있다. 웹퐁은 클 필요는 없으며, 글에서 사용되는 블록만 포함하는 포괄적인 유니코드 글꼴에서 추출한 것일 수 있다. 라틴 문자가 아닌 글자의 대부분은 두 개 이상의 비 라틴 유니코드 블록을 사용하지 않는 것 같다.--94.223.167.143 (토크) 21:34, 2010년 5월 20일 (UTC)[]

다음 문자 순서

위키프로젝트 그리스 토크 페이지의 편집 상자 아래 삽입 상자에 있는 그리스 다음 문자들에 대해 다른 주문을 제안하였다. --람밤 18:54, 2010년 7월 18일 (UTC)[]

특수 문자 표시

맥 사용자들은 무엇을 하는가, 기도하라? Batshua (talk) 10:01, 2010년 10월 5일 (UTC)[]

새로운 사람을 위한 진정한 도움

위에서 언급했듯이, "편집 상자 아래에 나열된 특수 문자에 대한 링크를 사용하여 해당 문자를 삽입하십시오"라는 글의 중간에 묻혀 있는 이 문장을 세지 않는 한, 위키백과에서 특수 문자를 사용하고자 하는 신인에 대한 설명은 없다. 여기서 볼드체 같은 것은 설명하지만 특수문자에 대해서는 이와 유사하게 상세한 설명이 없다. 내가 그 설명을 놓친 것일까, 아니면 정말 놓친 것일까? 신인이 가장 먼저 알고 싶은 것은 미디어위키 1.5, 유니코드, ISO 8859-1, 윈도-1252에 대한 강의가 아닌 자신의 글에 '에르윈 슈뢰딩거' 같은 구절을 입력하는 방법이다. 네 가지 방법을 한꺼번에 배우려고 하기 전에 한 가지 방법을 완전히 소개할 필요가 있는데, 왜냐하면 그는 자신의 구절을 입력하기 위해서는 한 가지 방법만 배우면 되기 때문이고, 그 후에는 지루해하기 때문이다. 그는 특수 캐릭터 링크(편집 페이지 위의 새로운 개선된 벡터 스킨 링크, 아래의 기존 링크보다 좋기 때문에)를 어디서 찾아야 하는지 알아야 한다. 그는 자신의 캐릭터를 찾기 위해 메뉴를 탐색하는 방법을 알아야 한다. 그리고 복사해서 붙이는 데 익숙한 사람이 예상하는 대로 특수 문자를 먼저 클릭한 다음 목적지를 클릭하면 편집 내용을 저장한 지 오래될 때까지 쉽게 눈에 띄지 않을 수 있는 오타가 나온다는 점을 유의해야 한다. 우리가 그런 설명이 필요하다는 데 동의하고, 어디로 가야 하는가? 아트 라펠라 (토크) 18:48, 2011년 3월 26일 (UTC)[]

내가 보기에는 일반적인 소개 외에도 편집창 위와 아래 모두 특수 문자 삽입 링크를 위해 도움이 필요한 것 같아. 그리고 전자는 편집 섹션 아래의 리스트에 언급되어야 한다. 현재 상태로는, 일반 지능의 편집자는 이러한 메커니즘이 어떻게 작용하는지 알아내기 위해 추측하고 실험해야 한다. 특수 문자를 입력하는 것은 그렇게 어렵지 않다; 많은 방법들이 이용 가능하지만, 그것들을 발견하려는 노력 때문에 필요한 정보를 찾기 전에 많은 편집자들이 포기하게 될지도 모른다. JeffConrad (대화) 02:12, 2011년 3월 27일 (UTC)[]

위키피디아에 제공된 몇 가지 기술에 대해 언급해야 하는가?편집 아래의 목록에 대시를 만드는 방법? Alt code Hex 편집이 유용할 것 같아. 편집 상자 위에 있는 특수 문자 기능도 언급해야 할 것 같아. JeffConrad (대화) 04:17, 2011년 3월 28일 (UTC)[]

나는 카피 에디터라서 이런 종류의 컬래버레이션은 내게는 꽤 생소하다. 하지만 여기서 특별한 캐릭터를 만들기 위한 다른 방법들은 더 이상 추가하지 않는 게 좋겠어. 내가 위키피디아에서 그것들을 언급한 이유:대시를 만드는 방법은 정치적이었고, 지난 번 대시를 만드는 방법은 모두가 각자 좋아하는 대시를 만드는 방법이 있었지만, 토크 페이지 외에는 아무도 그것을 설명하려고 노력하지 않았다. 그래서 "긴 설명" 부분은 단지 대시만 하고 싶은 사람들보다 '스타일 규칙 설명서'를 더 많이 겨냥한 것으로, 내가 왜 '짧은 설명'을 선호하는지 설명했다. 그 페이지는 아직 거기 있으니 내가 뭔가 제대로 했을지도 몰라.

다시 살펴본 결과, 서로가 언급하지 않는 특수문자가 많다는 이유만으로 이제는 '편집창 위아래 링크'가 언급될 필요가 있다고 생각한다. 그들을 찾는 방법을 설명하는 가장 좋은 방법은 스크린샷으로 하는 것이다. 그 기사는 방향을 제시하지만, 아마도 제프 콘래드나 다른 누군가가 더 많은 경험을 가지고 있을 것이다(나는 위키피디아에 어떤 종류의 이미지를 올린 적이 없다).

나는 여기서 아무런 반응을 얻지 못하고 있는데, 제프콘라드가 <스타일 매뉴얼>에서 나를 따라온 것을 제외하고는 말이다. 위키피디아에 대해 얘기해 볼게:도움말 프로젝트#특수 문자 도움말 아트 라펠라 (토크) 06:08, 2011년 3월 29일 (UTC)[]

적어도 Alt 코드(그리고 아마도 Mac 등가물)는 목록에 추가해야 한다고 생각한다. 왜냐하면 그것들은 논쟁의 여지가 있을 정도로 가장 쉬운 접근법이기 때문이다(분명히 Art와 I 둘 다 그것을 사용한다. JeffConrad (대화) 21:08, 2011년 3월 29일 (UTC)[]

우리는 단지 2자가 아니라 목록으로 연결해야 할 것이다. 이 기사에 따르면 Alt code의 목록은 아마도 작동하지 않을 것이다; 나는 그것의 많은 부분을 이해하지는 못하지만, 거의 마지막에 "Windows용 Internet Explorer(IE) 웹 브라우저의 라틴어 스크립트의 기본 글꼴은 Times New Roman이다. 유니코드 블록을 많이 포함하지 않는다." 이건 맥스한테 먹힐지도 몰라.

제 의도는 Alt 코드를 언급하고, 필요한 경우 User:와 같은 테이블에 대한 링크를 제공하는 것이었습니다.JeffConrad/Keystrokes; 다른 누군가가 Mac과 동등한 것을 제공해야 할 것이다(엔 대시만이 나의 유일한 특수 캐릭터가 아니며, 심지어 가장 일반적인 캐릭터도 아니다). 내 목록의 모든 Alt 코드는 IE 8과 Firefox 3/4에서 잘 작동하지만 이것은 브라우저와 글꼴의 특정 조합이 표시할 수 있는 것과는 별개의 문제다. 나는 (헤어 공간을 제외한) 문자 표시에도 문제가 없었으며, 수년간 IE의 기본 글꼴로 Time New Roman을 사용해 왔다. JeffConrad (대화) 07:12, 2011년 3월 30일 (UTC)[]

그 부분을 써야 할 것 같은데. 다시 한 번, 나의 요점은 독자가 그의 특별한 성격을 입력하고자 하는 것으로 추정되어야 한다는 것이지, 여섯 가지 다른 방법으로 입력해서는 안된다는 것이 아니어서, 그것은 그가 하지 않아도 되는 일에 대한 설명과 혼동하게 될 것이라는 것이었다. 그러나 이 페이지의 이전 저자들을 포함해서 아무도 그것을 그렇게 보지 않기 때문에, 나는 다음과 같이 다시 쓰기를 본다.

특수 문자에 대한 링크를 모두 표시하는 하나 또는 두 개의 스크린샷(한 개의 스크린샷이 더 좋지만 두 개의 특수 문자 위치를 같은 화면에 표시하는 것은 화면을 만드는 것을 더 어렵게 한다) 어떤 특별한 문자는 한 링크에서 찾을 수 있고, 어떤 문자는 다른 링크에서 찾을 수 있으며, 어떤 문자는 어느 링크에서나 찾을 수 있다. 자세한 설명(목적지 앞 글자를 클릭하는 위험성 외에도 독일인은 라틴어를 하지 않지만 독일어는 '라틴어'를 클릭하는 것 같은 것도 있다. 제목, "다른 특수 문자 삽입 방법". 다음으로 도움말 텍스트:특수 문자#Editing, Alt 코드와 같은 일부 수정 사항 및 "에스페란토"로 시작하는 하위 제목이 없는 경우. 다음, 다른 제목, "고급 특수 문자 도움말". 마지막으로, 기존 페이지의 다른 모든 항목. 아트 라펠라 (토크) 23:57, 2011년 3월 30일 (UTC)[]

나는 대부분의 편집자들이 아마도 특수문자를 입력하는 6가지 다른 방법이 필요하거나 원하지 않는다는 것에 동의하지만, 편집자는 여전히 둘 이상의 방법을 사용할 수 있다(Alt code와 편집 페이지 하단의 링크를 모두 사용한다). 그리고 모든 편집자가 동일한 방법을 선호하는 것은 아닐 수 있으므로, 어떻게 선택할 것인가? 나는 또한 많은 독일인들이 라틴어를 하지 않는다는 것에 동의하지만, 그럼에도 불구하고 오늘날 대부분의 독일인들은 라틴 알파벳을 사용한다. 그리고 이에 따라 유럽 언어에 대한 ISO 8859 표준은 이 용어를 사용한다. 하지만 그것을 설명하는 문장을 추가해야 할 것 같다. JeffConrad (대화) 00:25, 2011년 4월 1일 (UTC)[]

내 생각에 이 도움말 페이지가 가장 필요한 편집자들은 특별한 캐릭터를 입력할 수 없는 편집자들일 뿐, 특정한 방법을 선호하는 편집자들이 아니라, 어떤 관련 이슈에 대한 강의를 원하는 편집자들이 아닐 것이다. 만약 여러분이 단지 특별한 캐릭터를 입력하기를 원한다면, 여러분의 니즈는 여러분이 그것들을 무시할 수 있도록 대안을 찾아야 하는 추가적인 복잡함 없이 무작위로 선택되더라도, 작동하는 하나의 시스템으로 가장 잘 충족된다.

라틴어 문제에 대한 나의 정신적으로 쓰여진 본문은 다음과 같다: "여러분은 두 장소 모두에서 몇 개의 카테고리를 클릭해서 당신의 특별한 캐릭터를 찾아야 할지도 모른다. 왜냐하면 어떤 특별한 캐릭터는 당신이 예상할 수 있는 카테고리에 있지 않기 때문이다. 러시아 문자는 "키릴 문자" 범주에 속한다. 대부분의 다른 유럽 문자는 라틴어를 사용하는 현대 국가가 없음에도 불구하고 "라틴어" 범주에 속한다. 수학 기호는 "심볼스", "삽입" 또는 "수학과 논리학"에 있을 수 있다(후자는 아래 링크에만 있음). 또는 위키백과:수학적 기호와 그 연계된 기사들." 그 텍스트는 왜 러시아 문자가 키릴 문자인지 독일 문자가 라틴 문자인지에 대한 어떠한 설명도 생략하고 있지만, 단지 특별한 문자를 입력하기를 원하는 편집자에 대한 나의 집중을 기억하라. 라틴어 범주의 이름을 바꾸고 싶지 않다. 왜냐하면 "정상적"이라는 단어도 설명되지 않기 때문이다. "영어?" "ö"는 둘 다 아니다. "로맨"? "라틴"만큼 잘 알려지지 않은. "서유럽"? 두 단어, 그리고 핀란드어는 서유럽어가 아니다. 아트 라펠라 (토크) 01:51, 2011년 4월 1일 (UTC)[]

나는 "현대 국가가 라틴어를 말하지 않더라도"를 제외하면 괜찮다. 이것은 불필요한 말이다. 나는 또한 처음 두 문장의 직접적인 대칭을 피할 수도 있다; 나는 모든 사람이 러시아어가 키릴 문자를 사용한다는 것을 알고 있지는 않을 것이라고 확신한다. 하지만 나는 이것이 예상치 못한 것이라는 것을 암시하는 것은 약간 멀리 가고 있다고 생각한다. 나는 설명이 필요하거나 도움이 될 것이라고 생각하지 않는다. 짧을수록, 좋을 것이다. 참고로 여기서의 목적은 편집자들이 알파벳에 대해 가르치는 것이 아니라 특수문자를 입력하도록 돕는 것이다. 라틴어라는 이름에 대해서는, 음, 그건 단순히 올바른 용어고 다른 것을 사용하는 것은 매우 혼란스러울 것이다. JeffConrad (대화) 02:17, 2011년 4월 1일 (UTC)[]

"현대적인 어떤 나라도 라틴어를 할 수 없더라도"고 말했다. '해명은 필요 없을 것 같다'는 게 내 의견인 것 같다. 러시아어에 대해 무엇을 써야 할지 제안이 있으십니까? 그것이 존재하는 한 가지 이유는 다음 문장에 "대부분의 다른 유럽 언어..."라고 쓰여 있기 때문이다. 아트 라펠라 (토크) 02:56, 2011년 4월 1일 (UTC)[]

아마도 여러분이 염두에 두고 있는 것은 다음과 같다: "어떤 편집자들은 특별한 캐릭터를 찾기 위해 두 장소 모두에서 몇 개의 카테고리를 클릭해야 할지도 모른다. 왜냐하면 어떤 특별한 캐릭터는 모든 사람들이 예상할 수 있는 카테고리에 있지 않기 때문이다." 아트 라펠라 (토크) 03:14, 2011년 4월 1일 (UTC)[]

"설명은 아닌 것 같아.." 정말 네 말에 동의하고 있었어. 이런 건 어때?

러시아 문자는 "키릴어" 범주에 속하며, 다른 유럽 문자는 대부분 "라틴어" 범주에 속한다. 특히 알파벳이 아닌 수학 기호가 "Symbols", "Insert" 또는 "Math and logic"(하단 링크에만 있음)에 있을 수 있는 경우, 또는 위키백과에서 다음과 같은 특수 문자를 찾기 위해 여러 범주를 클릭해야 할 수 있다.수학 기호 및 관련 기사.

편집자는 아마도 맨 위 또는 맨 아래 링크 영역만 사용할 수 있기 때문에 "두 장소"보다는 "둘 중 하나"를 제안한다. JeffConrad (대화) 05:13, 2011년 4월 1일 (UTC)[]

다시 쓰기는 괜찮은데 "둘 중 하나"는 이해가 안 가. 태국어 같은 문자는 위쪽에 있을 뿐이고, 수학 기호는 아래쪽에 있을 뿐이기 때문에 그렇게 말하는 간단한 방법은 두 곳을 다 보는 것이라고 생각한다. 아트 라펠라 (토크) 21:54, 2011년 4월 1일 (UTC)[]

또는 일부 수학 기호(및 위키 마크업)는 하위 영역에서만 사용할 수 있고, 일부 동양 언어는 상위 영역에서만 사용할 수 있다는 점을 언급할 수도 있을 것이다. 나는 어느 쪽이나 둘 다에 대해 강한 감정을 가지고 있지 않다; 공을 트집잡아서 죽이는 것보다 차라리 공을 굴리는 것이 낫다.

어느 순간, 어떤 곳에서는, 위나 아래 중 하나에 있는 링크를 클릭하면 편집 커서의 현재 위치에 문자가 입력된다는 것을 언급할 가치가 있을 것이다. 앞서 살펴본 바와 같이, 이것은 상위 영역과 하위 영역에 대한 도움말 링크 아래에 있어야 한다. 그러나 그렇게 할 수 있을 때까지는 여기서 간단히 언급하는 것이 없는 것보다 나을 수 있다. 편집에서 첫 번째 목록 항목을 효과적 항목으로 바꾸는 방법

• 특수 문자 링크를 사용하십시오. 링크는 편집 창 위쪽의 특수 문자 및 편집 창 하단의 단추 아래쪽에 있는 특수 문자에서 사용할 수 있다. 특수 문자 링크를 클릭하면 해당 문자가 편집 창에 있는 커서의 현재 위치에 삽입되므로 링크를 클릭하기 전에 원하는 위치에 커서를 놓아야 한다.

  러시아 문자는 "키릴어" 범주에 속하며, 다른 유럽 문자는 대부분 "라틴어" 범주에 속한다. 특히 알파벳이 아닌 수학 기호가 "Symbols", "Insert" 또는 "Math and logic"(하단 링크에만 있음)일 경우, 또는 위키백과에서 다음과 같은 특수 문자를 찾기 위해 여러 범주를 클릭해야 할 수 있다.수학 기호 및 관련 기사.

  일부 문자는 Internet Explorer 6: 편집 상자 아래의 특수 문자 IE에 표시되지 않는다는 점에 유의하십시오. 예를 들어 Arial과 같은 일부 글꼴에서는 이 상자의 모든 문자가 표시되지만 사용자가 웹 페이지 간에 글꼴을 전환해야 하는 것은 편리하지 않다. 이것을 사용하려면 CharInsert 확장을 설치해야 한다.

내가 여기서 했던 것처럼, 텍스트 들여쓰기가 제대로 작동하려면 위키 마크업보다는 HTML을 사용해야 할 것이다. 대안은 다음과 같이 단락이 깨지는 것을 피하는 것이다.

• 특수 문자 링크를 사용하십시오. 링크는 편집 창 위쪽의 특수 문자 및 편집 창 하단의 단추 아래쪽에 있는 특수 문자에서 사용할 수 있다. 특수 문자 링크를 클릭하면 해당 문자가 편집 창에 있는 커서의 현재 위치에 삽입되므로 링크를 클릭하기 전에 원하는 위치에 커서를 놓아야 한다. 러시아 문자는 "키릴어" 범주에 속하며, 다른 유럽 문자는 대부분 "라틴어" 범주에 속한다. 특히 알파벳이 아닌 수학 기호가 "Symbols", "Insert" 또는 "Math and logic"(하단 링크에만 있음)일 경우, 또는 위키백과에서 다음과 같은 특수 문자를 찾기 위해 여러 범주를 클릭해야 할 수 있다.수학 기호 및 관련 기사. 일부 문자는 Internet Explorer 6: 편집 상자 아래의 특수 문자 IE에 표시되지 않는다는 점에 유의하십시오. 예를 들어 Arial과 같은 일부 글꼴에서는 이 상자의 모든 문자가 표시되지만 사용자가 웹 페이지 간에 글꼴을 전환해야 하는 것은 편리하지 않다. 이것을 사용하려면 CharInsert 확장을 설치해야 한다.

나에게 있어서, 다른 생각들을 분리하기 위해 쉬는 시간에 읽는 것이 더 쉽지만, 어느 쪽 접근법이든 받아들여질 수 있다. JeffConrad (대화) 23:50, 2011년 4월 1일 (UTC)[]

'편집' 아래 새로운 것을 모두 삽입하는 것은 그 중 하나를 강조하지도 않고 4가지 대안을 제시하는 기존 시스템으로 거슬러 올라간다. 나처럼 특별한 캐릭터를 삽입하지 못하는 사람들은 나보다 더 '편집' 단락에 빠져 있을 것이라고 짐작한다. 그래서 그들은 그들이 알아낼 필요가 없는 대안이라는 것을 이해할 수 있을 만큼 충분히 오래 그 단락에서 살아남을 것 같지 않다. 아트 라펠라 (토크) 01:37, 2011년 4월 2일 (UTC)[]

그러나 그 후 우리는 어떤 것을 강조해야 할 지에 대한 문제로 돌아가는데, 그것은 개인적이고 다소 임의적인 선택이다; 편집 창 위와 아래의 특수 문자 링크들 사이에서 선택하기 위해 사건이 만들어질 수도 있다(개인적으로는 영어 위키백과에 아래 링크를 사용하겠지만, 다른 사람들은 분명히 나와 동의하지 않는다; 나는 나의 선호도를 바꿀 수도 있다. 위키 마크업과 수학 및 논리 선택이 상단에 있는 링크에 추가되었는지 여부).

그렇긴 하지만, 나는 현재 리스트가 새로운 편집자가 모든 기술을 배워야 한다는 것을 시사하는지는 잘 모르겠다. 내가 보기에 우리는 리스트에서 그들의 위치에 따라 기술을 강조하고 있을 것 같다. 나는 개인적으로 주문과 비슷한 것을 가지고 있을 것이다.

• 편집 창 아래의 특수 문자 링크.
• 윈도우즈 시스템용 Alt 코드(Mac용 옵션 코드)
• 편집 창 위의 특수 문자 링크.
• 일반적인 "문자 지도"-유형 외부 프로그램.
• HTML 명명된 엔티티.
• 특수화된 외부 프로그램 또는 브라우저 플러그인을 포함한 기타 사항. 프로그래밍에 상당한 학습이 필요한 프로그램 또는 플러그인(예: AutoHotKey)

나는 아마도 HTML 엔티티가 명백하게 더 이상 사용되지 않는다면 조금 더 높게 표현했을 것이다. 그러나 다시 말하지만, 이것은 분명히 개인적이고 자의적인 선호다. 적어도 특수문자 링크가 어떻게 작동하는지 최소한의 설명으로 현재의 주문을 유지하고, 아마도 Alt/Option code)를 추가하는 것이 개선될 것이라고 생각한다. 적절한 도움말 링크가 추가된 경우, 특수 문자 링크의 항목은 편집자에게 도움말 링크를 간단히 참조할 수 있다. JeffConrad (대화) 02:34, 2011년 4월 2일 (UTC)[]

그것이 우리가 공감하는 모든 변화라면, 그것을 이용하자. 지금 우리가 가지고 있는 것보다 낫다. 하지만 한 번 더 설명해 볼게. 어떤 버전이 어떻게 특수 등장인물을 입력하는지를 더 잘 설명해 줄 수 있는지, 그 방법을 아직 모르는 누군가에게 정말 의심의 여지가 없는가? 만약 그렇다면, 꽤 결정적인 방법은 직접 실험에 의한 것이다. 13살짜리 아들에게 사용자:Art LaPella/Help for 특수 문자 버전 1 및 사용자:Art LaPella/Help for 특수 캐릭터 버전 2. 버전 1의 경우, 우선 그는 "특수 캐릭터"가 무엇을 의미하는지 몰랐지만, 어느 버전도 그렇게 설명하지는 않는다. 그 설명이 끝난 후, 나는 그가 계산서의 처음 몇 단락을 어슬렁거리는 것을 보고 놀랐다. 그는 실제로 페이지에 &#8364와 &uro를 추가하려고 했는데, "제한된 문자 집합에서는 사용할 수 없는 특수 문자..."를 시작하는 글머리 기사에서 추천하는 글자가 그 페이지에 &#8364와 &uro 둘 다 내가 방금 입력한 것과 같은 방식으로 입력했기 때문에 성공적으로 유로 사인을 하지 못했다. "편집" 단락에 대한 당신의 변경은 전혀 문제가 되지 않았다. 왜냐하면 우리는 결코 그렇게 멀리 가지 못했기 때문이다. 그는 몇 가지 질문을 했지만, 물론 그 지시의 요점은 내가 그들 옆에 서서 대답을 듣도록 하지 않은 사람들을 위한 것이다. 다음으로 버전 2를 시도했다. 나 이외의 대부분의 사람들과 마찬가지로 그는 지시보다 실험을 통해 더 많은 것을 배운다. 그래서 그가 특별한 캐릭터 링크가 있다는 것을 읽는 순간, 그것이 그가 알아야 할 전부였다. 그는 스필의 나머지 부분은 읽지도 않았다. 그는 단지 카테고리를 탐색하고 문자를 클릭해서 삽입했다. 그래서 나는 어떤 버전이 특별한 캐릭터를 가르치고, 어떤 버전이 이미 알고 있는 사람들을 기쁘게 하기 위해 더 의도된 것처럼 보이는지 명백하다고 생각한다. 아트 라펠라 (토크) 17:44, 2011년 4월 2일 (UTC)[]

나는 꽤 분명한 질문을 무시한 것 같다: 어떤 구체적인 변화를 제안하고 있었는가? 나는 이 글에 몇 가지 문제가 있다는 데 동의하는데, 그 중 최소한은 기사를 시작하는 계산이 다소 접선적이어서 편집에 대한 실질적인 조언(또는 아마도 더 분명한 특수문자 입력) 후에 옮겨져야 한다는 것이다.

나는 또한 이 기사가 다음과 같은 몇 가지 이슈를 털어놓았다고 생각한다.

1. 일반적으로 특수 문자.
2. 특수 문자 입력.
3. 비라틴 문자 알파벳을 광범위하게 참조하는 기사.
4. 브라우저 표시 문제
5. 제한된 유니코드를 지원하는 글꼴.
6. 위와 관련된 공식 계산법.

기본 주제는 유니코드 입력을 포함한 많은 기사와 알트 코드와 같은 방법별 기사에서 다루어진다. 아마도 이 기사는 그 기사에 대해 언급하기에 최적의 장소는 아닐 것이다. 비록 제목이 주어지더라도, 새로운 (그리고 아마도 그다지 새로운) 편집자들이 끝내야 할 논리적인 장소일 것이다. 내가 링크 이상의 것을 기술하는 것을 선호하는 한 가지 이유는 경험이 풍부한 편집자(예: 토니)조차도 알트 코드 방법을 오랫동안 알지 못했기 때문인데, 이것은 일반적으로 사용되는 몇몇 문자(Again, 이것은 영어 위키백과)에게 가장 효율적이라는 것이 거의 확실하다.

버전 1의 실험에서 입증된 한 가지 분명한 문제는 실제 키 입력에 대한 타이포그래피가 중요하다는 것이다. 예를 들어 €의 경우 편집자가 입력하는 것이 분명해야 한다. € 보다는 &euro. "와 같은 표기법으로 더 나아가기도 했다.€" 또는 심지어 후자는 엄청나게 지루한 속도로 빨리 달린다. 우연히, 여기 적절한 인쇄 인용문을 사용하면 인용문이 입력될 텍스트의 일부가 아님을 명확히 할 수 있는 좋은 예가 있다(비교 ").€"이것은 분명히 다른것과 다르지 않다. "€").

어쨌든 우리는 위의 두 번째 목적을 달성하기 위해서라면 이 글에 구조적인 문제가 있다는 데 동의하는 것 같다. 가능한 재배치는 User:JeffConrad/특수 캐릭터 입력; 기사는 브라우저 디스플레이 문제와 같은 여러 영역에 대한 업데이트와 브라우저가 UTF-8을 표시하도록 적절하게 설정되었는지 확인하는 것(일반적으로 Browers의 "자동 검색"을 하지만 항상 이렇게 하는 것은 아님)을 포함한 약간의 추가 작업이 필요한 것이 분명하다. 다른 옵션은 별도의 도움말을 만드는 것이다.내 초안에 같은 이름의 섹션에 해당하는 특수 문자를 입력하고 이 문서에는 해당 문서의 간략한 요약만 포함. JeffConrad (대화) 01:54, 2011년 4월 3일 (UTC)[]

사용자:JeffConrad/특수 문자 입력은 현재 보유 중인 문자보다 선호되므로, 가능한 한 별도의 도움말을 참조하십시오.특수 문자 입력("적절한 인쇄 인용문")은 WT에서 제시되어야 한다고 생각할 수 있는 논쟁이다.MOS, WP를 변경하려면:펑크: "일반 또는 곱슬 스타일: "텍스트", '텍스트' 위키백과에서는 추천하지 않는다.) 아트 라펠라 (토크) 05:00, 2011년 4월 3일 (UTC)[]

내가 뭘 할 수 있는지 알아볼게. 최소한 별도의 기사가 도움이 된다.특수 문자를 입력하면 Alt 코드에 대한 일부 flesh가 있어야 한다(Mac용 옵션 코드를 포함하기 위한 빠른 후속 조치 포함). 이 별도 기사로 간다면 이 기사 개정의 요약에 어떤 내용이 담길지 합의할 필요가 있다. 아마도 우리는 의 효과에 대한 목록을 가지고 지낼 수 있을 것이다.

• 편집 창 위의 특수 문자 및 편집 창 하단의 단추 아래에 있는 특수 문자 링크 사용.
• 외국 키보드에서 직접 문자를 입력하거나, "문자 지도"-유형 응용프로그램에서 잘라내어 붙여넣거나, 운영 체제 또는 텍스트 편집 응용프로그램에서 제공하는 특별한 수단에 의해 문자 입력.
• Alt 키코드(Windows OS) 또는 옵션 키코드(Mac OS) 사용.
• 다음과 같은 HTML 이름 문자 엔티티 참조 사용 à.
• 다음과 같은 HTML 숫자 문자 참조 사용 ¡.

"적절한 인쇄 인용문"에 대해서는, 코멘트는 한쪽에 지나지 않았다. 우리는 최근에 WT에서 연장 논의를 했다.MOS, 그리고 이전의 논의들만큼 의견 일치를 보지 못했다. 결과적으로, 나는 MOS를 변하지 않은 것으로 해석한다: 인쇄상의 인용은 권장되지 않지만, 그것들 역시 금지되지 않는다. 또한, 내 감각은 이것과 같은 기존 기사에서 인용 스타일을 바꾸는 것은 좋지 않은 스타일일 것이고, 새로운 기사에서 활자적 인용문을 사용하는 것은 창작자가 후속 편집 후 일관성을 보장하도록 할 것이라는 것이다. 나에게 이것은 실질적인 문제들에 비하면 사소한 것일 것이다. 물론, 단순히 문자 그대로의 입력에 대해 모노스페이스 폰트를 사용함으로써 논란을 완전히 피할 수 있었다. €. JeffConrad (대화) 08:30, 2011년 4월 3일 (UTC)[]

OK. 아트 라펠라 (토크) 18:37, 2011년 4월 3일 (UTC)[]

나는 우선 항목별 기사를 작성하고 있다. 짐작컨대, 현재 기사를 변경하지 않고 사용할 수 있다(최소한 입력 방법과 관련하여 후자는 약간의 정리가 필요하다). 현재 기사의 항목별 부분이라도 생각보다 많은 작업이 필요하다. 예를 들어 Alt 키코드 섹션은 Windows 1252가 아닌 컴퓨터의 기본 OEM 코드 페이지(미국 대부분의 컴퓨터의 경우 437)의 코드 포인트에 해당하는 3자리 코드(선행 0 없음)를 사용한 입력을 말한다. 코드 페이지 437에는 영어 위키백과에 흔히 필요한 문자가 많이 빠져 있고, 문자표 창에 표시된 Alt 코드와 Alt 코드 기사에 링크된 펜 스테이트 페이지가 Windows 1252(선행 0)에 해당하기 때문에 후자와 함께 가야 한다고 생각한다. 아마도 우리는 전자에 대해 간단히 언급하여 선두 0을 후자에 포함하는 것의 중요성을 강조해야 할 것이다. 문서화는 분명히 약하지만, 나는 펜 스테이트 페이지가 캐릭터 맵 디스플레이와 마이크로소프트의 아주 간단한 이 글과 함께 충분한 권한을 구성한다고 생각한다. JeffConrad (대화) 05:24, 2011년 4월 4일 (UTC)[]

짧은 글은 User:제프콘래드/특수 캐릭터 입력. 나는 그것이 꽤 쓸모가 있다고 생각한다. 내가 생각하는 예술의 목표와 일치하여, 나는 편집자들에게 여전히 주어진 임무를 완수할 수 있을 만큼 새롭고 그다지 새롭지 않은 정보를 주면서 그것을 뼈저리게 하려고 노력해왔다. 적어도 제대로 된 경로인지 알아보세요.

현재 기사의 재작업은 User:제프콘래드/특수 캐릭터 : 진행 중인 작품으로 남아 있다. 내 생각은 나나 예술도 모를 어떤 것을 깨지 않기 위해 상당히 가볍게 밟는 것이다(내가 그 부분에 의문이나 문제가 있더라도)이다. 하지만 적어도 사용자가 입력하는 리터럴에는 모노스페이스 서체를 사용하고, 섹션의 순서가 무엇이든 편집자가 짧은 글의 실제 정보로 쉽게 향하도록 해야 한다고 생각한다. JeffConrad (대화) 10:42, 2011년 4월 4일 (UTC)[]

좋아. 세부사항:

나는 특히 첫 번째 대안에 관심이 있는데, 대부분의 독자들은 계속해야 할 이유가 없다고 생각한다. 그렇다면 "Internet Explorer 6: 편집 상자 아래의 특수 문자, IE"는 무엇을 의미할까? 내 생각에 그것은 어떤 캐릭터들은 당신이 그들의 Internet Explorer를 업데이트하지 않은 독자들은 그것들을 읽을 수 없을 것이기 때문에 당신이 그 캐릭터들을 사용할 수 있도록 해주었음에도 불구하고 사용되어서는 안 된다는 것을 의미한다고 생각한다. 하지만 그런 이유로 어떤 캐릭터를 피해야 할지 짐작이 가지 않았다. 그것은 아마도 "편집 상자, IE 아래의 특수 문자"를 클릭했을 때 정사각형으로 표시되는 문자를 의미할 것이다. 그런데 내가 안 쓰길 바라는 캐릭터는 뭐야? 눈에 보이는 글자가 재배열되어 있어서 「삽입」줄과 비교해도 알 수 없다.

또 "웹페이지 간에 글꼴을 바꾸어야 하는 것은 사용자에게 편리하지 않다"는 것은 독자의 입장에 서기가 어려워 보이는 절제된 표현이다. 대부분의 독자들은 그러한 전환기를 연구하는데 몇 분 혹은 그 이상을 써야 하기 때문에, 우리가 가장 좋아하는 캐릭터를 읽기 위해서 그러한 연구 프로젝트를 기대하는 것은 비현실적이다; 그것은 그들의 것이 아니라 우리의 우선 순위다. 이것은 특히 잘못 인쇄된 많은 글자들이 공간이나 다른 평범해 보이는 캐릭터처럼 보이기 때문에, 독자들은 심지어 다른 글꼴이 필요한지도 알지 못할 것이다. 또한, 많은 특별한 등장인물들은 단지 그것들이 무언가의 적절한 이름의 일부분이기 때문에 존재하는 것이지, 그것들이 독자들이 올바른 이름 외에는 다른 어떤 것도 이해하도록 도와주기 때문이 아니다. 적어도 간단한 버전에서는 글꼴에 대한 두 문장을 모두 생략하고 싶다(아니면 CharInsert가 다른 것을 위한 것인가? CharInsert를 설치해야 "이것"을 사용할 수 있는데, "이것"이란 무엇인가? 두 번째 선택은 "사용자가 전환해야 하는 것이 편리하지 않다..."를 "사용자가 전환하기를 기대하는 것은 현실적이지 않다..."로 대체한다. 아트 라펠라 (대화) 23:22, 2011년 4월 4일 (UTC)[]

"짧은 글에 실재하는 정보에 쉽게 초점을 맞춘다" 그렇다! 비록 짧은 글은 긴 글에 포함되지만. 그 페이지에 대한 내 아들의 첫 반응은 "그걸 다 읽어?"와 같은 것이었다. 한가지 아이디어는 위키백과 입니다.{{특수 문자를 입력하는 것만으로 도움말:특수 문자 입력 중}. 아트 라펠라 (토크) 23:22, 2011년 4월 4일 (UTC)[]

내가 스크린샷과 서브섹션을 추가했는데, 이게 우리가 원하는 방향으로 가고 있는지 확인해 봐. 나는 또한 우리가 정말로 그것이 필요한지 궁금해 삼진아웃에 있는 몇몇 텍스트들을 보여주었다; 내가 질문하는 몇몇 텍스트들은 당신이 위에서 질문한 것과 같다. IE 6을 사용한 지 꽤 되었지만, 그것에 특별한 디스플레이 문제가 있었던 것은 기억나지 않지만(또는 그 문제에 대해 IE 5) 터키어로 쓸 필요가 없었다(영어는 도전하기에 충분하다). 이 물건의 일부를 (일부 사람들에게 관련될 경우를 대비해서) 현재 기사에 남겨두고, 주로 특수문자를 입력하는 방법과 영어 위키백과를 목표로 하는 것을 다루는 기사에서 생략할 수 있을까?

그 모자 메모는 좋은 생각인 것 같다. 편집 섹션을 특수 문자 입력 섹션으로 변경하고

기본 페이지: 도움말:특수 문자 입력

그 섹션의 첫머리에 그것과는 별개로, 나는 아마도 모든 텍스트 리터럴을 모노스페이스(다른 곳에서도 WP에서도 거의 보편적인 관례처럼 보이는 것 같고, 명확하지 않은 몇 가지 사항들을 다시 쓰는 것)로 바꾸는 것을 제외하고는, 그 기사의 상당 부분을 그대로 둘 것이다. 그리고 컨버터에게 합리적인 스펠링을 사용한다. JeffConrad (대화) 23:56, 2011년 4월 4일 (UTC)[]

그렇다, 그것들은 확실히 내가 주장해온 종류의 변화들이다.

IE6: IE6 문제가 얼마나 심각한지 모르겠지만, 그들이 우리가 특수 문자를 사용하지 않기를 바란다면 편집 화면에 직접 입력할 수 있는 방법을 알려주면 안 된다는 것은 알고 있다. 도움말 페이지는 사람들이 소프트웨어 사용법을 배우는 한 가지 방법일 뿐이므로 모든 사람들이 IE6 경고를 읽었다고 가정할 수는 없다. 만약 우리가 사용해서는 안 되는 문자가 있다면, 그들은 "팔레트"에 있어서는 안 된다. (그리고 우리가 그 유행어를 사용하고 있다면, 그것은 팔레트 창으로 연결될 수도 있다.)

"Alt code or Option key" 및 "HTML 문자 엔티티" 문단의 경우, 그 코드를 어디서 찾아야 하는지 즉시 알리지 않고 코드를 입력하라는 지시를 받았을 때 포기할 수 있다. 나는 그것이 Alt 코드에 대한 윈도우 1252 링크와 HTML 코드에 대한 XML과 HTML 문자 엔티티 리스트에 있다고 생각한다. 그러나 "십진수 문자 코드"와 "Windows 1252" 사이에는 많은 텍스트가 있으며, "십진수 문자 코드"="라는 것을 알아야 한다.숫자 코드". HTML의 경우, "like &agrave;," "like &#8212;"와 "&#x2014;" 사이에 훨씬 더 많은 텍스트가 있고 XML과 HTML 문자 엔티티 참조 목록에 있다. 어쨌든, 내 생각에 리스트는 &agrave 같은 것들만 설명하는 것 같아. 나는 U+nnnn이 다른 것이라고 생각한다. 아트 라펠라 (토크) 05:58, 2011년 4월 5일 (UTC)[]

나는 현재 기사에 실린 많은 것들과 마찬가지로 IE 6의 일부 내용이 시대에 한참 뒤떨어진 것이라고 생각한다(편집할 때 나타나는 이 페이지를 아무도 보지 않는다는 주의사항이 사건을 과소평가할 수도 있다고 생각한다).

Alt 코드 또는 옵션 키의 경우, 독자에게 펜 스테이트 및 alt-codes.org에 대한 외부 링크를 특별히 안내할 수 있다(My User:제프콘라드/키스트로크스는 팬을 많이 찾지 못하는 것 같다.) 이런 경우, 나는 과대연동 혐의에는 전혀 문제가 없다. 어쨌든 지금 상태로는 설명이 명확하지 않으면 될 때까지 계속 작업을 해야 한다.

HTML 문자 엔티티의 경우, 숫자 엔티티의 코드를 명확히 하기 위해 단어를 변경했다. 이것이 도움이 되는지 확인하십시오. 다시 한 번, "엔티티 이름 및 유니코드 코드 포인트의 전체 목록은 XML 및 HTML 문자 엔티티 참조 목록"과 같은 것을 추가할 수 있을 것이다.

나는 불필요한 유행어를 좋아하지 않는다; 만약 팔레트가 너무 "버지"하다면, 나는 우리가 더 나은 용어를 찾아야 한다고 생각한다. 왜냐하면 내가 현재 묘사하고 있는 것은 팔레트 창이 아니기 때문이다. JeffConrad (대화) 07:40, 2011년 4월 5일 (UTC)[]

사용자:JeffConrad/특수 등장인물: 대략적인 사본 편집—내가 가지고 있는 것이 현재 기사의 허용 가능한 정리에 가깝고 사용자에게 잠재적인 새 기사 도움말:특수 문자 입력. 나는 이 버전이 아직도 많은 문제를 안고 있다고 생각하는데, 그 중 대부분은 내가 현재 다루기 힘들 것 같다. JeffConrad (대화) 07:47, 2011년 4월 5일 (UTC)[]

Alt 코드와 HTML에 대한 나의 생각은 먼저 코드를 결정한 다음 입력하는 것이었다. "여기 코드를 얻는 방법, 여기에 입력하는 방법"이 "이것, 코드, 이것, 이것, 이것, 그리고 다른 것을 하고"보다 덜 혼란스럽다고 생각한다. 무슨 암호? 아직 읽고 있다면 여기서 코드를 얻을 수 있는 곳이오." 따라서 Alt 코드 "Under Windows" 단락은 다음과 같은 것이 될 것이다: "Windows 아래에서, 먼저 (첫 번째 문장이 없는 기존 단락, 적합하게 파라프레이된) 숫자 코드를 결정한다. 다음으로 그 코드를 입력하십시오(기존의 첫 번째 문장, 유사하게 파라프레이티드). 나는 어떤 링크가 가장 좋은 코드를 제공하는지 모른다; 그것은 내 요점이 아니었다. HTML의 경우와 유사하다. 첫 번째 단락은 독자가 그의 캐릭터를 찾기 위해 문자 도면요소 참조를 클릭할 수 있기 때문에 괜찮다. 그러나 두 번째 단락 "HTML 숫자 참조 또는 십진수 등가물을 사용하려면 먼저 XML 및 HTML 문자 엔터티 참조 목록에서 숫자 코드를 찾으십시오. [또는 어디에 있든지]..."

팔레트(컴퓨팅)에서 설명한 용어를 몇 번 접해 보았는데, 예술가의 팔레트를 닮았기 때문에 그 의미를 짐작할 수 있다. 그런데 이 팔레트는 색깔이 없다. 만약 우리가 그것을 링크할 기사가 없다면, 나는 "특수 캐릭터 그룹이 있는 팔레트 리스트" -> "특수 캐릭터 그룹 리스트" -> "팔레트 리스트를 덮는다" -> "목록을 닫는다" -> 이렇게 간단히 생략할 것을 제안한다.

사용자 수정 방법을 모를 경우:제프 콘래드/특수 캐릭터들, 적어도 우리는 더 이상 악화시키지 않았다. 아트 라펠라 (토크) 22:42, 2011년 4월 5일 (UTC)[]

• 알트 코드: 코드가 필요하다는 것을 모르는 한, 그것을 배울 필요가 없다... 하지만 그것을 설명하는 더 좋은 방법이 있는지 알아보자. 현존하는 설명이 명확하다면, 우리는 그것에 대해 연구하지 않을 것이고, WT에서 그 주제는 그렇게 자주 제기되지 않을 것이다.경험 많은 편집자들이 만든 MOS.
• HTML 문자 참조: HTML 4.1 및 유니코드 6.0에 가까운 용어를 사용해 보십시오(내 참조서는 큰 도움이 되지 않는 것 같다). 숫자 참조를 사용하는 데 아직도 많은 의미가 있는지는 논란의 여지가 있다; 뇌사상태에 빠진 Netscape 4.x가 명명된 참조를 인식하지 못했기 때문에 나는 십여 년 전에 그것을 사용했지만, 몇 달 동안 사용하지 않으면 대부분의 공통 코드를 잊어버릴 것이다. 안타깝게도 이름이 없는 문자가 몇 개 있어서 숫자 참조만이 HTML 옵션이다. 타이핑과 읽기가 고통스러운 만큼, 나는 여전히 유니코드 지원이 필요 없기 때문에 내가 쓰는 웹페이지에서 사용하고, 사용자가 브라우저의 인코딩을 잘못 설정했더라도 작업한다.
• 아마도 우리는 처음에 두 가지 기본적인 접근법이 있다는 것을 언급할 수 있을 것이다.— 본질적으로 텍스트에 문자를 입력하는 유니코드와 문자를 설명하기 위해 ASCII 이름 또는 숫자 코드를 사용하는 HTML 참조. 하지만 일부 독자들이 이것을 더 혼란스럽게 여길 수도 있다고 생각한다.
• 우리는 아마 팔레트 없이도 할 수 있을 거야. 우리 둘 다 그것을 사용해야만 한다는 것을 의미하지는 않아. 내가 너무 귀여워진 것 같아...

사용자:제프콘래드/특수문자는 약간의 개선(적어도 입력될 문자 그대로의 텍스트는 조금 더 분명하며, 우리는 단지 한두 글자만 입력하고자 하는 독자를 즉시 리디렉션한다.) 하지만 적어도 나에게 있어서 우리는 한계 수익률을 감소시킬 지경에 이르렀다; 누군가 명백한 해결책으로 엄청난 실수를 보지 않는 한, 나는 그것을 끝냈다. 그래서 우리는 특수 문자 입력-주목적인 조정을 해야 한다. Alt code와 HTML로 다시 시도해볼게. JeffConrad (대화) 23:21, 2011년 4월 5일 (UTC)[]

코드가 필요하다는 것을 알지 못하면 배울 필요가 없기 때문에 내가 "먼저"라고 말하지만, 다른 방법은 코드에 대한 첫 번째 언급 후에 "(나중에 설명)"이라는 단어를 추가하는 것이다.

나는 가끔 WP에서 설명한 것과 같은 장소에서 &#을 본다.소프트웨어가 문자를 의도하지 않은 행동을 하기 위한 명령으로 해석하기 때문에 문자를 직접 입력할 수 없는 NC-SLASH.

대상 시청자 입장에서는 유니코드(alt+nnnnn을 의미하는 경우)와 HTML 코드 간에 큰 차이가 없다고 본다. 어느 쪽이든 캐릭터가 키보드에 없기 때문에 신비한 숫자를 사용한다. 그래서 나는 그 구별을 먼저 설명하는 것이 그것이 모호하게 하는 것보다 더 명확하게 할 것이라고 생각하지 않는다. 보다 사용자 지향적인 구분은 "캐릭터를 클릭하거나, 캐릭터에 대한 숫자 코드를 찾거나, &ndash와 같은 단어로 표현하거나, 복사하여 붙여넣을 수 있다"와 같다. 하지만 나는 그것이 독자들의 결정에 큰 도움이 된다고 생각하지 않는다. 그래서 나는 대안으로 직접 가서 각각의 대안이 어떻게 작용하는지 보는 것이 좋다고 생각한다. 아트 라펠라 (토크) 00:33, 2011년 4월 6일 (UTC)[]

나는 두 섹션 모두를 다시 작업했다; HTML 참조에 대한 것은 거의 완전한 다시 쓰기이다. 나도 대청소를 좀 해봤어. 이게 도움이 되는지 봐봐.

• "숫자 코드"는 첫 번째 언급 직후의 문장에서 설명된다. 이 정도면 충분히 가깝지 않은가?
• 일부 ASCII 문자는 위키미디어 소프트웨어에 의해 해석된다(때로는 위치에 따라 해석되기도 한다). HTML에는 &, <, >와 유사한 문제가 존재하는데, 이 문자는 다음과 같이 입력해야 한다. &, <그리고 > 완전히 안전하다
• 주된 차이점은 유니코드 문자를 입력하는 방법 중 하나로 기사에 실제 문자가 입력되어 편집창에 표시(이상 또는 이하)되는 반면, 이름이나 숫자인 HTML 엔티티는 이름이나 코드로 편집창에 표시되고, (희망) 페이지 s가 된 후에야 실제 글리프로 표시된다는 것이다.aved. 섹션 끝부분의 HTML 문자 참조에 간단한 설명을 추가했지만, 그것이 본질적으로(또는 어쩌면 심지어 유용해 보이지 않기 때문에 삭제했다. 코드가 "미스테리함"인지 아닌지는 보는 사람의 눈에 달려 있지만, 확실히 키보드에는 없고, 기억력도 없고, 명백하지도 않다(적어도 명명된 참조는 합리적으로 기억력이 있다).

숫자 코드에 대한 어떤 언급에 의해 문자를 입력하는 것은 그의 올바른 마음가짐이 누구라도 선택할 수 있는 접근법이 아니다. 오늘날 소프트웨어 개발의 많은 부분이 조립 언어로 이루어져야 한다면 어려울 것이고 유지하기가 거의 불가능할 것이다; 기계 코드로 그것을 한다는 생각은 마음을 어지럽힌다. 숫자 코드에 대한 더 좋은 대안은 소프트웨어(위키미디어 등)가 HTML 명명 참조를 인식하고 페이지를 미리 보거나 저장할 때 유니코드로 변환하는 옵션을 갖는 것일 수 있다. 8개 또는 10개의 Alt 코드만 기억할 수 있고 삽입 기호나 문자표를 사용하는 것이 매우 지루하기 때문에 나는 Microsoft Word에서 유사한 접근법(단축 이름)을 사용한다. JeffConrad (대화) 02:43, 2011년 4월 6일 (UTC)[]

몇 가지 사소한 수정을 했다. "특수 캐릭터 이미지 그룹 목록"은 무엇을 의미하는가? 그것은 "특수 캐릭터 이미지의 그룹 목록"을 의미하는가? 그것만 빼면 우리는 끝장날지도 모른다. 아트 라펠라 (토크) 03:45, 2011년 4월 6일 (UTC)[]

음, 그건 워드 샐러드인 것 같아... 삼진아웃에 있는 건 어때? 그냥 없애면 안 될까? WT와 같은 곳에서 이 문제를 언급할 수 있을까?MOS, 그리고 여기 댓글 부탁해? JeffConrad (대화) 05:52, 2011년 4월 6일 (UTC)[]

삼진 아웃이 없어진 줄 알았어. 물론 나는 WT에서 다음과 같이 묻는 것에 반대하지 않는다.MOS, 하지만 위키피디아 제목 헬프는 관심이 없어서 우리가 노력하지 않았다고 말할 수 없어. 특수 캐릭터를 원하는 사람들이 이걸 쓸 것 같은데, 메달 같은 건 기대 안 해. 대시는 아마도 가장 빈번한 문제일 것이고, 대시를 받아들이는 데 가장 큰 장애물은 어떻게 진입하느냐 하는 것이지만, 내가 대시를 시작하기 전에는 대시 문제가 이 문제를 넘어서 설명되지 않았다는 것을 기억하라. 아트 라펠라 (토크) 21:32, 2011년 4월 6일 (UTC)[]

나는 방금 위키피디아 제목 도움말을 업데이트 했다. 주요 개정판이 준비되었다. 아트 라펠라 (토크) 21:36, 2011년 4월 6일 (UTC)[]

삼진 아웃의 본문은 역사다.

주로 참조된 HTML 및 유니코드 버전을 나타내기 위해 몇 가지 일반적인 참조를 추가했다. 특정 페이지 참조를 추가할 수 있지만 도움말 기사에 이러한 참조가 필요한지 궁금하다.

다시 생각해 보니 WT에서는 이런 얘기를 꺼내지 않는 것이 좋을 것 같다.MOS; 내가 기억하기로는, 유사한 논평들이 주제에서 완전히 벗어난 것으로 여겨져 왔다. (이후 논의는 어쨌든 겉으로는 지루해 보이는 것처럼 보였다.) 괜찮다면 페이지를 만들고 User:에서 변경사항을 통합하고 싶다.제프 콘래드/이 기사에 특수 등장인물들 나는 확실히 메달을 기대하지 않는다; 솔직히, 나는 아무도 알아채지 못할 것이다. 어쨌든, "세상에 내가 어떻게 들어갈까..."에 대한 논의가 어디선가 일어난다면, "어떻게" 토론에서 소외되는 것보다 연결고리를 제공하는 것이 훨씬 더 쉬울 것이다. JeffConrad (대화) 22:43, 2011년 4월 6일 (UTC)[]

OK! 아트 라펠라 (토크) 01:03, 2011년 4월 7일 (UTC)[]

2011년 4월 6일 편집

위에서 논의한 결과, 본 기사는 오직 특수문자 입력에만 관심이 있는 독자를 새로운 도움말에 연결하도록 업데이트되었다.특수 문자 입력. 추가 변경사항으로는 유니코드와 ISO 8859의 섹션을 기사의 시작에서 문자의 입력과 표시의 실제 작업을 다루는 섹션 이후로 옮기고, 리터럴 텍스트의 서체를 모노스페이스(또는 경우에 따라서는 키의 그래픽 표현)로 변경하여 사용자 m에 대해 보다 명확하게 하는 것이 포함되었다.실제로 편집 창에 입력한다. JeffConrad (대화) 02:39, 2011년 4월 7일 (UTC)[]

크롬

나는 크롬을 사용하고 있는데, 너의 페이지에는 그것에 대한 어떤 것도 보이지 않아. 네모꼴로 등장하는 캐릭터가 있는데, 주소를 좀 알려주시겠습니까? — 173.16.247.90 (대화) 17:26, 2011년 9월 18일 (UTC)[]이(가) 추가된 선행 미서명 의견

나는 맥에서 크롬을 사용하고 있다... 정사각형으로 렌더링하는 문자... 도와줘! :D — 60.228.92.213 (대화) 05:47, 2011년 10월 6일 (UTC)[]이(가) 추가된 선행 서명되지 않은 주석

도끼눈

몇 년 동안 어떤 테니스 기사들은 이 기호를 html에 그냥 넣어 단도를 사용해왔다, †. 지금 누군가가 {괄호}을(를) 사용하여 {{dagger}}(으)로 바꾸고 있다. 전에는 괜찮았는데 뭐가 맞는지 아니면 둘 다 받아들일 수 있는지에 대한 실질적인 규정이 있을까? 내가 보기엔 괄호 안에 불필요한 코딩이 훨씬 더 많은 것 같아. Fyunck(클릭) (토크) 19:07, 2012년 1월 20일 (UTC)[]

Cardo에서 발생할 수 있는 문제 - 트로이 목마를 포함할 수 있음

난 그냥 카도를 다운받으려고 했어. 카스퍼스키 인터넷 보안이 있는데 카도 페이지에 트로이 목마가 들어 있다고 해서 접속을 못하게 했어. 그냥 내가 언급할 줄 알았어. 니난타(토크) 23:22, 2012년 2월 9일 (UTC)[]

안드로이드

안드로이드에 대한 언급 없음?---85.76.171.31 (대화) 05:30, 2012년 3월 22일 (UTC)[]

언급할 것이 무엇인가? 유니코드 텍스트 입력은 대부분 위키백과에만 국한되지 않고 위키다양성이나 이와 유사해야 한다. --Ysangkok (대화) 21:26, 2013년 7월 8일 (UTC)[]

형성 문제

캐럿 표기를 이탤릭체로 써야겠어. — 2A02:8422:1191:6E00:56으로 추가된 이전 미서명 주석E6:FCFF:FEDB:2BBA (대화) 20:23, 2013년 2월 27일 (UTC)[]

아랍어 문자의 이탤릭화

좋아, 아마 여기가 잘못 물어본 곳일 거야. 하지만 더 나아 보이는 곳은 찾을 수가 없었어. en-wiki에서 아랍어 문자의 이탤릭체화에 문제가 있는 것 같다. ar-wiki에서는 여기와 같이 책 제목에 이탤릭체를 사용한다. 그곳에서 이탤릭체의 윗부분은 로마 문자처럼 앞으로 기울어진다. 아라비아어는 오른쪽에서 왼쪽으로 쓰여 있어서 로마 이탤릭체들이 1시 정도를 가리키듯이 글자들은 11시를 가리키고 있다. 그러나 이 위키에서 아라비아 이탤릭체는 로마자와 같은 경사를 가지고 있으므로, 글이나 독서의 방향과 관련하여 뒤로 기울어져 있다. 이것은 브라우저 문제인가, 아니면 좀 더 근본적인 차원의 문제인가? 예를 들어, 여기의 참고문헌은 여기의 참고문헌과 복사된 것으로 보이지만, (나에게는) 다르게 표시된다. Justlettersandnumber (대화) 19:08, 2013년 3월 19일 (UTC)[]

기술 빌리지 펌프(예: WP:VPT)에 게시하는 것이 좋을 것이다. 그것은 쉽게 고칠 수도 있고 그렇지 않을 수도 있는 좀 더 근본적인 것으로 들린다. 그렇지 않으면 중국인은 이탤릭체를 사용할 때 제대로 보이지 않기 때문에 중국인에 대해 존재하는 이탤릭체를 사용하지 않는 스타일 가이드라인이 필요할 수 있다.--JohnBlackburne^words_deeds 19:23, 2013년 3월 19일 (UTC)[]

UTF-16은 "유니코드가 안전하지 않음"을 암시했다.

"만약 콘솔 문자 집합이 UTF-8이라면 이 브라우저들은 유니코드 안전하지만 그렇지 않다면 그렇지 않다." 문자 브라우저 섹션은 관련이 없는 것 같은데, 혹시 비유니코드 단말기에서 문자 브라우저를 사용하는 사람 있어? 언급할 가치가 없는 것 같아. --Ysangok (대화) 21:20, 2013년 7월 8일 (UTC)[]

혼란스럽고 도움이 안 된다.

"특수 문자 표시" 섹션은 파이어폭스 31.0에 표시할 알케미컬 기호의 문자를 가져오는 데 도움이 되지 않는다. 내 눈에 보이는 것은 16진법 코드가 들어 있는 직사각형 상자뿐이다. 또한 오페라 브라우저 버전 12.17에는 빈 사각형 상자만 표시된다. 일반 독자들을 위해 이러한 특수 캐릭터들을 표시하기 위해 더 많은 것이 필요한가? 단일 브라우저 확장자 또는 간단한 한 번의 클릭 스크립트? 이 도움말 페이지에서는 더 많은 질문이 제기된다. 사용자가 수행해야 하는 단계는 정확히 무엇인가? "이 자유 라이선스 글꼴 중 하나를 다운로드하여 설치하십시오" 다음에 나열된 글꼴 중 하나로 모든 위키백과 페이지에 충분한가?

또한, 지시사항들은 그들의 목표 청중들에 대해 혼동된다: 한 단락은 독자를 겨냥한 것으로 나타나고, 다른 단락은 편집자를 명확하게 다루고 있다. 이 단락들은 명확하게 분리된 섹션에 있어야 한다.

한 가지 특정한 문제(현재로서는)는 지침이 Firefox 31.0이 제공하는 것과 일치하지 않는다는 것이다. 오른쪽의 축소판 그림을 참조하십시오.

다른 문제들은 올바른 절차를 알고 있는 사람에 의한 복사 편집으로 해결할 수 있다. 예를 들어, "앞서 언급한 단계를 수행한 후" 정확히 무엇을 참조하는가? 계속해 나갈 수는 있지만, 어떤 독자라도 내 요점을 이해했으면 좋겠다. -84user (대화) 18:18, 2014년 9월 1일 (UTC) (나와 Foxit이 보는 것을 더하면 -84user (대화) 18:49, 2014년 9월 1일 (UTC)[]

특수 문자를 사용하려면 어떻게 해야 하는가

나는 기사 tilde에서 급성 사투리와 다이알리스 결합을 사용해야 한다. 이 도움말 페이지에서는 어떻게 해야 하는지, 어디로 가야 하는지조차 찾을 수 없다. "특수 문자 삽입"의 페이지는 도움이 되지 않는다. WP의 내 편집 화면 하단에 있는 삽입 메뉴에는 재미있는 캐릭터가 많이 있지만 그것들은 아니다. IOS 9.1의 사파리 브라우저를 사용하고 있다. {{유니코드 몇 헥스 숫자}}} 같은 것을 타이핑해야 한다고 상상하지만, 무엇인지는 모르겠다.다이젠베(토크) 10:33, 2016년 1월 6일 (UTC)[]

때로는 16진법 코드를 조회하지 않으려 할 경우, &aacute; 또는 &Uuml과 같은 HTML 엔티티를 사용할 것이다. 이 엔티티는 á 또는 ü로 렌더링된다(우선 암퍼샌드, 그 다음에는 모음 또는 때로는 다른 문자, 상하의 경우, 그 다음에 결합 액센트 이름 [이 뒤에 세미콜론으로 끝난다)를 사용한다. 결국 누군가가 나타나서 그것을 적절한 인격으로 전환시킨다. —PC-XT+ 05:18, 2016년 2월 13일 (UTC)[]

CSS 클래스 "유니코드"가 여전히 지원되는가?

위키백과 CSS 파일에는 더 이상 CSS 클래스 "유니코드"가 제공되지 않는 것 같다. 특수 문자 표시 섹션에 설명되어 있다. — Andrybak (대화) 23:18, 2018년 9월 8일 (UTC)[]

모바일에 이전 헝가리어 스크립트를 표시하는 중 문제 발생

안드로이드 버전 9를 실행하는 삼성 폰에서 크롬 모바일 앱의 버전 78.0.3904.108을 사용하고 있다. 이 앱은 페이지에 올드 헝가리어 스크립트의 유니코드 문자를 표시하지 않는 표시 상자로 표시한다. 이 도움말 기사에서 Android에 대한 섹션을 찾을 수 없으며 앱의 Chrome 설정에서 글꼴에 대한 옵션이 표시되지 않음.146.7.4.77(토크) 21:36, 2019년 12월 3일(UTC)[]