도움말:텍스트 편집기 지원

이 도움말 페이지는 사용 방법 안내서 입니다.

그것은 위키피디아의 규범과 관행의 일부 측면의 과정이나 절차를 상세히 기술한다.이것은 위키피디아의 정책이나 지침 중 하나가 아니며, 다양한 수준의 합의와 조사를 반영할 수 있다.

WP:텍스트

웹 브라우저의 표준 텍스트 영역 대신 본격적인 텍스트 편집기를 사용하여 위키백과 기사를 편집하는 것이 편리할 때가 많다.텍스트 편집기는 철자 검사, 검색 및 교체, 매크로, 구문 강조 표시, 알파벳 정렬과 같은 기사(특히 긴 기사)를 쓰고 편집하는데 매우 유용한 시설을 제공한다.그들은 또한 미래의 오프라인 편집을 위해 기사의 로컬 백업본을 저장하는 빠르고 쉬운 방법을 제공한다. 위키백과(기본 설정 > 가젯 > 편집)는 이러한 기능들 중 일부를 지원하고, 일부 브라우저는 철자 검사를 지원한다.어떤 경우든 사용자 환경설정에서 시각적 편집을 위해 위키백과 VisualEditor를 선택할 수 있다.

이 페이지에는 여러 외부 및 브라우저 내 텍스트 편집기를 위키백과 기사 편집에 적용하기 위한 포인터가 포함되어 있다.

텍스트 편집기에서 문서를 여는 방법

수동법

외부 GUI 텍스트 편집기에서 "수동" 편집 방법은 복사하여 붙여넣기를 사용하는 것이다.일부 텍스트 편집자는 한자, 비라틴 문자, 수학 기호 등 다양한 특수 문자를 지원하지 않거나 지원하도록 설정되지 않을 수 있으며, 일반적으로 사각형으로 렌더링하는 문자로 대체된다.편집한 페이지를 저장하기 전에 편집자가 특수 문자를 망치하지 않았는지 미리 보기를 확인하십시오.워드프로세서도 사용할 수 있으며, 특수 문자를 잘못 처리할 가능성이 적을 수 있다.

일반적으로 브라우저에서처럼 기사 또는 섹션에 대한 위키백과 편집 창 열기(페이지 또는 섹션의 편집 탭을 클릭하거나 바로 가기 키 사용) ⇧ Shift+Alt+E)
브라우저 텍스트 영역의 전체 내용(+A 또는 A+와 동일)을 선택하고 복사(클립보드, +)C한 다음 외부 편집기 창에 붙여넣으십시오.CtrlV
텍스트 편집기 내용 편집 및 복사
브라우저 텍스트 영역 내용을 덮어쓰도록 선택한 다음 편집된 텍스트를 다시 붙여넣으십시오.
편집한 페이지를 저장하기 전에 미리 보고 확인하십시오.

일부 브라우저/편집기 소프트웨어 조합의 경우 보다 효율적인 방법이 있다.

크롬 및 파이어폭스

GhostText(본 웹 사이트 또는 Firefox의 경우 툴 > 추가 기능을 통해 추가됨)는 지원되는 외부 편집기(trialware Sublime Text 또는 오픈 소스 Atom, VS Code 또는 Vim만 해당)에서 Chrome 또는 Firefox Wikipedia 창에서 텍스트 상자를 열고 편집하는 동안 브라우저와 외부 텍스트를 동기화 상태로 유지하십시오.

Mozilla 및 Mozilla Firefox

Mozilla 웹 브라우저를 사용하는 경우, 위키백과 편집 영역을 포함한 텍스트 영역 편집을 위한 외부 편집기를 구성할 수 있다.이렇게 하면 브라우저와 편집기 사이에 기사 텍스트를 복사하여 붙여넣을 필요가 없다.다음과 같은 몇 가지 해결책이 존재한다.

It's All Text!는 비차단 편집과 UTF-8 인코딩을 지원한다.참고: 편집 상자에서 구문 강조 표시를 원할 경우 이 추가 기능은 기본 설정 → 베타 기능의 강조 표시와 호환되지 않을 수 있지만 기본 설정 → 가젯의 강조 표시와 함께 작동한다.(Vim 내에서 강조 표시하려면 아래를 참조하십시오.)참고: Firefox 57+에서 작업 중지됨
Vimperator와 Pentadactyl은 삽입 모드에서 외부 텍스트 편집을 허용하는 바로 가기를 가지고 있다(기본값은 Ctrl+i).참고: Firefox 57+에서 작업 중지됨
고스트텍스트.편집기에서 입력하는 모든 항목이 웹 브라우저에 즉시 나타나는 Chrome 및 Firefox(Qualument 포함)용 확장 기능.편집기 플러그인을 별도로 설치해야 함.
Textern 또 다른 Firefox-Quantum 호환 대체품 It's all Text.애드온 외에도 별도의 서버 설치가 필요하다.리눅스만 지원한다.
MozEx. 공식 패키지는^{[dead link]} UTF-8 인코딩 문서 편집을 지원하지 않으며 Mozilla Firefox에 제대로 설치되지 않는다.그러나 개발판에는^{[dead link]} 이런 문제가 없다.빠른 MozEx 자습서를 사용할 수 있다.
ViewSourceWith는 텍스트 편집과 동시에 유사한 기능을 제공한다.
TextArea Sputnik는 외부 편집기에서 비차단 편집 및 다른 인코딩을 지원한다. (편집 텍스트 상자에 물음표가 표시될 수 있음(예: 유니코드 그래핀 및 기타 글립프) 편집은 문자를 파괴하지 않는다.)

withExEditor는 외부 편집기에서 비차단 편집을 지원한다.이 쓰기를 기준으로 다른 외부 편집기 플러그인(It's All Text, ViewSourceWith)은 다중 프로세스(일명 e10s) Firefox를 지원하지 않는 반면, ExEditor를 사용하는 것은 일반적이다.

이 모든 솔루션을 사용하여 편집을 마치면 편집기에 저장한 다음 브라우저의 텍스트 영역을 클릭하면 업데이트된다.그런 다음 미리 보기를 누를 수 있다.미리 보기 후에도 편집을 계속하려면 브라우저에서 뒤로를 누른 다음 편집기에서 작업하십시오.또는 처음 편집을 시작하기 전에 미리 보기를 누른 다음 중간에서 뒤로 단추를 누를 필요 없이 편집기에서 작업, 저장, 미리보기, 편집, 저장, 미리보기 등을 수행할 수 있다.

Pale Moon과 Waterfox와 같은 특정 Firefox 포크는 레거시 애드온을 지원한다.Firefox 57부터 모든 추가 기능은 WebExtension API를 기반으로 실행되어야 한다.

모든 텍스트!를 사용하여 외부 편집기 호출

이게 다 문자일 때!Firefox 확장이 설치되었으며, 텍스트 영역의 오른쪽 하단 모서리에 파란색 편집 버튼이 약간 나타난다.편집기에서 텍스트 영역의 내용을 열려면 버튼을 클릭하십시오.

그러나 모든 텍스트!를 사용하려면 [환경설정] 대화상자에서 편집자의 경로를 지정해야 한다.처음 It's All Text!를 사용하면 Preferences 대화상자가 자동으로 열리지만 다음과 같이 수동으로 열 수 있다.상황에 맞는 메뉴를 열려면 텍스트 영역에서 마우스 오른쪽 단추를 누른 후 "모든 텍스트" → "기본 설정"을 선택하십시오.

편집기에서 파일 이름 외에 다른 명령줄 옵션이 필요한 경우 셸 스크립트(.sh 파일: Linux 및 MacOS 또는 .bat 파일)를 사용하여 편집기를 호출하고 편집기를 직접 호출하는 대신 해당 스크립트의 경로를 지정하십시오.또한 편집자가 파일 유형별 구성을 사용하는 경우 [환경설정] 대화상자에서 Wiki 파일 형식에 대한 파일 이름 확장명을 추가할 수 있다.

위의 작업이 완료되면 텍스트 영역의 오른쪽 아래에 있는 편집 버튼을 클릭하여 편집기의 텍스트 영역을 편집할 수 있다.또는 텍스트 영역을 마우스 오른쪽 버튼으로 클릭할 수 있다."모든 텍스트" 메뉴에서 편집에 사용할 파일 이름 확장명을 선택할 수 있다.다음에 파란색 편집 버튼을 사용하면 지난번에 사용했던 확장명이야.

편집한 후 편집기에서 파일을 저장하십시오.내용은 Firefox의 텍스트 영역에 자동으로 복사된다.이를 나타내기 위해 텍스트 영역은 짧게 노란색으로 변한다.

편집을 위해 임시 파일이 생성되고 마지막에 제거된다.따라서 나중에 편집할 수 있도록 텍스트 파일을 보존하려면 파일 이름을 변경하거나 파일을 다른 디렉터리에 저장하십시오.

Vim 또는 다른 콘솔 편집기 사용

일부 매크로는 Vim에서 작동할 수 있지만, 어떤 이유로 gVim에서는 작동하지 않는다(예: 텍스트 단락을 포맷하는 매크로).또는 gVim을 사용하는 대신 예전처럼 X 터미널 내에서 Vim을 사용하기를 원할 수도 있다.X 터미널 창 내에서 Vim을 호출하려면 셸 스크립트(아래 참조)를 작성하여 X 터미널을 호출하고vimX 단자 내의 명령 또는 일반적으로 선호하는 편집기이 스크립트의 파일 이름이wiki.edit.vim, 그리고 당신이 스크립트를 디렉토리에 넣는다./home_dir/bin/대본의 경로가/home_dir/bin/wiki.edit.vim기본 설정 상자에 다음 경로 대신/usr/bin/gvimIt's All Text의 )그건 작동할 거야.참고:/home_dir/루트에서 홈 디렉토리에 대한 전체 경로(/) 디렉토리, 사용 안 함~/대신에/home_dir/; 그것은 작동하지 않을 것이다.스크립트 목록wiki.edit.vim아래에 제시된 사항:

#!/bin/sh exterm -e ${VISION:=vim} "$@"

파일을 실행 가능하도록 설정하는 것을 잊지 마십시오.$ chmod +x wiki.edit.vim

MacOS에서 Vim 사용

It's All Text가 Mac에서 Vim과 잘 작동하도록 하려면 Macvim을 설치해야 한다.MacVim이 설치되면 mvim이라는 스크립트도 추가된다.이 스크립트를 사용하려면 MacVim.app 파일이 아니라 It's All Text(모든 텍스트)라고 말해야 한다.MacVim.app 파일이 있는 폴더(기본적으로 응용 프로그램)와 동일한 폴더에 보관하십시오.

링스

링스는 외부 편집기로 텍스트 영역 콘텐츠를 편집할 수 있다.커서가 텍스트 영역에 있으면 + X및 - 또는 E+를 입력하고 텍스트 편집기를 호출할 수 있다.또한 링스는 외부 편집기를 호출하기 위해 사용자가 정의할 수 있는 키 바인딩(일반적으로 구속되지 않음)을 허용한다.일부 포장업자는 Lynx의 구성 파일에 사용자 정의 바인딩을 할당할 수 있다.

포장 안 함

외부 편집기에 파일을 저장한 후 종료한 후 링스로 돌아온 후, 키를 눌러 링스 질문 "표시된 영역에 맞는 와이어 라인? (n)"에 "아니오"라고 답하십시오. 그렇지 않으면 "예"라고 대답하면 링스 랩 라인이 정상 캐리지 리턴으로 되어 문서 구조가 깨지게 된다.기사 미리보기를 사용하는 것이 적극 권장된다.

선과 문단 구분

링스에는 라인 길이 제한이 내장되어 있다.버전 2.8.3에서 다음 줄 찾기LYGlobalDefs.h:

#Define MAX_LINE 1024

이 값은 더 긴 길이(예: 8192)로 수정하고 다시 컴파일할 수 있다.Lynx를 다시 컴파일할 수 없는 경우 다음과 같은 해결 방법을 제안한다.

Lynx는 1023자보다 긴 줄이 끊어지는 경향이 있다.이렇게 되면 참조 데이터가 많은 큰 단락은 쉽게 깨질 수 있고, 그렇게 저장한 기사는 기껏해야 약간 일관성이 없는 외관이 필요할 수 있으며, 최악의 경우 복잡한 기사들은 구조를 잃을 수도 있다.

문자 길이 제한은 라인에 설정된 최대 버퍼 길이에 따라 달라지며, 기본 크기는 1023자로, 커서를 한계를 초과하는 텍스트 영역 라인으로 이동할 때 이러한 동작을 관찰할 수 있으며, 여기서 Lynx는 "양식 필드 값이 버퍼 길이를 초과함!꼬리를 다듬다."

얼굴의 기사 텍스트의 한 단락이 그리 길지 않더라도, 방대한 양의 관련 코드 및 데이터와 함께 여전히 여러 개의 참고문헌을 포함할 수 있어, 기사 코드의 실제 단락이 훨씬 길어지고, 경우에 따라서는 1023자 한도의 길이를 훨씬 넘는 경우도 있다.텍스트 행이 이 제한을 초과하고 텍스트 파일이 Lynx 텍스트 영역으로 다시 전송될 때, Lynx는 "경고!아주 긴 줄이 쌌어!"그런 경우에는 그러한 문제가 완화되기 전에 기사 내용을 저장하지 않는 것이 가장 좋다.

따라서 기사 편집자는 더 긴 행의 문자 길이를 따르도록 주의해야 하며, (보통) 가능한 곳에 (HTML이 아닌) 캐리지 리턴으로 전략적 라인브레이크를 삽입해야 한다.<BR>태그: vi 또는 VIM과 같은 고급 텍스트 편집기는 일반적으로 상태 영역에서 라인 내에 커서 위치를 표시하므로 커서가 라인 끝에 있을 때 라인 길이를 측정할 수 있다.

참조가 포함된 기사 코드의 긴 단락에서는 매개변수 값 자체가 파손되지 않는 한 참조 코드 내에 단일 줄 바꿈을 삽입할 수 있다.

일부 위키백과 편집자는 모든 참조 매개변수 앞에 줄 바꿈을 입력하는 관행을 가지고 있다(인용문 템플릿의 예에서 볼 수 있다).텍스트 내에서 이것이 좋은 관행인지 아닌지는 논쟁의 대상이 된다.)
다른 편집자들은 문단의 시각적 일관성을 방해하지 않고 매우 긴 URL 앞에 줄 바꿈을 입력하는데, 그 중 하나는 터미널 창의 시각적 줄보다 길며 보통 길이가 80자인 것이다.텍스트의 상황이 필요한 경우 다른 파라미터보다 먼저 줄 바꿈을 삽입할 수도 있다.

URL은 일반적으로 길기 때문에, URL 앞에 텍스트로 입력되지 않는 코드 중 일부가 비교 컬럼의 뷰포트 외부에 있을 수 있고, 이로 인해 기사의 변경 사항을 발견하는 데 방해가 될 수 있으므로, URL을 새로운 라인에 배치하는 것은 기사 버전을 비교하는 데 유용하다.

단락 줄이 한계에 가깝거나 몇 글자만 초과하는 경우, 기사 편집자는 코드나 텍스트를 최적화하도록 선택할 수 있다.

여분의 공간을 제거하여 다음을 수행하십시오.
- 광범위한 템플릿 데이터(예: 참조)를 사용하는 최선의 방법은 이전 파라미터 값의 마지막 문자와 다음 파라미터 이름의 마커 파이프를 분리하는 것이다.
- 문장 끝내기 기간이 지난 후 일반 텍스트에서 일부 기사 작성자는 한 칸 대신 두 칸을 추가하지만 브라우저는 이를 무시한다.
템플릿 데이터를 더 짧은 형식으로 리팩터링하는 방법:date=26 February 2011으로 대체될 수 있다.date=2011-02-26— 자신의 날짜 선호도를 가진 사용자는 로그인할 때 선호하는 형식으로 날짜를 확인해야 한다.
텍스트 속성에 영향을 주지 않고 행의 단어를 바꾸는 것.
단락 라인에 파손 가능한 코드가 포함되어 있지 않더라도 위의 사항이 적용된다.

한 줄 문단이 여전히 1023자 제한을 초과하지만 어떤 참조 코드(또는 줄 바꿈과 함께 작동하는 다른 Wikiode)를 포함하지 않는 경우, 사용자는 더 읽기 쉽도록 해당 문단을 두 개로 논리적으로 구분하는 것을 고려해야 한다.

인코딩

악센트 문자 및 국제 문자가 제대로 표시되지 않는 경우 유니코드를 지원하는 터미널 프로그램(예: uxterm)을 사용하고 스라넥스 옵션에서 가정 및 표시 문자 세트를 UTF-8 이상으로 설정하십시오.

그럼에도 불구하고, 비표준 라틴어, 키릴어 또는 기타 비 라틴어를 포함한 모든 특수 문자의 기사 내용은 UTF-8의 Lynx 텍스트 영역에서 볼 수 있다.&#xXX;형식. 형식은 텍스트 편집기로 보낸 다음 다시 전송된다.

이러한 UTF-8 글리프 표현은 한 문자로 취급되지 않고 6자로 취급된다는 점에 유의하십시오.ö()를 추가하면 1023자 행 제한이 추가된다.

이러한 행동은 라틴어가 아닌 텍스트, 심지어 광범위한 악센트 문자를 특징으로 할 수 있는 언어로 쓰여진 라틴어 텍스트의 편집에 방해가 된다.
자세한 내용은 #특수 문자로 처리하기를 참조하십시오.

Windows의 링스

위의 지시사항 외에도 윈도우 특유의 복잡한 것들이 있다.

Wikimedia의 보안 서버를 사용하려면 SSL을 지원하는 Lynx 버전을 가져오십시오.이미 사용 중인지 확인하려면 옵션으로 이동하여 사용자-에이전트 헤더에 다음 항목이 포함되어 있는지 확인하십시오.OpenSSL.

가정된 문자 집합은 다음과 같아야 한다.utf-8이것은 위키피디아가 사용하는 기본 문자 집합이기도 하기 때문이다.표시 문자 집합은 다음과 같이 다를 수 있다.cp850, 그러나 편집 가능한 텍스트는 항상 다음 위치에 있음utf-8.

윈도에서는 루치다 콘솔이 더 많은 문자를 지원하므로 디스플레이 폰트는 '래스터 폰트' 대신 루치다 콘솔이어야 한다.창 속성에서 표시 글꼴을 변경할 수 있음:Windows XP(윈도우 XP)에서 Lynx 창 아이콘(제목 왼쪽)을 클릭하고 속성을 선택한 다음 일반적으로 Raster 글꼴과 Lucida Console만 나열되는 글꼴 탭으로 전환하십시오.

Lynx 구성 파일

링스용 구성 파일은 간단한 텍스트 파일로 유닉스 라인브레이크를 지원하는 모든 텍스트 편집기에서 편집할 수 있다.Windows 9x에서는 이 이전 버전의 메모장이 Unix Line Feed를 지원하지 않기 때문에 여기에 대한 내장 텍스트 편집기가 워드패드다.

lynx.cfg Windows의 글로벌 구성 파일은 Lynx를 위한 구성 파일이며, 설치된 위치에 관계없이 항상 Lynx 실행 파일과 동일한 폴더에 위치한다.대표적인 위치는C:\Program Files\Lynx. Lynx가 해당 폴더에 설치된 경우 Windows Vista 이상 버전에서는 일반적으로 (사용자 계정 컨트롤을 통해) 파일을 편집하기 위해 관리자 권한이 필요하다.

lynx.rc 옵션 페이지에서 저장된 사용자별 Lynx 사용자 기본값 파일.이 파일의 설정은 글로벌 구성 파일보다 우선한다.Windows Vista(윈도우 비스타)에서 사용자별 기본값 파일은C:\Users\Username\AppData\Local\temp\lynx.rc. 파일이 에 있는 경우temp디렉토리, 디스크 정리 등의 자동 정리 도구를 사용할 때 주의하십시오.

Lynx 옵션 파일 구문은 글로벌(lynx.cfg) 구성 파일과 사용자별(lynx.rc) 구성 파일 간에 다르다.

lynx.cfg매우 자주, 거의 모든 옵션이 각 옵션에 대한 설명과 함께 배치된다.그렇지 않은 경우, lynx.isc.org/lynx2.8.7/lynx2-8-7/lynx.cfg에 공식 온라인 버전이 있음 — Lynx 버전이 다를 경우, 일부 옵션은 버전별로 다를 수 있으므로 URL의 번호를 적절하게 변경하십시오.

옵션을 찾는 가장 좋은 방법은 텍스트 편집기의 찾기 기능을 사용하는 것이다.

활성 상태가 아닐 경우 해시와 함께 옵션이 주석 처리됨#기본 설정이 켜져 있음. 옵션을 사용하려면 먼저 해시 문자를 삭제하십시오.구성 파일에 특정 옵션이 포함되어 있지 않은 경우가 간혹 있을 수 있지만 사용자가 추가할 수 있다.

다시 고려하는 기본값

다음 옵션은 Windows용으로 컴파일된 Lynx 이진법에서 기본값으로 발견되는 경우가 많으며, 위키백과에서 사용되는 형식 지정 규칙을 충족하지 못할 수 있다.다음 옵션에서 편집 가능lynx.cfg일반적으로 옵션 페이지에는 지정되지 않는다.변경하기 전에 파일의 백업 복사본을 만들고 이름을 다음으로 변경하십시오.lynx.cfg.old예를 들면.

축소된 <BR> 태그

그COLLAPSE_BR_TAGS:옵션이 다음으로 설정되어야 함FALSE, 아래 예와 같이:

CONVEL_BR_태그:거짓

그 이유는 일부 편집자들이 의도적으로 두 개 이상을 사용하기 때문이다.<BR>특히 재래식 문단 분리가 허용되지 않는 위치에서는 태그를 부착한다.

맞춤 텍스트

정당성이 사용되지 않기 때문에 그래픽 브라우저는 이것을 표시하지 않는다.이 경우, 설정

정당화:거짓의

번호가 매겨진 링크

위키백과 기사는 종종 표에 링크된 내용을 담고 있기 때문에 링크 앞이나 옆에 괄호 안에 있는 숫자는 주의를 산만하게 할 수 있다.다음 옵션을 설정하십시오.

DEFAULT_KEY패드_모드:LINKs_ARE_NOT_NAMELUDNE_LINKS_ON_LEFT:거짓의

편집

윈도우즈에서 Lynx 외 편집기를 호출하는 일반적인 키 조합은 Unice 및 다른 곳에서처럼 Ctrl+E+e가 아닌 Ctrl+x+e이며, 이는 구성 파일에서 변경할 수 있다.취향과 취향에 따라 내외부 편집기를 모두 사용할 수 있다.위에 설명된 이유로 Windows 메모장을 사용하지 마십시오.그리고 윈도 XP가 워드패드가 전체 유니코드 지원(일부 예약 포함)을 가지고 있기 때문에.
Mediawiki 구문을 사용하도록 구성된 Vim의 예:

SYSTEM_EDitor:C:\Progra~1\Vim\vim73\vim.exe -c "setf mediawiki"

큰따옴표 참고 ^

색상 문제

Vim과 같은 창 내 편집기를 사용하고 Lynx로 다시 빠져나간 후, Lynx가 사용하는 모든 색상 테마는 작동 불능 상태로 렌더링되므로(링크와 버튼은 더 이상 강조 표시되지 않음), 최상의 방법은 옵션(섹션 내)에 색상을 표시하지 않고 설정을 저장하는 것이다.

외부 편집기 기능

MediaWiki 버전 1.5 ~ 1.21의 경우 소프트웨어는 외부 도구를 사용하여 모든 리소스를 편집할 수 있도록 허용했다.설명서:자세한 내용은 외부 편집기를 참조하십시오.이것은 버전 1.22의 통화 중에 제거되었다.

기타 브라우저

콘커러

콘커러는 초점 텍스트 상자에서 i+를 눌러 외부 편집기를 사용하여 텍스트 상자를 편집할 수 있다.이 기능 설정에 대한 자세한 내용은 Conkeror 웹 사이트의 외부 편집 페이지에서 확인할 수 있다.

dwb

dwb는 커서가 텍스트 영역에 있을 때 e+를 입력하여 외부 편집기로 텍스트 영역을 편집할 수 있다.이 키 바인딩은 에서 변경할 수 있다.dwb:keys의 아래 페이지를 넘기다.open_editor옵션, 그리고 편집기는 에서 정의된다.dwb:settings페이지를 매기다

살금살금 도망치다

텍스트 전용 브라우저 엘링크는 텍스트 영역을 편집하는 기능도 제공한다.키 조합 +T는 외부 편집기를 호출한다(예: Vim).이를 통해 구문 강조 표시, 기능 편집, 철자 수정 및 로컬 복사본 저장도 할 수 있다.

루아키트

루아킷은 초점 텍스트 상자에서 e+를 눌러 외부 편집기를 사용하여 텍스트 상자를 편집할 수 있다.외부 편집기 기능은 에 의해 작동된다.editor그리고open_editor루아 모듈.사용자 구성은 다음 작업을 편집하여 수행됨userconf.lua파일 및 키 바인딩은 다음과 같이 변경된다.add_binds그리고remove_binds기능들

닉스

닉스는 현재 입력 필드에서 외부 편집기를 열 수 있다.기본 키맵은C-c 'CUA 키 바인딩 사용 시.편집기 경로는 다음 구성으로 변경할 수 있다.external-editor-program브라우저 슬롯.그edit-with-external-editor명령은 편집기를 여는 데 사용된다.

큐트브라우저

qutebrowser는 e+를 입력하거나 를 사용하여 선택한 텍스트 영역에서 외부 편집기를 열 수 있다.:open-editor명령하다를 사용하여 설정을 변경할 수 있음:set명령, 에 정의된 편집기editor.command단면도키 바인딩은 다음을 사용하여 변경할 수 있다.config.bind()에config.py또는 에 대해.:bind명령하다

비브

Vieb는 삽입 모드에 있는 동안 i+를 입력하여 포커스 입력 필드에 외부 편집기를 열 수 있다.작업에 대한 매핑을 변경하려면imap을 지휘하다action.editWithVim액션편집기를 변경하려면set vimcommand=명령하다

심을 놓다

vimb는 입력을 통해 암시된 양식 영역에서 외부 편집기를 열 수 있음;e또는 입력 모드에 있는 양식 필드에서 t+를 눌러야 한다.편집기는 다음을 변경하여 정의된다.:set editor-command키 매핑 설정 및 변경은 다음을 사용하여 수행됨:map매핑을 변경하십시오.매핑 명령에는 다양한 키 매핑 모드가 있다는 점에 유의하십시오.

불치의

voperable은 삽입 모드에 t있는 동안 +를 입력하여 외부 편집기에서 텍스트 상자를 열 수 있다.편집하여 사용자 구성 수행vimprobablerc키 바인딩을 변경하려면map을 지휘하다openeditor기능을 발휘하다다른 편집기를 정의하려면handler를 바꾸도록 명령하다vimprobableeditURI 스키마.

w3m

w3m은 기본적으로 텍스트 영역의 외부 편집기를 연다.외부 편집기를 변경하려면o옵션 화면을 열고 편집기 필드를 변경하십시오.Editor 필드를 비워 두면 w3m에서$EDITOR환경 변수

웹맥

웹맥은 선택한 텍스트 필드에서 xe+를 눌러 외부 편집기를 사용하여 텍스트 필드를 편집할 수 있다.외부 편집기를 편집하여 구성__init__.py에서 발견된.~/.webmacs/init디렉토리 및 변경external-editor-command가변의그define_key()그리고undefine_key()함수는 각각 키맵에 대한 명령을 정의하고 정의 해제한다.

줌브레로

xombrero는 삽입 모드에 있는 동안 i+를 누르거나 를 입력하여 외부 편집기에서 선택한 텍스트 요소를 편집할 수 있다.:editelement명령하다설정을 변경할 수 있는 방법은xombrero.conf키 바인딩을 변경하려면keybinding의 입회.editelement명령하다편집기는 에 대한 항목을 생성하여 정의된다.external_editor세팅

명령줄 도구

또한 기사를 다운로드하고, 좋아하는 텍스트 편집기를 사용하여 기사를 편집하고, 편집된 기사를 위키백과(또는 모든 MediaWiki 서버에 다시 업로드할 수 있는 명령줄 도구도 있다.이것은 웹 브라우저의 필요성을 우회한다.다음 사항(적어도):

mvs, CPAN에서 사용할 수 있는 Perl 프로그램.메타에 더 많은 정보가 있다.WWW::미디어위키::클라이언트.불행히도 mvs는 wiki 원격 서버의 페이지 제목으로 로컬 파일의 이름을 사용한다.예를 들어 러시아어, 일본어 또는 아랍어의 경우 UTF-8의 제목 페이지가 필요한 경우 이러한 파일을 업로드할 수 없다.미디어위키는 다음과 같이 보인다.:클라이언트뿐만 아니라 Perl 라이브러리도 UTF-8에 맞게 단말기와 셸이 올바르게 설정되어 있더라도 UTF-8 문자 관리가 완전히 작동하기에 충분히 진보되어 있지 않다.그러나 Debian 버그 보고서를 참조하십시오.

mw:수동:피위키봇은 위키피디아와 함께 수많은 일들을 하기 위한 광범위한 도서관이자 유틸리티의 집합이다.또한 위키백과 페이지를 편집하는 것만큼 간단한 것도 할 수 있다.UTF-8의 제목이 잘못 전송되는 것을 피하는 몇 가지 방법이 있는데, 예를 들어 파일 자체에 타이틀의 이름을 통합하고 다른 명령줄 도구를 사용할 수 있다.로컬 파일 이름은 간단한 ASCII로 작성할 수 있다.여기 로컬 'foo'라는 이름의 파일의 예가 있다.wiki', pagefromfile.py 사용(mw:설명서:Pywikibot:

{{-start-}}'''Демография''', или наука о народонаселении, изучает численность, состав, размещение и движение населения.{{-stop-}}  {{-start-}}'''人口学'''はヒトの人口の科学的研究をいい、主としてその大きさ、構造、そしてその成長発展を研究対象とする。 {{-stop-}}  {{-start-}}'''Demography''' is the scientific study of human populations primarily with respect to their size, their structure and their development.{{-stop-}}  {{-start-}}'''الديمغرافية''': علم يتناول دراسة المجتمعات البشرية من حيث حجومها و بناها و تطورها و خصائصها العامة و لا سيما من النواحي الكمية.{{-stop-}}}

위의 예에서 4페이지를 하나의 제출에 업로드하는 명령행('시작'과 '정지' 마크업(stop)은 각각 다른 4페이지의 иерр人, 人口,,, demography, اليمرفيةةةة)은 다음과 같다.

python pagefromfile.py -file:foo.wiki

위키백과 편집을 위한 특정 편집기 설정 방법

원자

Atom이 구문 강조 표시를 지원하려면 두 개의 패키지 중 적어도 하나가 필요하다.명령어-, - 설치 및 검색을 사용하여 패키지 설치:

언어-미디어위키
언어 표기를 하다

GNU 이맥스

MediaWiki 구문을 편집하는 데 사용할 수 있는 몇 가지 Emacs 주요 모드 구현:

Mediawiki.el, github의 Mediawiki.el을 참조하십시오."…미디어위키에서 호스팅되는 사이트 편집 기능(물론 위키백과 포함)을 추가한다."
위키백과-모드.el(obsolete)은 MediaWiki 마크업을 위한 구문 강조 표시를 주로 제공하는 단순한 주 모드다.
위키백과.el(obsolete)은 위키백과 기사의 WYSIWYG 편집을 제공하는 훨씬 진보된 주요 모드다.단, 현재 GNU Emacs의 CVS 버전을 사용하여 개발되었으며, 이전 버전과 호환되지 않을 수 있으며, 능동적으로 유지되고 있지 않기 때문에 사실상 단종되었다는 점에 유의하십시오.또한 그 모드는 고아가 되었을 때 알파 발달 단계에 있었으므로, 스스로 위험을 무릅쓰고 사용해라.

선 형식 지정

longlines.el이제 기본 GNU Emacs 분포의 일부가 되었다.다음 정보는 참고용으로 보존된다.

위키피디아 기사는 줄 바꿈을 사용하지 않는다.이 때문에 다음 중 하나를 설치할 수 있다.

longline.el — Emacs에 대해 "워드 랩" 기능을 구현한다.longlines.el현재 GNU Emacs의 일부다.에 대한 설치 지침.
screen-line.el — 논리적 라인이 아닌 화면 라인의 관점에서 작동하도록 이동 명령 재정의

액세스 방법

가상 위키백과 파일 시스템을 사용할 때, 위키백과fs.el은 앞서 언급한 주요 모드 중 하나와 함께 사용될 수 있다.

j편집

jEdit (Java 지원 OSes)의 경우, http://www.djini.de/software/mwjed/에서 이용할 수 있는 플러그인이 있다. 위키백과 마크업을 위한 구문 강조표시를 제공하는 것 외에, 자카르타 프로젝트의 httpClient 구성요소를 이용하여 위키백과 웹사이트와 직접 통신할 수 있다. (2012-03-20년 현재 이용 불가)

케이트/KW라이트

Kate(KDE 프레임워크의 텍스트 편집기)는 기본적으로 MediaWiki 구문 강조 표시를 지원한다.선택하다Tools → Highlighting → Markup → Mediawiki. 기본 마크업에서 모든 것을 인식한다.

HTML 태그 및 엔티티
위키 제어 문자
템플릿
변수
키워드
링크
섹션 제목
테이블
<nowiki>...</nowiki>단면
위키 태그

강조 표시는 다음 위치에서 구성할 수 있는 위치Settings → Configure Kate → Fonts & Colors → Highlighting Text Styles드롭다운 메뉴에서 "Markup/MediaWiki"를 선택하십시오.

또한 다음과 같은 강조 표시 가져오기 도구도 있다.Settings → Configure Kate → Fonts & Colors → Highlighting Text Styles → Highlight: → Import button.

케이트는 역동적으로 선을 감싼다.

편집하다

gedit는 교차 플랫폼의 무료 소프트웨어 텍스트 편집기로 기본적으로 Ubuntu Linux와 함께 제공된다.GPL 라이센스 MediaWiki 구문 강조 모드는 기본적으로 gedit 3.10 이상과 함께 제공된다.

이전 버전의 경우 https://github.com/jpfleury/gedit-mediawiki/archive/master.zip, unzip에서 다운로드하여 언어 파일을 올바른 폴더에 복사하거나 GNU/리눅스 셸에서 다음을 실행할 수 있다.

gedit 2.x의 경우:

--output-properties=master.zip https://github.com/jpfleury/gedit-mediawiki/archive/master.zip unzip mkdir -p ~/.local/share/gtksourceview-2.0/language-international/cp gedit-mediawiki-master/mediawiki.local/share/gtksourceview-2.0/language-language-ins/line/

gedit 3.x의 경우:

--output-properties=master.zip https://github.com/jpfleury/gedit-mediawiki/archive/master.zip unzip mkdir -p ~/.local/share/gtksourceview-3.0/language-international/cp gedit-mediawiki-master/mediawiki.local/share/gtksourceview-3.0/language-ines/

MediaWiki 구문 강조 표시 모드를 선택하려면 gedit 메뉴 View > Highlight Mode > Others로 이동한 후 MediaWiki를 선택하십시오.

노트탭

NoteTab(Windows) 텍스트 편집기의 클립 라이브러리 플러그인에는 Wiki 마크업을 자동화하는 몇 가지 기능이 포함되어 있다.

SubEthaEdit

SubEthaEdit(macOS)에도 구문 강조 표시 모드를 사용할 수 있다.모드 번들을 다운로드한 후 다음 위치에 놓으십시오./Library/Application Support/SubEthaEdit/Modes/(시스템 전체) 또는~/Library/Application Support/SubEthaEdit/Modes/(사용자별).최종 두 개의 디렉토리를 손으로 작성해야 할 수도 있다.이 모드는 .wiki 또는 .가 있는 파일에 대해 자동으로 선택된다.위키백과 확장.

텍스트메이트

"MediaWiki" 번들은 TextMate 번들 하위 버전 저장소에서 사용할 수 있다.이 번들을 로드하는 방법에 대해 알아보려면 추가 번들을 설치하는 방법에 대한 TextMate 매뉴얼 페이지를 참조하거나, 번들을 다운로드하고 설치하는 이 셸 스크립트를 보십시오. [1].번들은 구문 강조 표시, 코드 완성 및 기타 작업을 한다.

Sublime Text 2 사용자의 경우 Sublime Text 2는 TextMate 번들을 지원하므로 이 번들도 활성화할 수 있다는 점에 유의하십시오.

서브라이임 텍스트

MediaWiker는 MediaWiki 페이지를 편집할 수 있는 Sublime Text 패키지 입니다.

플러그인과 플러그인의 구성에 대한 자세한 내용은 미디어위커 위키에서 확인할 수 있다.

위키피디아의 경우 https를 패키지 전역 또는 사용자 구성에 삽입하여 true로 설정할 필요가 있다.영어 위키백과의 예시 구성은 다음과 같다.

    "mediawiki_site": {         "영어 위키백과": {             "호스트": "en.wikipedia.org",             "길": "/w/",             "페이지 경로": "/wiki/",             "username": "your_properties",             "비밀번호": "your_password",             "도메인": "",             "htt": 진실의,             "force_force": 진실의         },     },

브이디트

Wiki Tools for VEDIT에는 구문 강조 표시, 키보드 구성, 사용자 및 도구 메뉴와 Wiki 태그 삽입 및 편집, Wiki 테이블의 열 추가/삭제/복사/붙여넣기 등의 복잡한 작업을 위한 여러 매크로가 포함되어 있다.Vedit에 대해 It's All Text!를 구성하기 위한 지침과 함께 설치 지침이 포함되어 있다.

핌

아래 스크립트에 대한 개선 사항을 제공하거나, mediawiki.vim 구문 & FileType 플러그인의 업로드를 요청한 사람이 있으면 vim-devel 목록을 확인하십시오.그렇지 않은 경우 요청하거나 여기에 없는 이유를 게시하십시오.2017년^[update] 3월 현재 Vim 소스 제어 트리의 "syntax/" 디렉토리에 없다.)

아래 스크립트는 또한 vim.org 스크립트 모음에도 게시되어 있으며, 여기서 이 사이트의 커뮤니티 기여에서 가져온 새로운 버전과 함께 (2011-11-17 이후는 아니지만) 가끔 업데이트된다.mvc는 vim.org 계정에서 업로드되었으므로 최신 복사본이 오래되면 정기적으로 업로드하도록 하십시오.

$HOME/.vim/syntax/mediawiki.vim

Vim이 위키백과에 사용되는 MediaWiki 마크업을 지원하도록 하려면(기본적으로 구문 강조 표시) 다음 줄을 ""~/.vim/syntax/mediawiki.vim 또는 ""vimfiles\syntax\mediawiki.vim에 저장하십시오.위의 디렉토리가 없는 경우, 해당 디렉토리를 만들 수 있다(Unix/Linux 명령은 입니다).

GitHub에는 쉽게 다운로드할 수 있는 원시 미디어wiki.vim 파일이 존재한다.
https://raw.githubusercontent.com/chikamichi/mediawiki.vim/master/syntax/mediawiki.vim

윈도우즈에서 Vim을 사용할 때는 Vim 자체에 mediawiki.vim을 생성하여 저장하는 것이 좋으며 그렇지 않으면 파일이 손상될 수 있다.

파일

"mediawiki.vim(이전의 이름은 Wikipedia.vim) " Vim 구문 파일 "언어: MediaWiki, http://www.mediawiki.org/ "유지관리자: 이 구문 파일은 Vim과 함께 "를 발송하기 위해 유지관리자가 필요하다. [[사용자:]로 문의하십시오.잊을 수 없는 아이]]] "자원봉사를 하고 싶다면."홈: http://en.wikipedia.org/wiki/Wikipedia:Text_editor_support#Vim " 마지막 변경: 2011년 9월 19일 " 크레딧: [사용자:Aepd87]], [[사용자:Danny373]], [[사용자:Ingo Karkat]], 외. " 2003-04년 위키백과에 출판되어 저자 불가를 선언했다." HTML 구문 파일 기반. 사실 너무 밀접하게 기반한 것 같아" 어디에서나 이름 충돌이 일어날 수 있지만, 무지는 행복이라고 그들은 말한다.만약 버전<>만약!exists("main_syntax")"":.;600구문을 분명히 elseif 만약 v:버전>endif main_syntax)"mediawiki"endif 구문 사건을 무시하자 끝내exists("b:current_syntax").=700구문 주문toplevelendif"마크 불법 문자전 htmlError sy"[<>&]""과 서버에 업로드 다운로드에 대해 플러그 인 방식의 지원을 해 준다Tagssy 지역HtmlString @ start=+"+end=+"+ contains=htmlSpecialChar,htmlPreproc sy 지역 htmlStringhtmlPreprocsy 경기 htmlValue @start=+'+end=+'+ contains=htmlSpecialChar, 포함된 포함된"=[\t]*[^'" \t>.][^ \t>.]*"hs=s+1htmlPreprocsy 지역 htmlEndTag @ contains= 담고 있었다.           세인트Art=+<,/+ end=+>, + contains=htmlTagN,htmlTagErrorsy 지역 htmlTagstart=+<,[^/]+ end=+>, + contains=htmlTagN,htmlString,htmlArg,htmlValue,htmlTagError,htmlEvent,htmlCssDefinition, @ htmlPreproc, @ htmlArgClustersy 경기 htmlTagN +< 포함된;\s*[-a-zA-Z0-9]\++hs=s+1 contains=htmlTagName,htmlSpecialTagName., @ htmlTagNameClUstersy 경기 htmlTagN, [-a-zA-Z0-9]\++hs=s+2@ contains=htmlTagName,htmlSpecialTagName, +< htmlTagNameCluster sy 경기 htmlTagError"입장 불가 HTML태그 이름 sy 키워드 htmlTagName 큰blockquotebr 캡션 센터를 인용하다 코드 sy 키워드 htmlTagName 원격을 포함하고 있었다(divdl dt의 'caput"[^>.]<."ms=s+1이 포함된ont시간에Sli sy 키워드 htmlTagNameol ppre rbrprt 루비의 작은 기간 파업 대신하다sy 키워드 htmlTagName 포함된 sup 테이블td 월 tr ttul을 만든다고sy 경기 htmlTagName을 포함한 "\<, \(b\ i\ u\ h[1-6]\ em\ strong\) 담고 있었다.\>,""입장 불가 위키 태그 키워드 htmlTagName 포함된 sy 수학nowiki 참조 소스 syntaxhighlight"허용되는 아그 이름 keyw sy.ordtmlArg가 포함된 ordtmlArg는 collass abbr 축 h를 포함함 noshade 인용 datetime size face color type start sy keyword htmlArg 포함 값 압축 요약 테두리 프레임 규칙 포함 sy keywordhtmlArg 포함 cellspan charoffing sy h.Eaders.#\=[0-9A-Za-z]\{1,8},""댓글sy 지역 htmlComment start=+<,rowspan sy 키워드 htmlArg"특수 문자는 시합 sy htmlSpecialChar"&ampcolspan 아이디 클래스 이름 스타일 타이틀 포함된 스코프!+end=+>, + contains=htmlCommentPart,htmlCommentErrorsy 경기 htmlCommentError"[^>,>!]"sy 지역 htmlCommentPart 포함되어 담고 있었다.start=++-+ end=+-\s*+ 포함=@htmlPreProc sy region htmlComment start=+<!DOCTYPE+ keepend end=+>+ if !exists("html_no_rendering") sy cluster htmlTop contains=@Spell,htmlTag,htmlEndTag,htmlSpecialChar,htmlPreProc,htmlComment,htmlLink,@htmlPreproc    sy region htmlBold                          start="<b\>" end="</b>"me=e-4      contains=@htmlTop,htmlBoldUnderline,htmlBoldItalic   sy region htmlBoldhtmlTop,htmlBoldUnderline,htmlBoldItalicsy 지역 htmlBoldUnderline @ Start="<>strong\>."end="<>/strong>."me=e-9 contains=htmlTop,htmlBoldUnderlineItalicsy 지역 htmlBoldItalic start="<>i\>."end="<>/i>."me=e-4 contains= @ htmlTop,h 포함된 @ start="<>u\>."end="<>/u>."me=e-4 contains= 들어 있다.tmlBoldItalicUnderlinesy 지역HtmlBoldItalic start="<>em\>."end="<>/em>."me=e-5 contains= @htmlTop,htmlBoldItalicUnderlinesy 지역 htmlBoldUnderlineItalichtmlTopsy 지역 htmlBoldUnderlineItalic @ start="<>i\>."end="<>/i>."me=e-4 contains= 포함된 htmlTop s@ start="<>em\>."end="<>/em>."me=e-5 contains= 포함된 포함지역 htmlBoldItalicUnderline co yNtained start="<>u\>."end="<>/u>."me=e-4 contains=htmlTop,htmlUnderlineBold,htmlUnderlineItalicsy 지역 htmlUnderlineBold 포함된 start="<>b\>."end="<>/b>."me=e-4 contains= @ @ @htmlTop,htmlBoldUnderlineItalicsy 지역 htmlUnderline start="<>u\>."end="<>/u>."me=e-4 contains=.htmlTop,htmlUnderlineBoldItalic sy지역 htmlUnderlineBoldhtmlTop,htmlUnderlineBoldItalicsy 지역 htmlUnderlineItalic start="<>i\>."end="<>/i>."me=e-4 contains= @htmlTop,htmlUnderlineItalicBold sy 지역 htmlUnderlineItalic start="<>em\>."end="< 포함된;/em&g 포함된 @ start="<>strong\>."end="<>/strong>."me=e-9 contains= 들어 있다.t;"me=e-5 htmlTop,htm@ contains=LUnderlineItalicBoldsy 지역 htmlUnderlineItalicBoldhtmlTopsy 지역 htmlUnderlineItalicBoldhtmlTopsy 지역 htmlUnderlineBoldItalic start="<>i\>."end="<>/i>."me=e-4 contains= 포함된 @ start="<>strong\>."end="<>/strong>."me=e-9 contains= 포함된 @ start="<>b\>."end="<>/b>."me=e-4 contains= 들어 있다.@htmlTopsy 지역 htmlUnderlineBoLdItalichtmlTopsy 지역htmlItalic start="<>i\>."end="<>/i>."me=e-4 contains= @htmlTop,htmlItalicBold,htmlItalicUnderlinesy 지역htmlItalic start="<>em\>."end="<>/em>."me=e-5 contains=@ htmlTop sy r. @ start="<>em\>."end="<>/em>."me=e-5 contains=에 포함egion htmlItalicBold contai네드 start="<>b\>."end="<>/b>."me=e-4 contains= @htmlTop,htmlItalicBoldUnderlinesy 지역 htmlItalicBold 포함된 start="<>strong\>."end="<>/strong>."me=e-9 contains= @htmlTop,htmlItalicBoldUnderlinesy 지역 htmlItalicBoldUnderline 포함된 start="<>u\>."end="<>/u>."me=e-4 contains= @ htmlTop sy r.egion htmlItalicUnderline contai네드 start="<>u\>."end="<>/u>."me=e-4 contains= @htmlTop,htmlItalicUnderlineBoldsy 지역 htmlItalicUnderlineBold 포함된 start="<>b\>."end="<>/b>."me=e-4 contains= @htmlTopsy 지역 htmlItalicUnderlineBold 포함된 start="<>strong\>."end="<>/strong>."me=e-9 contains= @htmlTopsy 지역 htmlH1start=".<>h1\>,"end="<, /h1>, "me=e-5가 들어 있-@htmlTopsy 지역 htmlH2htmlTopsy 지역 @ start="<>h2\>."end="<>/h2>."me=e-5 contains= htmlH3htmlTopsy 지역 @ start="<>h3\>."end="<>/h3>."me=e-5 contains= htmlH4htmlTopsy 지역 @ start="<>h4\>."end="<>/h4>."me=e-5 contains= htmlH5 start="<>h5\>."end="<>/h5>."me=e-5 contains= @.HtmlTopsy 지역 start="<>h6\>."end= htmlH6."<>/h6>."me=e-5 contains= @htmlTop endif"HTML미리 포맷하여 지역 안의 어느 htmlTop과 wikiPre기 때문에"미디어 위키 말 그대로(HTML태그와 "실체, 너무):그곳에서 모든 것이 된다.<>pre>,<>의 조합으로 태그들의 일이다;nowiki&gt고,"표준 HTML<>pre>, 태그:내용이 미리 포맷하여 제공할 것이며,",지만에 표시한 구문 분석되지 않을 것이다. 위키텍스트 소스." WikiPre의 경우, 들여쓰기된 줄은 "없는 줄"과 다르게 렌더링될 것이다.sy match htmlPreTag       /<pre\>[^>]*>/         contains=htmlTag sy match htmlPreEndTag    /<\/pre>/       contains=htmlEndTag sy match wikiNowikiTag    /<nowiki>/      contains=htmlTag sy match wikiNowikiEndTag /<\/nowiki>/    contains=htmlEndTag sy match wikiSourceTag    /<source\s\+[^>]\+>/ 포함=htmlTag sy match wikiSourceEndTag /<\/source>/ 포함=htmlEndTag sy match wikiSyntaxHLTag /<syntaxhighlight\s\s\+[^]\\\]\\\+>/ 포함=htmlTag sy match wikiSyntaxHLEndTag /<\/syntaxhighlight>/ 포함=htmlEndTag "참고: 'start="<pre>rs=e'를 사용할 수 없으므로, 여전히 별도의 sy매치를 통해 <pre> 태그가 올바르게 강조 표시되어 있다. 불행하게도, 이것은 또한 "사전 포맷된 지역 내부의 <사전> 태그를 강조할 것이다.wikiNowiki start="<>nowiki>."end="<>\/nowiki>."me=e-9sy 지역 wikiSourcestart="<, source\s\+[^>.]\ contains=wikiNowikiTag Sy 지역 htmlPre start="<>pre\>,[^>.]*>."end="<>\/pre>."me=e-6sy 지역 contains=htmlPreTag.+>,"keepend end="<, \/source>,"me=e-9start= wikiSyntaxHLsy 지역 contains=wikiSourceTag"<, syntaxhighlight\s\+[^>.]\.+>, "keepend 끝="<>\/syntaxhighlight>."me=e-18 contains=wikiSyntaxHLTag sy @ TeX syntax/tex.vim unlet b:current_syntax sy 지역 wikiTeXmatchgroup=htmlTag start="<>math>."end="<>\/math>."contains= @texMathZoneGroup,wikiNowiki,wikiNowikiEndTag sy 지역 wikiRefmatchgroup=htmlTag start="<>ref>."end="<>\/ref>."contains=wikiNowiki,을 포함한다.wikiNowikiEndTag sy 클러스터 wikiText contains=wikiLink,wikiTemplate,wikiNowiki,wikiNowikiEndTag,wikiItalic,wikiBold,wikiBoldAndItalic  " Tables sy cluster wikiTableFormat contains=wikiTemplate,htmlString,htmlArg,htmlValue sy region wikiTable matchgroup=wikiTableSeparator start="{ " end=" }" contains=wikiTableHeaderLine,wikiTableCaptionLine,wikiTableNewRow,wikiTableHeadingCell,wikiTableNormalCell,@wikiText sy match  wikiTableSeparator /^!/ contained sy match  wikiTableSeparator /^ / contained sy match  wikiTableSeparator /^ [+-]/ contained sy match  wikiTableSeparator /  / contained sy match  wikiTableSeparator /!!/ contained sy match  wikiTableFormatEnd /[! ]/ contained sy match  wikiTableHeadingCell /\(^!\ !!\)\([^! ]* \)\?*/ 포함=wikiTableSeparator,@wikiText,wikiTableHeadingFormat " 형식에 적어도 하나 이상의 '='가 있어야 거짓 일치를 방지할 수 있다(예: [foo bar]의 는 셀의 시작 "을 나타내는 최종으로 간주될 수 있다). 아래의 wikiTableNormalFormat도 마찬가지다.sy match wikiTableHeadingFormat /\%(^!\ !!\)[^! ]\+=[^! ]\+\([! ]\)\\(\1\)\!/me=e-1은=@wikiTableFormat,wikiTableSeparateator nextgroup=wikiTableFormatEnd sy 일치 wikikiTableNormalealeatCell /\(^ \)\(^ \)\(^ \)\)\*\?을 포함한다.*/ contains=wikiTableSeparator,@wikiText,wikiTableNormalFormat sy match  wikiTableNormalFormat /\(^ \   \)[^ ]\+=[^ ]\+  \@!/me=e-1 contains=@wikiTableFormat,wikiTableSeparator nextgroup=wikiTableFormatEnd sy match  wikiTableHeaderLine /\(^{ \)\@<=.*$/contains=@ wikiTableFormatsy 경기 wikiTableCaptionLine 포함된 /^ +.*$/포함된 contains=wikiTableSeparator,@ wikiText sy과 일치하는 wikiTableNewRow /^ -.*$/포함된 contains=wikiTableSeparator,@ wikiTableFormat sy 클러스터 wikiTop contains= @ Spell,wikiLink,wikiNowiki,wikiNowikiEndTagsy 지역 wikiItalicstart=+'\@<>!"'\ @!+end=+".+Oneline wikiTop,wikiItalicBoldsy 지역@oneline contains= @wikiTop,wikiBoldItalic sy 지역wikiBoldAndItalic start=+""'+ end=+""'+oneline contains=@ wikiTop sy 지역 wikiBoldItalicstart=+'\@<>포함된,!"'\ @!+end=+"+oneline contains=@ wikiTopsy 지역 wikiItalicBold 사 '+ wikiBoldstart=+"'+ end=+"contains=ntained start=+'''+         end=+'''+ oneline contains=@wikiTop  sy region wikiH1 start="^=" end="="      oneline contains=@wikiTop sy region wikiH2 start="^==" end="=="     oneline contains=@wikiTop sy region wikiH3 start="^===" end="==="    oneline contains=@wikiTop sy region wikiH4 start="^====" end="===="   oneline contains=@wikiTop sy region wikiH5 start="^=====" end="====="  oneline contains=@wikiTop sy region wikiH6 start="^======" end="======" oneline contains=@wikiTop  sy region wikiLink start="\[\[" end="\]\]\(s\ 's\ es\ ing\ \)" oneline contains=wikiLink,wikiNowiki,wikiNowikiEndTag  sy region wikiLink start="https\?:/" end="\W*\_s"me=s-1 oneline sy region wikiLink start="\[http:" end="\]" oneline contains=wikiNowiki,wikiNowikiEndTag sy region wikiLink start="\[https:" end="\]" oneline contains=wikiNowiki,wikiNowikiEndTag sy region wikiLink start="\[ftp:" end="\]" oneline contains=wikiNowiki,wikiNowikiEndTag sy region wikiLink start="\[gopher:" end="\]" oneline contains=wikiNowiki,wikiNowikiEndTag sy region wikiLink start="\[news:" end="\]" oneline contains=wikiNowiki,wikiNowikiEndTag sy region wikiLink start="\[mailto:" end="\]" oneline contains=wikiNowiki,wikiNowikiEndTag  sy match  wikiTemplateName /{{\s*\w\+/hs=s+2 contained sy region wikiTemplate start="{{" end="}}" keepend extend contains=wikiNowiki,wikiNowikiEndTag,wikiTemplateName,wikiTemplateParam,wikiTemplate,wikiLink sy region wikiTemplateParam start="{{{\s*\d" end="}}}" extend contains=wikiTemplateName  sy match wikiParaFormatChar /^[\: \* ; #]\+/ sy match wikiParaFormatChar /^-----*/ sy match wikiPre            /^\ .*$/         contains=wikiNowiki,wikiNowikiEndTag   " HTML highlighting if vers이온<>508!-nargs=+ HtmlHiLink 인사하는 링크를<>args>, 다른 명령!-nargs=+ HtmlHiLink hidef 링크<>args>, endif 만약 버전>=508!exists("did_html_syn_inits")HtmlHiLink htmlTag 기능 HtmlHiLink htmlEndTag 식별자 HtmlHiLink htmlArg 형식 HtmlHiLinkhtmlTagName htmlStat.ement HtmlHiLinkhtmlSpecialTagName Exception   HtmlHiLink htmlValue          String   HtmlHiLink htmlSpecialChar    Special    if !exists("html_no_rendering")     HtmlHiLink htmlTitle Title     HtmlHiLink htmlH1    htmlTitle     HtmlHiLink htmlH2    htmlTitle     HtmlHiLink htmlH3    htmlTitle     HtmlHiLink htmlH4    htmlTitle     HtmlHiLink htmlH5    htmlTitleHtmlHiLink htmlH6    htmlTitle      HtmlHiLink htmlPreProc          PreProc     HtmlHiLink htmlHead             htmlPreProc     HtmlHiLink htmlPreProcAttrName  htmlPreProc     HtmlHiLink htmlPreStmt          htmlPreProc      HtmlHiLink htmlSpecial          Special     HtmlHiLink htmlCssDefinition    htmlSpecial     HtmlHiLink htmlEventhtmlSpecial     HtmlHiLink htmlSpecialChar      htmlSpecial      HtmlHiLink htmlComment          Comment     HtmlHiLink htmlCommentPart      htmlComment     HtmlHiLink htmlCssStyleComment  htmlComment      HtmlHiLink htmlString           String     HtmlHiLink htmlPreAttr          htmlString     HtmlHiLink htmlValue            htmlString      HtmlHiLink htmlError            Error     HtmlHiLink htmlBadArg           htmlError     HtmlHiLink htmlBadTag           htmlError     HtmlHiLink htmlCommentError     htmlError     HtmlHiLink htmlPreError         htmlError     HtmlHiLink htmlPreProcAttrError htmlError     HtmlHiLink htmlTagError         htmlError      HtmlHiLink htmlStatement        Statement      HtmlHiLink htmlConstant         Constant      HtmlHiLink htmlBoldItalicUnderline htmlBoldUnderlineItalic     HtmlHiLink htmlUnderlineItalicBold htmlBoldUnderlineItalic     HtmlHiLink htmlUnderlineBoldItalic htmlBoldUnderlineItalic     HtmlHiLink htmlItalicBoldUnderline htmlBoldUnderlineItalic     HtmlHiLink htmlItalicUnderlineBold htmlBoldUnderlineItalic      HtmlHiLink htmlItalicBold          htmlBoldItalic     HtmlHiLink htmlItalicUnderline     htmlUnderlineItalic     HtmlHiLink htmlUnderlineBold       htmlBoldUnderline      HtmlHiLink htmlLink Underlined      if !exists("html_my_rendering") hi def htmlBold                term=bold                  cterm=bold gui=bold hi def htmlBoldUnderline       term=bold,underline        cterm=bold,underline gui=bold,underline hi def htmlBoldItalic          term=bold,italic           cterm=bold,italic gui=bold,italic hi def htmlBoldUnderlineItalic term=bold,italic,underline cterm=bold,italic,underline gui=bold,italic,underline hi def htmlUnderline           term=underlineCterm=underline gui=underline 안녕defhtmlUnderlineItalicterm=italic,underlinecterm=italic,underline gui=italic,underline 안녕defhtmlItalicterm=italiccterm=italicgui=italic endif endif"!존재("html_no_rendering"경우-버전<>508did_html_syn_inits=1endifendif"버전>=508!이 존재하는 것(``디.d_html_syn_inits") " Wiki highlighting  HtmlHiLink wikiItalic        htmlItalic HtmlHiLink wikiBold          htmlBold HtmlHiLink wikiBoldItalic    htmlBoldItalic HtmlHiLink wikiItalicBold    htmlBoldItalic HtmlHiLink wikiBoldAndItalic htmlBoldItalic  HtmlHiLink wikiH1 htmlTitle HtmlHiLink wikiH2 htmlTitle HtmlHiLink wikiH3 htmlTitle HtmlHiLink wikiH4 htmlTitle HtmlHiLink wikiH5 htmlTitle HtmlHiLink wikiH6 htmlTitle  HtmlHiLink wikiLink           htmlLink HtmlHiLink wikiTemplate       htmlSpecial HtmlHiLink wikiTemplateParam  htmlSpecial HtmlHiLink wikiTemplateName   Type HtmlHiLink wikiParaFormatChar htmlSpecial HtmlHiLink wikiPre            htmlConstant HtmlHiLink wikiRef            htmlCommentHtmlHiLink htmlPre            wikiPre HtmlHiLink wikiSource         wikiPre HtmlHiLink wikiSyntaxHL       wikiPre  HtmlHiLink wikiTableSeparator Statement HtmlHiLink wikiTableFormatEnd wikiTableSeparator HtmlHiLink wikiTableHeadingCell htmlBold   let b:current_syntax = "mediawiki" delcommand HtmlHiLink  if main_syntax == "mediawiki"   unlet main_구문 endif " vim: set et sts=2 sw=2:

$HOME/.vim/ftdet/mediawiki.vim

기본 파일 형식 탐지

"로 끝나는 파일을 자동 검색하려면 다음과 같이 하십시오..wiki"에 다음 줄을 "".vim/ftdetect/mediawiki.vim 또는 ""vimfiles\ftdetect\mediawiki.vim에 추가하십시오(또는 파일이 없는 경우 파일 생성).

GitHub에는 쉽게 다운로드할 수 있는 원시 미디어wiki.vim 파일이 존재한다.
https://raw.githubusercontent.com/chikamichi/mediawiki.vim/master/ftdetect/mediawiki.vim

파일:$HOME/.vim/ftdetect/mediawiki.vim

if has("autocmd") au BufRead,BufNewFile *.mw             set filetype=mediawiki   au BufRead,BufNewFile *.wiki           set filetype=mediawiki   au BufRead,BufNewFile *.mediawiki      set filetype=mediawiki   au BufRead,BufNewFile *.wikipedia.org* set filetype=mediawiki   au BufRead,BufNewFile *.wikibooks.org* set filetype=mediawiki   au BufRead,BufNewFile *.wikimedia.org* 설정 filetype=mediawiki endiff

또는 "":setf mediawiki 명령은 현재 파일에 대한 구문을 일시적으로 설정한다.

Mozex Firefox 확장 수정

Mozex Firefox 확장을 사용하는 경우 Mozex는 ".wiki"가 아닌 ".txt"로 끝나는 임시 파일을 생성하므로 위의 자동 탐지가 해당 플러그인과 함께 작동하지 않는다.한 가지 해결책은 Mozex가 다음과 같은 인수로 vim을 호출하도록 하는 것이다.

-c "setf mediawiki"

완전한 편집자 명령은 그런 것처럼 보일 수 있다.

gnome-general -e "vim -c 'setf mediawiki' $1"

줄 바꿈 없이 MediaWiki 라인에 적응

위키피디아 기사는 각 단락의 끝에 줄 바꿈만 있는 경우가 많은데, Vim은 기본적으로 다른 텍스트 편집자처럼 다루지 않는다.메모장에서 익숙하게 ~/.vim/ftplugin/mediawiki.vim하려면 다음 vimfiles\ftplugin\mediawiki.vim줄을 "" 또는 ""로 저장하십시오.

파일:$HOME/.vim/ftplugin/mediawiki.vim

" 많은 미디어위키 위키피디아는 (텍스트 프로세서에서처럼) 단락 "의 끝에만 줄 바꿈을 선호하며, 이는 긴 줄의 마무리를 낳는다.setlocal rape linebreak setlocal textwidth=0 " 자동 랙 없음. setlocal formatoptions-=t formatops-=c formatops-==formatops+l " 긴 래핑 라인에 더 잘 적응하도록 항법 설정Noremap<>buffer>, k gknoremap<>buffer>, jgj noremap<>buffer>, <, Up>, gknoremap<>buffer>, <, Down>, gjnoremap<>buffer>0g0noremap<>buffer>, ^ g^noremap<>buffer&gt달러 g$noremap<>buffer>, D;buffer&gtnoremap<>dg$ 각각noremap<>cg$, buffer> g$inoremap<>buffer>, <, Up>, <, C-O>, gKinoremap<>buffer>, <, Down>, <, C-O>, gj.

추가 술책

그 외에 다음 행을 ""~/.vim/ftplugin/mediawiki.vim 또는 ""vimfiles\ftplugin\mediawiki.vim로 저장하여 몇 가지 요령(""filetype plugin on를 삽입할 필요가 있을 수 있음)vimrc):