S c i T E 문 서

5.3.7 버전 한글판 johnsonj 230726

참고 문서

• 태그 이용법
• 루아 사용법
• SciTE 확장 이용법
• SCITE API
• SCITE 명령 번호
• 널쪽 사용법

표준 편집

SciTE에서 텍스트 편집은 대부분의 매킨토시나 윈도우즈 편집기와 유사하게 작동한다. 거기에다 자동 구문 강조 기능이 추가되어 있다. SciTE는 여러 줄 파일을 메모리에 한 번에 적재할 수 있지만 오직 한 파일만 볼 수 있다. SciTE에서 텍스트를 네모지게 선택하려면 윈도우즈에서는 Alt 키를 누르거나 GTK+라면 Ctrl 키를 누르면서 그 위를 마우스로 끌면 된다. GTK+에서 사용되는 수식 키는 rectangular.selection.modifier 특성으로 바꿀 수 있다.

SciTE에는 편집판과 출력판 두 개의 판이 있다. 출력판은 편집판의 오른쪽이나 아래에 위치한다. 처음에는 크기가 0이지만, 편집판과의 사이에 있는 꼭지쇠를 끌면 크게 할 수 있다. 옵션 | 수직 분할 명령어를 사용하면 출력판을 편집판 아래로 옮길 수 있다.

SciTE는 소스 파일을 컴파일하거나 실행하는 명령어를 수행할 수 있다. 그리고 이런 명령어의 출력을 출력판으로 방향전환할 수 있다.

예를 들어, 파이썬이 설치되어 있다면, 새로 문서를 열고 다음을 타자해 보자:

print "Hi"

단 한 줄만 입력한다.

print "hi"

>python -u printhi.py
hi
>Exit code: 0

SciTE는 Python, GCC, Visual C++, Borland C++, PHP 기타 도구들이 만들어 내는 에러 메시지를 부분적으로 이해한다. 이와 같은 포맷을 사용하는데 이를 보려면 'mistake'를 파이썬 파일 두 번째 줄에 추가해 보자:

print "hi"
mistake

도구 | 실행 명령어를 실행하자. 그 결과는 다음과 같다:

>python -u printhi.py
hi
Traceback (innermost last):
File "printhi.py", line 2, in ?
mistake
NameError: mistake
>Exit code: 1

이런 단순한 경우는 문제가 무엇인지 쉽게 알 수 있지만, 파일이 커지면 도구 | 다음 메시지 명령어를 이용해야 에러 보고를 하나하나 볼 수 있다. 도구 | 다음 메시지 명령어를 실행하면, 출력판의 첫 에러 메시지는 노란 배경색으로 강조되고 에러 표시자가 편집판의 해당 줄에 표시된다. 캐럿은 이 줄로 이동하고 판은 필요하면 스크롤되어 그 줄을 보여준다. SciTE는 이제 다음과 같이 보인다:

SciTE는 대부분의 경우 에러 메시지에서 파일 이름과 줄 번호를 이해한다. 그래서 에러를 야기한 (헤더 파일 같이) 또다른 파일을 열 수 있다. 이 특징은 파일이름이 복잡하게 공백이나 ".."으로 구성되어 있으면 작동하지 않을 수 있다.

명령어 실행이 실패하고 너무 오래 걸리면 도구 | 실행 중지 명령어를 사용하면 된다.

명령어 하위시스템

도구는 다양한 모드로 실행할 수 있다. 이를 "하위시스템(subsystems)"이라고 부른다. 다양한 하위시스템이 Windows와 GTK+에서 지원된다. 기본 하위시스템은 0이다.

명령어 줄 인자

SciTE의 명령어 줄 인자에는 파일 이름, 명령어와 특성이 포함된다. 명령어와 특성은 앞에 "-"를 두고 그 사이에 ':'를 두어 구별된다. 첫 문자는 알파벳이어야 하며 '.'이 되면 안된다. 특성은 특성 집합 파일에 사용되는 구문을 사용하고 그 파일의 특성을 덮어쓴다. 특성에 아무 값도 주지 않으면, 1로 설정된다. 인자 안에 공간이 있다면 겹따옴표를 인자에 두를 수 있지만, 단순히 파일 이름이 아니라, 전체 인자를 둘러야 한다. 그래서 "-open:x y.txt"는 작동하지만 -open:"x y.txt"는 작동하지 않는다. 리눅스에서 표준 쉘 인용부호 처리가 가능하다. "-p" 인자를 주면 SciTE는 파일을 인쇄하고 종료한다.

윈도우즈에 대하여:
명령어 줄 인자에서 (따옴표 없이) "-" 그리고 "--"는 표준입력 스트림을 최근 버퍼 ("-")나 출력판 ("--")으로 읽어 들인다는 점에서 특별하다.
명령어 줄 인자 (따옴표 없이) "-@"는 파일 이름을 표준입력에서 읽어서 연다는 점에서 특별하다.
주의: 표준입력을 출력판으로 읽어 들일 때, split.vertical 특성이 0이면, 출력판이 최대 높이까지 증가한다. split.vertical 특성이 1이면, 출력판은 화면 너비의 거의 절반까지 커진다.
주의: 표준입력(stdin)이 방향전환되지 않으면, 이런 인자들은 무시되어 효과가 없다.

예를 들어,

명령어 줄 인자는 왼쪽에서 오른쪽으로 평가된다. 두 단계로 평가되는데 그 이유는 파일을 열려면 사용자 인터페이스가 사용가능해야 하고 또 그를 화면에 보여주기 전에 어떤 특성들을 설정할 필요도 있기 때문이다. 첫 단계는 첫 파일 이름이 열리기 바로 전까지 인자를 처리한다. 두 번째 단계는 나머지 인자를 처리한다.

그래서, 파일에 find: 또는 goto: 명령어를 수행하려면, 파일이름 다음에 명령어를 배치해야 한다. 그래야 SciTE가 명령어를 수행하기 전에 파일을 열 수 있다.

윈도우즈에서:
명령어 줄에 파일 이름이 디렉토리 이름과 일치하면, 파일 열기 대화상자가 나타난다 - 이 행위는 "open.dialog.in.file.directory" 특성에 의존한다.

"buffers" 특성이 2 이상이고 파일 이름이 기존의 파일에 일치하거나 만능문자 검색에 의하여 여러 파일에 일치한다면, 그에 부합하는 파일들이 "buffers" 특성에 번호별로 적재된다. 이 경우 디렉토리는 부합한 것으로 간주되지 않는다

파일 이름이 확장자라면, 선택적으로 경로가 앞에 있고, 그런 간단한 파일 이름이 존재하지 않는다면, 주어진 확장자를 여과기로 하여 파일 열기 대화상자가 나타난다.

파일 이름에 확장자가 없다면, "source.default.extensions" 특성에서 기존의 파일에 파일 이름을 맞추어 볼 기본 확장자를 찾는다.

버퍼

SciTE는 파일 하나당 한 개씩 100 개의 버퍼를 사용할 수 있다. 기본값은 1이며 버퍼를 끄는 효과가 있다. 버퍼가 여러개 사용되면 버퍼 메뉴를 사용해서 그 사이를 돌아다닐 수 있다. 파일 이름을 선택하거나 뒤로(F6) 앞으로(Shift+F6) 명령어를 사용하면 된다. 탭 바에서 각 버퍼마다 탭이 표시된다. 이 옵션은 보기| 탭바 명령어로 끌 수 있다. 탭을 닫으려면 거기에 마우스 가운데 버튼을 클릭하면 된다. 버퍼를 너무 많이 설정하면 문제가 생길 수 있으므로 어떤 메뉴는 길이가 고정되고 그리하여 그 길이를 넘어서면 접근할 수 없다.

버퍼에 파일이 모두 찰 경우, 새로 파일을 열면 버퍼를 재사용하게 된다. 이 때문에 파일을 저장할 필요가 있다. 이 경우 주의 대화상자가 나타나 사용자에게 파일을 저장할지 물어본다.

세션

세션은 파일 이름 목록이다. 나중에 빨리 적재할 수 있게 현재 열린 버퍼들을 모두 세션으로 저장할 수 있다. 세션은 확장자가 ".session"인 특성 파일로 저장된다.

파일 | 세션 적재 그리고 파일 | 세션 저장을 사용하여 세션을 적재/저장 한다. "최근 세션 자동적재" 기능을 끄려면 "save.session" SciTE 특성 변수를 사용한다.

"buffers" 변수가 "0"이면 세션 관리가 꺼진다.

이전에 저장된 세션을 적재하면 현재 열린 버퍼가 닫힌다. 그렇지만 편집중인 것을 잃어 버리지 않는데, 저장되지 않은 버퍼는 먼저 저장할지 물어보기 때문이다.

명령어 줄에서 특정한 파일을 열면 "save.session" 변수 상태를 덮어 쓴다. 명령어 줄에서 특정한 파일을 적재하면서 SciTE를 시작하면 "save.session" 변수가 "1"로 설정되어 있더라도 최근 세션은 복구되지 않는다. 이 때문에 "save.session"을 사용해도 안전하다 - 딱 한 파일만 열려고 한다면 절대 그 파일만 열린다.

"session.bookmarks"과 "session.folds" 변수를 설정하면 현재 열린 버퍼의 책갈피와 접기 상태가 세션 파일에 저장되고 세션이 적재될 때 복구된다

SciTE가 이해하는 언어들

SciTE는 현재 다음 언어들을 구문 강조할 수 있다 (*는 접기를 지원한다는 뜻이다):

• Abaqus*
• Ada
• ANS.1 MIB definition files*
• APDL
• Assembler (NASM, MASM)
• Asymptote*
• AutoIt*
• Avenue*
• Batch files (MS-DOS)
• Baan*
• Bash*
• BlitzBasic*
• Bullant*
• C/C++/C#*
• COBOL
• Coffeescript
• Clarion*
• cmake*
• conf (Apache)*
• CSound*
• CSS*
• D
• diff files*
• E-Script*
• Eiffel*
• Erlang*
• Flagship (Clipper / XBase)*
• Flash (ActionScript)*
• Fortran*
• Forth*
• GAP*
• Gettext
• Go*
• Haskell
• HTML*
• HTML with embedded JavaScript, VBScript, PHP and ASP*
• Gui4Cli*
• IDL - both MSIDL and XPIDL*
• INI, properties* and similar
• InnoSetup*
• Java*
• JavaScript*
• KiXtart
• LISP*
• LOT*
• Lout*
• Lua*
• Make
• Matlab*
• Metapost*
• MMIXAL
• MSSQL
• Modula 3
• Nimrod
• nnCron
• NSIS*
• Objective C
• Objective Caml*
• Opal
• Octave*
• Pascal/Delphi*
• Perl, most of it except for some ambiguous cases*
• PL/M*
• Progress*
• PostScript*
• POV-Ray*
• PowerBasic*
• PowerShell*
• PowerPro
• PureBasic*
• Python*
• R*
• Rebol*
• Registry
• Ruby*
• Rust
• Scheme*
• scriptol*
• SORCUS Installation
• Specman E*
• Spice
• Smalltalk
• SQL and PLSQL
• S-Record
• Swift
• TADS3*
• TeX and LaTeX
• Tcl/Tk*
• Vala*
• VB and VBScript*
• Verilog*
• VHDL*
• XML*
• YAML*

이런 언어들에 대하여 명령어를 실행하고 구축하는 것은 미리 준비되어 있지만 많은 사람들이 사용할 수 있도록 수정되어 있는지 먼저 점검을 해 둘 필요가 있다.

메뉴를 합리적인 길이 만큼 유지하기 위하여 일부 언어만 포함시켰다. 그러나 다른 언어를 포함하려면 전역 옵션에서 주석 처리를 제거할 필요도 있다. 이렇게 하려면 '#' 주석 문자를 제거하면 된다.

언어 설정은 파일 확장자를 보고 결정하지만 언어 메뉴에서 다른 언어를 선택해도 변경할 수 있다. 언어 메뉴는 menu.language 특성으로 바꿀 수 있다.

찾기와 바꾸기

대화상자나 줄입력기를 사용하여 찾고 바꿀 수 있다. 기본값은 대화상자를 사용하는 것이다. 줄입력기는 웹 브라우저의 찾기와 비슷해서, 창 하단에 나타나고 대화상자보다 작아서 산만하지 않다. find.use.strip 특성과 replace.use.strip 특성에 지정한다.

SciTE는 검색에서 단어별, 정규 표현식, 대소문자 일치, 반대로 찾기, 문서의 끝에서 되돌리기에 관한 옵션을 허용한다. 명령어 줄 인자 섹션에 나열된 C 스타일의 역사선 피신을 사용하여 제어 문자를 검색하고 교체할 수 있다. 교체는 현재 선택된 구역 내 또는 전체 파일에 수행할 수 있다. 정규 표현식을 사용할 때, 태그가 붙은 하위표현식을 교체 텍스트에 사용할 수 있다. 정규 표현식은 줄 끝을 가로질러 부합하지 않는다.

SciTE 는 태그와 함께 기본 정규 표현식을 지원한다.

윈도우즈에서는 초점이 텍스트 입력 필드에 있을 때 Shift+Enter를 누르면 검색이 현재 방향의 반대로 진행되는데, 그래서 보통 거꾸로 검색이 이루어진다.

키보드 명령어

SciTE의 키보드 명령어는 주로 Windows와 GTK+ 관례를 따른다. 모든 이동 키는 (화살표, 페이지업/다운, 홈과 엔드) 쉬프트 키를 누른 채로 스트림 선택을, 쉬프트와 알트 키를 누른채로 사각 구역을 선택한다. 국가에 따라 어떤 키들은 사용할 수 없다. 즉, GTK+의 창 관리자와 같은 시스템이 점유하기 때문이다. user.shortcuts 설정은 키를 기능에 할당하는데 사용된다. 홈 키의 행위는 vc.home.key 옵션으로 바꾼다. 메뉴 명령어를 키보드로 수행하려면 메뉴에 나열되어 있으니 참고하자. macOS 키는 다른 플랫폼과 다르다. Windows와 GTK+가 Ctrl 키를 사용하는 곳에 명령어 키 ⌘를 사용한다. 메뉴에 없고 잘 사용되지 않는 명령어들은 다음과 같다:

윈도우즈에서 반대 방향으로 검색하려면 찾기 또는 바꾸기 대화상자에서 Shift+Enter를 사용하면 된다.

약어

약어를 사용하려면, 약어를 타자하고 약어 확대 명령어 또는 Ctrl+B 키를 사용하면 된다. 약어는 약어 파일에 정의된 확장구로 교체된다. 옵션 메뉴에서 명령어로 약어 파일을 열어 약어를 추가할 수 있다. 기본 약어 파일이 있지만 다른 약어 파일도 특별한 확장자를 주어 설정할 수 있다.

파일에서 각 줄은 형태가 "약어=확장구"와 같다.
약어 이름은 어떤 문자도 된다 (단, CR과 LF와 같은 제어 문자는 당연히 안된다). 고위 Ascii 문자 (악센트 붙은 문자들)도 가능하다.
이름은 특성 파일의 제한을 가진다: 샵(#)이나 공간문자 또는 탭문자로 시작하면 안된다 (그러나 안에 공백문자는 있어도 된다); 안에 '=' 문자가 있으면 안된다.
약어 이름은 길이가 32 문자로 제한된다. 그 정도면 약어로서 충분하리라 생각한다...

확장구에서 새줄 문자는 '\n'로 표현되고 캐럿 위치는 '|' 문자로 표현된다. 기호상수로 '|' 문자를 포함시키려면 '||'를 사용하자.
배포된 약어 파일에 간단한 예들을 실어 두었다.
확대할 때, 이름은 앞 텍스트와 분리할 필요가 없다. 즉, 'é'를 'é'로 정의하면, 단어 안에서 그것을 확대할 수 있다.
약어 이름이 여러개 부합하면, 가장 긴 이름이 확대된다 (한 이름이 또다른 이름의 끝과 같다면, 긴 이름에 맞게 확대된다. 즉, 'ring'과 'gathering'을 정의하면, 'gathering'에서 오직 'gathering'에 맞게 확대되는 것을 볼 것이다).

접기

SciTE는 많은 언어들에 접기를 지원한다 (더 자세한 정보는 SciTE가 이해하는 언어 목록을 살펴보자.) 접기 지점은 파이썬이라면 들여쓰기에 그리고 다른 언어들은 괄호 세기에 기반한다.

접기 지점 표식을 (접기 여백에) 클릭하면 접기가 확장되거나 수축된다. 보통 클릭하면 자손 접기 지점의 상태는 바뀌지 않는다; 부모가 수축되면 당연히 자손은 감추어진다. 그러나 부모가 다시 확장되더라도 각 자손은 여전히 전과 같이 접힌 상태로 있다.

접기 지점에 Ctrl+Click 하면 토글되며 모든 자손도 똑 같이 토글된다.

접기 지점에 Shift+Click하면 거기만 접기가 토글되는게 아니라, 자손 접기가 모두 확장된다.

접기 여백을 Ctrl+Shift+Click 하면 최상위 수준이 모두 확장되거나 수축된다. 보기 메뉴에서 "모든 접기 토글"을 선택해도 같다; 최상위 수준만 접힐 뿐이다.

팁: 그의 모든 자손이 접혀져 있는 거대한 코드 블록을 열려면, 그 블록을 Ctrl+Click으로 접은 다음, 보통 클릭으로 열자. 그러면 자손 접기가 열리면서 손자 접기가 여전히 닫혀 있는 것을 볼 수 있다; '손자' 접기를 열고 싶다면, 그 손자 접기를 Shift+Click 하자.

특성 파일

SciTE의 행위는 대부분 특성 파일을 편집하여 바꿀 수 있다.

네가지 특성 파일이 사용된다:

• "SciTE.properties"이라고 부르는 지역 특성 파일은 파일이 편집되고 있는 디렉토리와 같은 곳에 둘 수 있다.
• "SciTEDirectory.properties"이라고 부르는 디렉토리 특성 파일은 파일이 편집 중인 디렉토리와 같은 디렉토리 또는 부모 디렉토리에 둘 수 있다.
• 윈도우즈에서는 "SciTEUser.properties" 그리고 GTK+ 에서는 ".SciTEUser.properties"라고 부르는 사용자 특성 파일
• "SciTEGlobal.properties"이라고 부르는 전역적 특성 파일

지역 특성 파일, 디렉토리 특성 파일, 사용자 특성 파일, 전역 특성 파일을 순서대로 덮어쓴다. 즉, 지역 특성 파일이 제일 우선 순위가 있다. 환경 변수도 특성으로 사용가능하고 특성 파일 중 하나에 명시적으로 설정하면 덮어 씌어진다.

디렉토리 특성 파일은 프로젝트 옵션 파일로 사용한다. 프로젝트는 하위디렉토리에서 사용자 명령어와 컴파일 그리고 빌드 명령어가 같은 방식으로 작동해야 하기 때문이다. 하위 디렉토리의 지역 특성 파일을 프로젝트의 루트에 위치한 하나의 특성 파일로 교체할 수 있다는 장점이 있다. 디렉토리 특성 파일의 평가는 기본으로 비활성이다. 활성화하려면 사용자 또는 전역 특성 파일에서 properties.directory.enable 변수를 1로 설정해야 한다.

사용자 특성 파일은 목적이 SciTE에 배포되는 기본 옵션을 전역 특성 파일에 그대로 두고 사용자에게 선택권을 주기 위해서이다. 지역 특성 파일의 목적은 한 디렉토리의 파일들에 대해서 컴파일과 빌드 그리고 실행 효과를 바꾸는 것이다. 예를 들어, 대부분의 작업에 자바 개발 키트의 javac 컴파일러를 사용한다면, SciTEGlobal.properties 파일에 .java 파일을 "javac"로 컴파일하도록 설정한다. 그리고 한 디렉토리의 파일들에 대해서는 jvc 컴파일러를 사용하고 싶다면, 그 디렉토리에 SciTE.properties 파일을 두고 안에 "jvc" 컴파일 명령어를 설정하자.

전역 특성 파일(global.properties)은 배포본마다 교체되기 때문에 사용자가 수정하면 안된다. 대신에 사용자 특성 파일(user.properties)로 새로 하나 복사한 다음 거기에다 변경해야 한다.

윈도우즈에서 전역 특성 파일은 실행파일이 있는 디렉토리에 위치한다. 사용자 특성 파일은 USERPROFILE 환경 변수에 설정된 사용자 프로파일 디렉토리에서 찾는다. USERPROFILE이 설정되어 있지 않다면 실행 파일이 있는 디렉토리에서 찾는다. GTK+에서 사용자 특성 파일은 사용자의 홈 디렉토리에 있고 전역 특성 파일은 구축 시간에 설정된 디렉토리에 있다 - 보통 그 위치는 /usr/share/scite이다.

(3.6.6 도입) 두 개의 환경 변수 "SciTE_HOME"과 "SciTE_USERHOME"이 있다. 사용자는 이 변수로 전역/사용자 특성 파일의 표준 위치를 오버라이드할 수 있다. (다음은 Windows와 GTK에 적용된다):

• SciTE_USERHOME이 설정되어 있으면 그곳은 사용자 특성 파일이 있는 곳이다.
• SciTE_HOME이 설정되어 있으면 그곳은 전역 특성 파일이 있는 곳이다.
• 오직 SciTE_HOME만 설정되어 있으면 그곳에 전역과 사용자 특성 파일이 있다.

옵션 메뉴에 특성 파일을 여는 명령어가 있다.

파일은 자바 특성 파일과 거의 형태가 같다. 단순한 텍스트 포맷이다. 줄이 '#'로 시작하거나 완전히 빈 줄이면 주석이다. 다른 줄은 다음과 형태가 같다.

변수=값

값이 길 경우, '\' 문자를 줄 끝에 두면 값이 다음 줄에 계속된다. 공간 문자도 값에 의미가 있지만 변수 이름에서 앞이나 뒤에 오는 공간문자는 그렇지 않다. 그래서 " x =1"라고 정의하면 "x"라는 변수를 정의하는 셈이다. $(변수이름)을 사용하면 값에 다른 변수를 넣을 수 있다.

"=" 함수는 (";"로 구분된) 문자열을 비교하여 같으면 "1"을 다르면 "0"을 돌려준다. "Status"의 같이 "2"인지 알아보려면 다음과 같이 한다: $(= $(Status);2)

[3.62] "스타" 기능을 사용하면 특정한 접두사로 시작하는 모든 변수의 값을 모을 수 있다. all.languages=$(star language.)는 "language."으로 시작하는 변수를 모든 찾아 all.languages에 할당한다. 언어 메뉴와 같은 사용자 인터페이스에 대하여 많은 파일로부터 설정을 조합하는 데 이것을 사용할 수 있다. 특성 파일 수준 안에서 (지역, 디렉토리, 사용자, 전역) 변수이름의 알파벳 순서이다. 덕분에 어느 정도 순서를 제어할 수 있다. 표준 배포본에 사용되는 접두사는 "*filter.", "*language.", 그리고 "*source.patterns."이다. 앞에 처음으로 "*"를 두는 관례는 변수를 스타 기능에 사용할 목적이라는 뜻이다. 이 스타 변수들은 "정의된 변수들" 섹션에서 자세하게 다룬다.

색은 HTML의 '#' 다음에 6자리나 8 자리의 16진수 처럼 정의된다. #RRGGBB 또는 #RRGGBBAA처럼 그 색의 빨강, 초록, 파랑 그리고 알파값으로 정의된다. 알파값은 투명도로서 00이면 완전히 투명하고 FF이면 완전히 불투명하다. 6 자리 색상이면 완전히 불투명이라고 간주된다. 현재 투명한 8-자리 값으로는 몇 가지 설정만 가능하다.

윈도우즈에서, 현재 화면의 인치당 도트 설정을 이용하도록 값을 바꿀 수 있다. 좀 더 많은 픽셀을 사용하므로 고해상도 화면에서 크기가 합리적으로 보인다. margin.width=$(scale 16)과 같이 설정하면 정상적인 화면에서는 여백을 16 픽셀 너비로 만들고 화면이 200%로 설정되면 32 픽셀로 넓어진다.

현재 파일의 이름에 접근하기 위해 어떤 변수들은 환경에서 설정하기도 한다:

어떤 특징들은 파일 이름 패턴을 이용하여 어느 변수를 사용할지 알아본다. 예를 들어, lexer 변수는 특정 파일에 대하여 특화가 가능하다. 또는 만능 문자 일치에 기반하여 파일 그룹에 특화할 수 있다. 그래서:
lexer.makefile=makefile는 "makefile"이라고 부르는 어휘분석기가 "makefile"이라고 부르는 파일에 사용되어야 한다고 지정한다.
lexer.*.cxx=cpp는 확장자가 "cxx"인 파일에 "cpp"라는 어휘분석기가 사용되어야 한다는 것을 나타낸다.
변수 교체는 파일 패턴 할당의 왼쪽에서 가능하다. 모양은 다음과 같다:
file.patterns.html=*.html;*.htm;*.asp;*.shtml
command.go.$(file.patterns.html)=file://$(FilePath)

만능 문자 '?'는 문자 하나에 일치하고 '*'는 여러 문자에 일치한다. 그래서 "*.mak"는 "proj.mak"에 부합하고 "Makefile*"은 "Makefile.in"에 부합하며 "*.x?l"은 "data.xml"과 "transform.xsl"에 부합한다.

특성 파일은 특정한 인코딩을 가지고 있다고 간주되지 않는다. 그렇지만 개별 특성 값은 인코딩이 있다고 간주된다. 파일 이름과 명령어 그리고 사용자 인터페이스 텍스트에 대하여, 인코딩은 UTF-8이며 그래서 코딩 쿠키(coding cookie)를 삽입하면 특성 파일을 UTF-8로 더 쉽게 편집할 수 있다. 나중에 설명드리겠다. (word.characters.filepattern와 같은) 다른 특성은 바이트 연속열로 간주된다. 또는 (문서 인코딩에 부합하는 keywords.filepattern 같이) 묵시적 인코딩으로 간주한다. 그래서 이런 설정들은 비-UTF-8 인코딩을 사용하여 편집하는 편이 더 좋다. UTF-8 값과 비-UTF-8 값이 모두 필요한 경우, 각기 다른 인코딩으로 두 파일을 사용할 수 있다. 반입 서술문으로 다른 인코딩 파일을 포함할 수 있다.

특성 파일 반입과 조건 논리

'반입(import)' 서술문은 마치 텍스트가 그 지점에서 줄지어 들어 서있는 것처럼 특성 파일을 포함한다. 반입된 특성 파일은 기본 파일에 상대적이거나 절대적이다. 그리고 확장자는 '.properties'이라고 간주한다. 그러므로 c:\os\scite\bin\SciTEGlobal.properties 파일 안에서 "import Lua" 서술문은 c:\os\scite\bin\Lua.properties 파일을 반입한다. 반입된 파일 안에서 import 서술문들은 모두, 현재 파일이 아니라, 원래 파일이 있는 디렉토리에 상대적이다.

한 디렉토리에 있는 특성 파일을 모두 반입할 수 있다. "import *"를 사용하면 되지만 사용자 특성 파일이나 약어 파일같은 범용 특성 파일은 반입하지 않는다. 반입할 파일들을 집합으로 나누어 통제할 수 있다. 반입 허용은 imports.include 그리고 반입 제외는 imports.exclude를 사용한다.

반입된 파일들은 영역으로 보호되지 않는다: 특성은 다른 파일에서 재정의될 수 있다. 그러므로, 파일에 "import cplusplus", "import java", 그리고 "style.cpp.1=fore:$(comment.colour)"이 모두 들어 있는 경우 cplusplus.properties에는 "comment.colour=#800000"이 들어 있고 java.properties에는 "comment.colour=#008000"이 들어 있다면, 가장 마지막 정의가 승리하고 기본 파일에 있는 정의는 물론이고 cplusplus.properties 와 java.properties에 있는 정의에 대해서도 활성화된다.

'if' 서술문은 이 특성 집합 파일이나 기본 특성 집합에 이미 정의된 심볼이나 표현식을 인자로 하나 받는다. 그 심볼이 '0'으로 평가되면 테스트는 실패한다. 빈 문자열이나 존재하지 않는 심볼은 0으로 평가된다. 0이나 빈 것으로 평가된 표현식은 실패한다. 최상위 특성 집합에 값이 '1'인 'PLAT_GTK'이나 값이 '1'인 'PLAT_WIN' 또는 값이 '1'인 'PLAT_MAC'중 하나가 삽입된다. PLAT_GTK와 PLAT_MAC 모두에 대하여 값이 '1'인 'PLAT_UNIX'가 삽입된다. 시스템 특성 Appearance 그리고 Contrast도 표현식에 사용할 수 있다. 테스트가 성공하면 다음의 들여쓰기된 서술문들이 실행된다. 들여쓰기되지-않은 서술문이 있으면 if 절이 끝난다. if 절에는 단순한 집합 서술문들만 허용된다. if 서술문의 평가는 평가 시간이 아니라, 읽기 시간에 일어난다. 시스템 특성이 하나라도 변경되면 강제로 다시 읽어들인다.

로컬 특성과 디렉토리 특성 파일을 현재 파일의 값을 테스트해 볼 수 있다. "if" 안에 $(FilePath), $(FileDir), $(FileName), $(FileExt), $(FileNameExt), 그리고 $(RelativePath)를 넣어 테스트해 볼 수 있다.

"match" 서술문은 "if"와 비슷하지만 묵시적으로 $(RelativePath) 패턴에 부합한다. 와일드 카드 *, ?를 사용할 수 있다; [a-z%]를 설정할 수 있고; 대안으로 {cpp,cxx,ixx}을 사용할 수 있다. 유닉스 스타일의 "/" 디렉토리 구분자는 "\"를 사용할 수도 있다. 패턴 안에 "/"이 없다면 "**/"을 앞에 두어 하위 디렉토리에 부합시킨다. 패턴과 "match" 사이에 정확하게 공백이 하나 있어야 한다. 뒤에 오는 공백은 제거된다.

[3.61] 'module' 서술문은 단일 실행 파일 Sc1에 사용하는 데 목적이 있다. Sc1에서는 모든 표준 .properties 파일의 하나로 결합되어 실행 파일 안에 자원으로 들어간다. module 서술문은 각 세그먼트의 파일이 원래 어디로부터 왔는지 표식을 단다. 그래서 mports.include 특성과 imports.exclude 특성은 Sc1과 잘 작동할 것이다. 그리고 원치 않는 특성은 활성화되지 않는다. 구문은 "module <name>"이다. 그 효과는 다음 module 서술문까지 그 이름이 imports.include에 있는가 아니면 imports.exclude에 있는가에 따라 모든 텍스트를 처리하거나 무시하는 것이다.

명령어 매개변수와 프롬프트

SciTE는 매개변수를 바꾸어 가면서 명령어를 실행할 수 있다. 사용되는 특성은 $(1) .. $(4) 네 가지가 있다. 매개변수 값을 설정하려면, 보기 | 매개변수 명령어를 사용한다. 그러면 독점 (modal) 매개변수 대화상자를 보여준다. 이 대화상자는 이런 매개변수들의 현재 값을 보여주고 새로운 값을 설정할 수 있다. 메인 창에 대한 가속 키들은 이 대화상자가 표시되어 있는 동안에도 여전히 활성화 상태이다. 그래서 다른 매개변수들을 가지고 명령어를 여러 번 빠르게 실행하는 데 사용할 수 있다. 다른 방법으로, '*'로 시작하는 명령어로 실행될 때 양식 매개변수 대화상자를 화면에 보여주도록 명령어를 만들 수 있다. 그렇지 않으면 무시된다. 양보 (modeless) 매개변수 대화상자가 이미 떠 있다면, '*'는 무시된다.

인코딩

SciTE는 바이트 순서 표식(Byte Order Mark (BOM))으로 시작하는 유니코드 파일의 인코딩 체계를 자동으로 탐지한다. UTF-8 인코딩과 UTF-16 인코딩을 인지한다. 물론 UTF-16의 변형인 작은값 종료형(Little Endian)과 큰값 종료형(Big Endian)도 인지한다.

앞 두 줄 안에 코딩 쿠키가 있으면 UTF-8 파일도 인지한다. 코딩 쿠키 "coding: utf-8"와 형태가 비슷하다 ("coding" 다음에 ':'이나 '='이 오고, 선택적으로 공백, 선택적으로 인용부호, "utf-8"이 온다). 보통 주석 안에 들어 있다:

다른 인코딩이라면 code.page와 character.set 특성을 설정하자.

특성 파일에 정의된 변수들

어떤 특성들은 Windows나 GTK+ 또는 macOS 아니면 Windows & macOS나 Windows & GTK+에서만 사용가능하다.

caret.policy.{x|y}<param> 상호작용:

표시자와 표식자의 정의

표시자를 정의하는 특성들은 모습이 다음과 같다

구조적으로 속성 사이에는 쉼표를 사용하고 속성의 이름과 값 사이에는 반점을 사용한다:

샘플:

표식자를 정의하는 특성은 다음과 같은 모습이다.

새로운 언어 지원하기

기존에 지원되는 언어와 아주 비슷한 언어라면, 사용되는 키워드와 같이 아주 사소한 특징만 다르다면, 기존의 어휘분석기를 재사용할 수 있는 경우가 많다. 키워드 집합은 새로운 언어에 맞도록 바꿀 수 있다. 자바와 자바스크립트는 C++ 어휘분석기를 상당부분 재사용할 수 있다. 자바 어휘분석기에는 문서 주석만 추가되었을 뿐이다.

기존의 어휘분석기를 적용할 수 없는 언어라면, C++로 새로 구문 분석기를 코드할 수 있다. Lexilla 안으로 구축해 넣거나, 아니면 외부 모듈로 두고 SciTE가 실행되면 적재할 수 있다. lexilla.path를 참조하라.

open.filter를 수정하여 새로운 언어에 사용되는 파일 확장자를 포함시키고 그 언어에 대하여 command.compile, command.build, command.go 그리고 command.go.needs에 엔트리를 추가해야 한다.

API 파일 만들기

.api 파일은 손수 만들거나 프로그램으로 만들 수 있다. 내려 받아서 바로 쓸 수 있는 .api 파일도 있다.

C/C++ 헤더에 대하여 API 파일을 만들 수 있다. ctags를 사용한 다음 그 태그 파일에 tags2api 파이썬 스크립트를 적용해서 (C/C++ 소스라고 가정함) 완전한 다중 라인 함수 원형 목록을 얻으면 된다. __P 마크로로 매개변수 리스트를 둘러싸는 헤더가 있으며 그 안에 주석이 있을 수 있다. 이런 파일에는 cleanapi 유틸리티를 사용할 수 있다.

파이썬 모듈을 위하여 API 파일을 만들려면, gen_python 스크립트가 있다.

자바 클래스용 API 파일을 만들려면 ApiBuilder.java 프로그램이 있다.

선택된 파일이름 열기

이 명령어는 편집판이나 출력판에서 선택된 파일 이름을 연다. 현재 선택을 사용하거나 캐럿 주위를 검색하여 경로에 보통 사용되고 있는 문자들에 기반하여 파일 이름을 찾는다. 확장자가 없으면 open.suffix 특성을 사용하여 현재 파일에서 확장자를 추론한다. 기본값은 .properties 파일의 .properties이다. 파일 이름 다음에 숫자가 따라오면 (ctags, grep 출력, 또는 Visual Studio 메시지와 형태가 비슷함) 열린 파일에 그 줄이 표시된다. 파일 이름이 절대 경로이면 곧바로 열리고 그렇지 않으면 현재 디렉토리를 먼저 찾고, 다음으로 openpath 특성에 지정된 디렉토리에서 찾는다. 윈도우즈에서, web와 ftp 그리고 mail과 뉴스 URL은 연관된 어플리케이션을 열어서 처리한다.

다른 언어로 된 SciTE

SciTE는 다른 언어로 번역할 수 있으며 번역되어 있다.

SciTE 빌드하기

SciTE를 빌드하고 설치하는 절차는 scite 디렉토리에 있는 README 파일에 기술되어 있다.

SciTE 확장하기

SciTE에 대하여 공식 확장 인터페이스가 두 가지 있다. SciTE 확장 인터페이스는 코드를 SciTE 실행화일 안으로 컴파일 해 넣어 SciTE를 확장하기 위한 것이고 SciTE 디렉터 인터페이스는 윈도우즈에서 다른 어플리케이션에서 SciTE를 조작하기 위한 것이다.