# 그놈 2.14 데스크탑 시스템 관리 안내서

그놈 시스템 관리 안내서는 사용자들을 위해 다양한 데스크탑 환경을 설정하고 관리하는 방법을 설명합니다.

2006
Brent Smith
2005
Brent Smith
2004
Sun Microsystems
2003
Sun Microsystems
그놈 문서 프로젝트

본 설명서는 프리 소프트웨어 재단(FSF)에서 발행한 GNU 자유 문서 라이센스(GFDL) 버전 1.1 이상의 조항에 따라 변경 불가 부분, 앞 표지 텍스트 및 뒷 표지 텍스트를 제외하고 복사, 수정 및/또는 배포할 수 있습니다. GFDL의 사본은 링링크 또는 본 설명서와 함께 배포된 COPYING-DOCS 파일에서 찾을 수 있습니다.

본 설명서는 GFDL에 따라 배포된 그놈 설명서 컬렉션의 일부입니다. 본 설명서를 컬렉션과 별도로 배포하려는 경우에는 라이센스 조항 6에 따라 라이센스 사본을 설명서에 추가하면 됩니다.

기업의 제품과 서비스를 식별하기 위해 사용된 많은 이름은 상표로 간주됩니다. 그놈 문서에 사용된 이름과 그놈 문서 프로젝트의 구성원은 해당 상표로, 모두 대문자로 표시되거나 첫 글자가 대문자로 표시되어 있습니다.

문서 및 수정판은 다음 GNU 자유 문서 라이센스의 조항에 따라 제공됩니다.

1. 문서는 "있는 그대로"로 제공되며 상품성, 특정 목적에의 적합성 또는 준수에 대한 보증을 비롯한 일체의 명시적 또는 암시적인 보증을 제한 없이 부인합니다. 문서 및 수정판의 품질, 정확성 및 성능에 대한 책임은 전적으로 사용자에게 있습니다. 문서 또는 수정판에 대한 오류를 입증하려면 사용자(원저작자, 저작자 또는 배포자 아님)는 필요한 서비스, 수리 및 수정 비용을 부담해야 합니다. 본 보증 부인은 라이센스의 필수 부분에 해당합니다. 본 보증 부인을 따르지 않는 모든 문서나 수정판은 사용할 수 없습니다.

2. 또한 불법 행위(부주의 포함), 계약 또는 직접, 간접, 특별, 부수적 및 파생적인 모든 손해(영업권 손실, 작업 중지, 컴퓨터 오류 및 고장 또는 본 문서나 수정판의 사용으로 인해 발생하거나 관련된 기타 모든 손실 및 이러한 손실 가능성에 대해 미리 공지한 경우에도 제한되지 않음)에 대해서는 어떠한 상황이나 법률적인 이론 하에서도 본 문서 또는 수정판의 저작자, 원저자, 모든 배포자 또는 공급자는 책임을 지지 않습니다.

Brent
Smith
그놈 문서 프로젝트
Sun
그놈 문서 팀
Sun Microsystems
그놈 2.14 데스크탑 시스템 관리 안내서 버전 2.4
2004년 3월

그놈 문서 프로젝트

그놈 문서 프로젝트

그놈 2.6 데스크탑 시스템 관리 안내서 버전 2.3
2004년 3월

Sun Microsystems

그놈 문서 프로젝트

그놈 2.4 데스크탑 시스템 관리 안내서 버전 2.2
2003년 9월

Sun Microsystems

그놈 문서 프로젝트

그놈 2.2 데스크탑 시스템 관리 안내서 버전 2.1
2003년 1월

Sun Microsystems

그놈 문서 프로젝트

그놈 2.0 데스크탑 시스템 관리 안내서 버전 2.0
2002년 12월

Sun Microsystems

그놈 문서 프로젝트

이 설명서는 그놈 데스크탑 버전 2.14를 설명합니다.

## 피드백

To report a bug or make a suggestion regarding the GNOME Desktop or this manual, follow the directions in the GNOME Feedback Page.

## GConf 사용하기

이 장에서는 사용자의 기본 설정 정보를 관리하기 위해 GConf를 사용하는 방법을 설명합니다.

### GConf 개요

GConf를 이용하면 그놈 데스크탑 사용자들의 기본 설정 정보를 간단히 관리할 수 있습니다. GConf는 시스템 관리자가 다음과 같은 작업을 할 수 있도록 도와줍니다:

- 특정한 설정에 대해 모든 사용자에게 적용되는 필수값들을 지정합니다. 이를 이용하면, 시스템 관리자가 사용자들이 특정 설정을 변경할 수 있는지 제어할 수 있습니다.

- 특정한 설정에 대해 모든 사용자에게 적용되는 기본값을 설정합니다.

- 기본 설정의 정의 파일에서 제안하는 값들을 사용합니다.

- 각 설정에 대한 문서를 읽습니다.

GConf는 로컬 혹은 네트워크 상에서 설정값이 바뀐 경우에도 프로그램에게 알려줍니다. 따라서 설정값을 변경하면 해당 설정을 이용하는 모든 프로그램들이 즉시 업데이트 됩니다.

GConf는 다음과 같은 구성 요소들을 포함합니다:

- 사용자 기본 설정을 위한 저장소.

- `gconfd-2` 데몬.

- `gconftool-2` 명령행 도구.

### GConf 저장소

GConf 저장소 내의 각 설정들은 키-값의 쌍으로 표현됩니다. GConf 설정 키는 특정 프로그램의 설정에 해당하는 저장소 내의 요소입니다. 예를 들어, /apps/gnome-session/options/show_splash_screen 설정 키는 세션 설정 도구 내의 로그인 시 스플래시 화면 보기에 해당하는 설정 키입니다. 그놈 데스크탑 사용자 인터페이스는 GConf 저장소 내의 모든 설정 키를 포함하지는 않습니다. 예를 들어 패널 설정 도구는 /apps/panel/global/tooltips_enabled 키에 해당하는 옵션을 갖고 있지 않습니다.

저장소는 간단한 계층 구조의 파일 시스템과 같은 구조로 이루어져 있습니다. 저장소는 다음과 같은 요소들을 포함합니다:

- 디렉토리는 GConf 저장소를 이용하는 프로그램에 대응됩니다. 예를 들어 저장소 파일 시스템은 /apps/metacity 디렉토리를 포함합니다.

- 하위 디렉토리는 설정들의 분류에 해당합니다. 예를 들어 저장소 파일 시스템은 /apps/metacity/general 디렉토리를 포함합니다.

- 디렉토리 내의 설정 키 목록과 각 키에 대한 정보를 포함하는 특수 파일. 예를 들어 HTTP 프록시 설정에 관련된 키에 대한 정보를 포함하는 파일은 /system/http_proxy 디렉토리에 존재합니다.

- /schemas 디렉토리는 모든 설정 키들을 설명하는 파일들을 포함합니다.

설정 키들은 일반적으로 문자열이나 정수 및 이들의 리스트와 같은 단순한 값을 가집니다. 저장소 내의 설정 키의 형식은 저장소를 읽기 위해 사용되는 백엔드 모듈에 따라 다릅니다. 다음은 /desktop/gnome/interface/font_name 설정 키가 XML 백엔드 모듈을 이용하여 저장소를 읽는 경우의 예입니다:

    <entry name="font_name" mtime="1038323555" muser="user123" type="string">
    <stringvalue>Sans 10</stringvalue></entry>

이 안내서에서 설정 키를 가리키는 경우에는, 해당 키의 경로를 키의 이름에 더할 것입니다. 예를 들어 /desktop/gnome/interface 디렉토리 내의 font_name 설정 키는 /desktop/gnome/interface/font_name의 형태가 됩니다.

#### GConf 설정 소스

GConf 저장소는 설정 소스라고 하는 일련의 저장 위치를 포함합니다. 설정 소스들은 GConf 경로 파일 내에 나열되어 있습니다. GConf 경로 파일의 위치는 /etc/gconf/gconf-버전-번호/path입니다. 각 사용자들은 하나의 경로 파일을 가집니다. 경로 파일은 각 설정 소스에 대해 다음과 같은 정보를 지정합니다:

- 저장소를 읽기 위해 사용되는 백엔드 모듈.

- 저장소의 접근 권한.

- 저장소의 위치.

GConf 경로 파일은 include 명령도 포함합니다. 기본적으로 GConf 경로 파일의 내용은 다음과 같습니다:

    xml:readonly:/etc/gconf/gconf.xml.mandatory
    include /etc/gconf/2/local-mandatory.path
    include "$(HOME)/.gconf.path"
    include /etc/gconf/2/local-defaults.path
    xml:readwrite:$(HOME)/.gconf
    xml:readonly:/etc/gconf/gconf.xml.defaults

GConf가 설정값을 찾을 때는, 경로 파일에 지정된 순서대로 설정 소스를 읽습니다. 아래의 표는 경로 파일 내의 설정 소스에 대해 설명합니다:

설정 소스 | 설명
--- | ---
필수 | 이 설정 소스에 대한 접근 권한은 읽기 전용으로 설정됩니다. 사용자들은 이 설정 소스의 값을 변경할 수 없으므로, 이 설정 소스 내의 설정들은 필수적입니다.
사용자 | 이 설정 소스는 사용자의 홈 디렉토리에 있는 `.gconf` 디렉토리에 저장됩니다. 사용자가 설정을 변경하면, 새로운 설정 정보가 이 위치에 더해집니다. 설정 편집기를 이용하여 사용자 설정 소스를 수정할 수 있습니다.
기본값 | 이 설정 소스는 기본값 설정들을 포함합니다.

경로 파일 내의 설정 소스의 순서는 필수 설정값이 사용자 설정보다 우선하도록 보장합니다. 또한 사용자 설정이 기본값 설정보다 우선적으로 적용되도록 보장합니다. 이것은 GConf가 다음과 같은 우선 순위를 가지고 설정을 적용하는 것을 의미합니다:

1. 필수 설정

2. 사용자 지정 설정

3. 기본값 설정

GConf 경로 파일 내의 include 명령은 시스템 관리자가 다른 설정 소스를 지정할 수 있도록 해 줍니다.

포함된 설정 소스 | 설명
--- | ---
`/etc/gconf/2/local-mandatory.path` | 이 설정 소스는 특정 시스템을 위한 필수 설정값을 저장하는 데 사용됩니다.
`$(HOME)/.gconf.path` | 사용자의 홈 디렉토리 내의 `.gconf.path` 파일 내에 설정 소스의 위치를 지정합니다.
`/etc/gconf/2/local-defaults.path` | 이 설정 소스는 특정 시스템을 위한 기본 설정값을 저장하는 데 사용됩니다.

#### GConf 스키마

GConf 스키마는 GConf 스키마 키와 GConf 스키마 객체를 합쳐서 부르는 말입니다. 아래의 표는 스키마 키 및 스키마 객체와 함께 이러한 항목들과 설정 키와의 관계를 설명합니다:

항목 | 설명
--- | ---
설정 키 | 프로그램의 설정 항목에 대응하는 GConf 저장소 내의 요소.
스키마 키 | 설정 키에 대한 스키마 객체를 저장하는 키.

스키마 객체

설정 키에 대한 정보를 포함하는 설정 소스 내의 요소. 다음과 같은 정보로 구성됩니다:

- 설정 키를 이용하는 프로그램의 이름.

- 설정 키의 값 형식. 예를 들면 정수, 참/거짓 등.

- 설정 키에 대한 기본 값.

- 설정 키에 대한 간단한 설명.

아래의 표는 설정 키, 스키마 키, 스키마 객체에 대한 예제입니다:

항목 | 예
--- | ---
설정 키 | /desktop/gnome/interface/font_name
스키마 키 | /schemas/desktop/gnome/interface/font_name

스키마 객체

    <schema>
      <applyto>/desktop/gnome/interface/font_name</applyto>
      <key>/schemas/desktop/gnome/interface/font_name</key>
      <owner>gnome</owner>
      <type>string</type>
      <default>Sans 10</default>
      <locale name="C">
        <short>Default font</short>
          <long>Name of the default font used by gtk+.</long>
      </locale>
    </schema>

스키마 키를 설정 키와 연관지을 수 있습니다. 예를 들어 /desktop/gnome/interface/font_name 키는 다음과 같은 스키마 키를 포함합니다:

    <entry name="font_name" mtime="1034873859"
    schema="/schemas/desktop/gnome/interface/font_name"/>

스키마 키를 설정 키와 연관시킬 때, 설정값은 스키마 키의 스키마 객체에 지정하는 추천 값을 사용합니다. 이 값은 스키마 객체 내의 `<default>` 엘리먼트에 포함되어 있습니다. 기본적으로 기본 설정 소스 내의 모든 설정 키들은 스키마 키와 연관되어 있습니다.

일반적으로 스키마들은 기본값 설정 소스 내에 저장됩니다.

#### GConf 스키마 정의 파일

스키마는 스키마 정의 파일에서 생성됩니다. 스키마 정의 파일은 특정 프로그램 내의 모든 키에 대한 특성을 정의합니다. 스키마 정의 파일의 확장자는 `.schemas` 입니다.

스키마 정의 파일은 `/etc/gconf/schemas` 디렉토리 내에 포함됩니다. 스키마 정의 파일을 이용하여 새로운 설정 소스를 만들 수 있습니다.

어떤 정의 파일들은 그놈 데스크탑 사용자 인터페이스와 밀접하게 관련되어 있습니다. 예를 들어, `system_http_proxy.schemas` 파일은 네트워크 프록시 프로그램과 관련이 있습니다. 다른 스키마 정의 파일들은 그놈 데스크탑 사용자 인터페이스에 포함되지 않은 설정 키들을 포함하고 있습니다. 예를 들면 /apps/panel/global/tootips_enabled 키는 사용자 인터페이스에는 나타나지 않습니다.

그놈 데스크탑 사용자 인터페이스 중 일부는 하나 이상의 스키마 정의 파일에 포함된 설정 키들을 나타내는 설정을 포함하고 있습니다. 예를 들어, 키보드 단축키 설정 도구는 `panel-global-config.schemas` 파일과 `metacity.schemas` 파일에 나타난 설정 키에 해당하는 설정을 포함합니다.

### GConf 데몬

GConf 데몬은 `gconfd-2`입니다. GConf 데몬은 설정값이 변경된 경우 이를 프로그램에게 알립니다. 예를 들어 메뉴와 도구 모음 설정 도구에서 도구 모음이 아이콘 만을 표시하도록 변경할 수 있습니다. 설정 도구에서 이 옵션을 선택하면, 실행 중인 모든 프로그램들의 도구 모음이 즉시 업데이트될 것입니다. GConf 데몬은 로컬이나 네트워크 상에서 동작할 수 있습니다.

GConf 데몬은 각 사용자에 대해 별도로 실행됩니다. GConf 데몬은 인증이나 데이터 보안과 같은 복잡한 문제를 처리해서는 안 됩니다. GConf 데몬이 시작되면 GConf 경로 파일을 읽습니다. GConf 데몬은 프로그램과 설정 소스 간의 모든 접근을 관리합니다.

프로그램에서 특정 설정 키에 대한 값을 요청하면, 데몬은 다음과 같이 설정 소스를 찾습니다:

1. 경로 파일에 지정된 순서에 따라 각 설정 소스 내에서 설정 키의 값을 찾습니다. 만약 값을 찾으면 이를 반환합니다.

2. 값을 찾지 못했다면, 경로 파일에 지정된 순서에 따라 각 설정 소스 내의 설정 키와 연관된 스키마 키를 찾습니다.

3. 스키마 키를 찾았다면 해당 키에 대한 값을 점검합니다.

4. 만약 스키마 키의 값이 스키마 객체라면, 해당 객체의 `<default>` 엘리먼트 내의 추천 값을 반환합니다.

GConf 데몬은 설정 키의 값을 캐시에 저장합니다. 모든 프로그램은 이 캐시를 이용하기 때문에, 특정 설정 소스에는 단 한 번만 접근하게 됩니다.

GConf 데몬을 종료시키려면 다음 명령을 실행합니다:

    gconftool-2 --shutdown

### GConf 명령행 도구

GConf는 `gconftool-2`라는 명령행 도구를 포함합니다. `gconftool-2` 명령을 이용하여 다음과 같은 작업을 수행할 수 있습니다:

- 키의 값을 설정합니다.

- 키의 값을 표시합니다.

- 프로그램을 설치했을 때 스키마 정의 파일에서 스키마를 설치합니다.

예를 들어 다음 명령을 이용하여 /desktop/gnome 디렉토리와 그 하위 디렉토리 내의 모든 키들의 값을 표시할 수 있습니다.

    gconftool-2 --recursive-list /desktop/gnome

다음은 `gconftool-2` 명령과 함께 사용할 수 있는 몇몇 옵션들의 목록입니다. 명령행 옵션에 대한 자세한 설명은 man:gconftool-2(1) 부분을 보기 바랍니다.

#### gconftool-2 명령 옵션

`--all-dirs`

  지정한 디렉토리 내의 모든 하위 디렉토리 모록을 표시합니다.

`--all-entries`

  지정한 디렉토리 내의 모든 키들의 값을 표시합니다.

`--config-source=설정 소스`

  이 옵션은 `--direct` 옵션과 함께 사용하여 사용자 설정 소스를 지정합니다. 만약 설정 소스를 지정하지 않았다면, 해당 명령은 경로 파일 내의 모든 설정 소스에 적용될 것입니다.

`--direct`

  이 옵션은 `--config-source` 옵션과 함께 사용하여 설정 소스에 직접 접근합니다. 이 옵션을 이용하면, GConf는 서버를 건너 뛸 것입니다. 이 옵션을 사용하기 전에 GConf 데몬인 `gconfd-2`가 실행되지 않도록 해 주십시오.

`--dump`

  지정한 GConf 저장소 디렉토리 내의 모든 설정 키의 목록을 만듭니다. 이 목록은 모든 키들의 XML 설명을 포함합니다. 목록은 `<gconfentryfile>` 엘리먼트 내에 포함되어 있습니다.

  예를 들어 이 옵션의 출력을 재지정(redirect)하면 여러분의 패널 설정에 관련된 모든 키들의 목록을 포함하는 파일을 생성할 수 있습니다. 이렇게 생성된 파일은 `--load` 옵션과 함께 사용할 수 있습니다.

`--get`

  지정한 설정 키의 값을 표시합니다. 또한 지정한 스키마 키에 대한 스키마 객체 내의 엘리먼트들의 값들도 함께 표시합니다.

`--help`

  `gconftool-2` 명령과 이와 함께 사용할 수 있는 옵션에 대한 도움말을 보여줍니다.

`--load=파일 이름`

  이 옵션을 이용하면 설정 소스 내의 현재 디렉토리에 있는 설정 키에 대한 값을 지정한 파일 내의 값들로 설정합니다. 지정한 파일은 `<gconfentryfile>` 엘리먼트 내의 키에 대한 XML 설명을 반드시 포함해야 합니다.

`--long-desc=설명`

  이 옵션과 함께 `--set-schema` 옵션을 이용하여 스키마 키에 대한 긴 설명을 설정합니다.

`--makefile-install-rule`

  프로그램에 스키마 정의 파일을 설치합니다.

`--owner=소유자`

  이 옵션과 함께 `--set-schema` 옵션을 이용하여 스키마 키의 소유자를 설정합니다.

`--recursive-list`

  지정한 디렉토리 내의 모든 하위 디렉토리에 존재하는 모든 설정 키들의 값을 표시합니다.

`--recursive-unset`

  사용자 설정 소스와 기본값 설정 소스 내의 지정한 디렉토리에 있는 모든 하위 디렉토리 내의 설정 키들의 값을 초기화 시킵니다.

`--set`

  설정 키의 값을 설정하고 사용자 설정 소스에 값을 기록합니다. `--type` 옵션과 함께 사용하여 설정하고 싶은 값의 데이터 형식을 지정합니다. 예를 들어 다음 명령은 사용자 설정 소스 내의 /apps/gnome-terminal/profiles/Default/background_color 키의 값을 설정합니다:

      gconftool-2 \
        --set "/apps/gnome-terminal/profiles/Default/background_color" \
        --type string "#000000"

  또한 `-direct` 옵션이나 `--config-source` 옵션과 함께 사용하여 설정값을 다른 설정 소스에 기록하도록 할 수 있습니다.

`--set-schema`

  스키마 키 내의 속성의 값을 설정하고, 값을 기본값 설정 소스에 기록합니다.

  다음 옵션들과 함께 사용하여 변경하고 싶은 속성을 지정할 수 있습니다:

  - `--type`

  - `--short-desc`

  - `--long-desc`

  - `--owner`

  예를 들어 다음 명령은 /apps/gnome-terminal/profiles/Default/background_color 키에 대한 스키마 키의 짧은 설명을 설정합니다:

      gconftool-2 \
        --set-schema  "/schemas/apps/gnome-terminal/profiles/Default/background_color" \
        --short-desc "터미널의 기본 배경 색상"

`--short-desc=설명`

  이 옵션은 `--set-schema` 옵션과 함께 사용하여 스키마 키에 대한 짧은 설명을 지정합니다.

`--shutdown`

  GConf 데몬을 종료합니다.

`--type=데이터 형식`

  이 옵션을 사용하여 설정 키의 값에 대한 데이터 형식을 지정합니다. 또한 스키마 키 내의 속성 값을 설정할 때도 이 옵션을 사용할 수 있습니다. 아래는 올바른 데이터 형식의 목록입니다:

  - bool

  - float

  - int

  - list

  - pair

  - string

`--unset`

  사용자 설정 소스와 기본값 설정 소스 내의 설정 키의 값을 초기화 합니다.

`--usage`

  `gconftool-2` 명령과 이와 함께 사용할 수 있는 옵션에 대한 간략한 도움말을 보여줍니다.

### 설정값을 변경하는 방법

여러분은 설정 키에 대한 필수값이나 기본값을 설정해 둘 수 있습니다. 사용자를 위한 필수 설정값이나 기본 설정값을 바꾸기 전에 어떤 사용자가 GConf 데몬을 이용하고 있지는 않은지 확인해야 합니다. 설정값을 바꾸기 전에 모든 사용자들이 로그아웃하도록 하십시오.

`gconftool-2` 명령을 사용하여 설정 키에 대한 필수값이나 기본값을 설정하는 방법은 다음과 같습니다:

    gconftool-2 --direct \
      --config-source 설정 소스 \
      --type 데이터 형식 \
      --set 설정 키 값

예를 들어 `wwwproxy.xyz.com`을 필수 HTTP 프록시 호스트로 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type string \
      --set /system/http_proxy/host wwwproxy.xyz.com

사용자는 이 설정값을 변경할 수 없습니다.

`gconftool-2` 명령을 이용하여 기본값을 설정할 수도 있습니다. 예를 들어 작업 공간의 기본 개수를 5로 설정하고 싶다면, 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type int \
      --set /apps/metacity/general/num_workspaces 5

사용자는 이 설정값을 변경할 수 있습니다.

사용자에 대한 필수 설정값이나 기본 설정값을 바꾸기 전에, 반드시 모든 사용자들이 로그아웃 하였는 지 확인하십시오.

### 일반 환경 설정

이 부분에서는 일반적인 설정에 대한 필수값이나 기본값을 할당하는 방법을 설명합니다.

#### HTTP 프록시 설정 방법

HTTP 프록시 설정을 변경하려면 /system/http_proxy/ 위치 내의 설정 키의 값을 수정해야 합니다. 예를 들어 HTTP 프록시 호스트의 필수값을 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type string \
      --set /system/http_proxy/host 프록시 이름

HTTP 프록시의 기본값을 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type string \
      --set /system/http_proxy/host 프록시 이름

HTTP 프록시에 관련된 다른 설정들도 변경할 수 있습니다. 다른 HTTP 프록시 설정값들에 대한 정보는 `system_http_proxy.schemas` 스키마 정의 파일을 보기 바랍니다.

#### 인쇄 관리자 설정 방법

인쇄 관리자의 설정을 변경하려면, /apps/gnome-print-manager 위치 내의 설정 키의 값을 수정해야 합니다. 예를 들어 사용자들이 다른 사용자의 인쇄 작업을 보지 못하도록 하려면 다음과 같이 필수값을 설정합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type bool \
      --set /apps/gnome-print-manager/show_all_jobs false

이 설정의 기본값을 변경하려면, 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type bool \
      --set /apps/gnome-print-manager/show_all_jobs false

인쇄 관리자와 관련된 다른 설정들도 변경할 수 있습니다. 다른 인쇄 관리자 설정값들에 대한 정보는 `gnome-print-manager.schemas` 스키마 정의 파일을 보기 바랍니다.

#### 작업 공간 갯수 설정 방법

작업 공간의 갯수의 필수값을 변경하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type int \
      --set /apps/metacity/general/num_workspaces 정수

작업 공간 갯수의 기본값을 변경하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type int \
      --set /apps/metacity/general/num_workspaces 정수

창 관리자에 관련된 다른 설정들도 변경할 수 있습니다. 다른 창 관리자 설정값들에 대한 정보는 `metacity.schemas` 스키마 정의 파일을 보기 바랍니다.

#### 키보드 접근성 설정 방법

키보드 접근성 설정을 변경하려면 /desktop/gnome/accessibility/keyboard 위치에 있는 설정 키의 값을 수정해야 합니다. 예를 들어 키보드 접근성 기능을 사용하도록 필수값을 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type bool \
      --set /desktop/gnome/accessibility/keyboard/enable true

이 설정의 기본값을 변경하려면, 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type bool \
      --set /desktop/gnome/accessibility/keyboard/enable false

키보드 접근성 기능에 관련된 다른 설정들도 변경할 수 있습니다. 다른 키보드 접근성 기능 설정값들에 대한 정보는 `desktop_gnome_accessibility_keyboard.schemas` 스키마 정의 파일을 보기 바랍니다.

#### 키보드 단축키 설정 방법

키보드 단축 설정을 변경하려면, /apps/metacity/global_keybindings 위치 내의 설정 키의 값을 수정해야 합니다. 예를 들어 사용자들이 AltF3 단축키로만 프로그램 실행 대화 상자를 열게 하려면 다음 명령을 실행하여 이에 대한 필수값을 설정합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type string \
      --set /apps/metacity/global_keybindings/panel_run_dialog '<Alt>F3'

키보드 단축키에 관련된 다른 설정들도 변경할 수 있습니다. 다른 키보드 단축키 설정값들에 대한 정보는 `metacity.schemas` 스키마 정의 파일을 보기 바랍니다.

#### 패널 및 패널 객체 설정 방법

`panel-default-setup.entries` 파일은 그놈 데스크탑 내의 패널에 대한 다음과 같은 정보를 지정합니다:

- 패널의 갯수.

- 패널의 형식.

- 패널의 속성.

- 패널의 내용.

각각의 패널과 패널 객체들을 설정하는 것을 복잡한 작업입니다. 개별적인 패널과 패널 객체들을 설정하려면, 먼저 `panel-default-setup.entries` 파일의 구조를 이해해야 합니다. `panel-default-setup.entries` 파일에 대한 자세한 정보는 다음 절을 보기 바랍니다.

개별적인 패널과 패널 객체를 설정하려면, 많은 설정 소스 내의 많은 설정 값들을 변경해야 합니다. 패널 설정 값을 변경하기 위한 가장 손쉬운 방법은 `gconftool-2` 명령을 `--dump` 옵션 및 `--load` 옵션과 함께 사용하는 것입니다. 패널 및 패널 상의 객체들에 대한 설정을 변경하는 자세한 방법은 부분을 보기 바랍니다.

##### 개별 패널 및 패널 객체 지정하는 방법

`panel-default-setup.entries` 파일은 패널과 패널 객체들을 지정하는 부분을 포함하고 있습니다. `panel-default-setup.entries` 파일은 스키마 키에 대한 값을 지정합니다. `panel-default-setup.entries` 파일은 `/etc/gconf/schemas` 디렉토리에 있습니다.

`panel-default-setup.entries` 파일은 다음과 같은 구조로 이루어져 있습니다:

1. 그놈 데스크탑 내의 패널, 애플릿 및 다른 패널 객체들에 대한 일반적인 구조를 나타내는 키. 다음의 키들은 그놈 데스크탑 내에 나타나는 패널, 패널 객체, 애플릿 등의 갯수를 지정합니다:

   - /apps/panel/default_setup/general/toplevel_id_list

   - /apps/panel/default_setup/general/object_id_list

   - /apps/panel/default_setup/general/applet_id_list

   각각의 키들은 또한 각각의 패널, 패널 객체, 애플릿에 대한 ID를 할당합니다. 예를 들어 다음 예제는 `panel-default-setup.entries` 파일에 있는 것으로, 그놈 데스크탑 내에 있는 한 패널을 나타냅니다:

       <entry>
         <key>toplevel_id_list</key>
         <schema_key>/schemas/apps/panel/general/toplevel_id_list</schema_key>
         <value>
           <list type="string">
             <value>
               <string>bottom_panel</string>
             </value>
           </list>
         </value>
       </entry>

   `panel-default-setup.entries` 파일 내의 bottom_panel ID는 아래쪽 가장자리에 있는 패널을 지칭합니다.

2. 패널의 속성을 나타내는 키. 패널 속성 키들은 다음과 같은 구조로 이루어져 있습니다:

       /apps/panel/default_setup/toplevels/패널-이름/패널-속성-키

   예를 들어 /apps/panel/default_setup/toplevels/bottom_panel/size 키는 아래쪽 패널의 크기를 지정합니다.

3. 패널 객체, 패널 객체의 속성 및 객체들이 존재하는 패널을 나타내는 키. 예를 들어 다음의 예제는 `panel-default-setup.entries` 파일에 있는 것으로, 아래쪽 패널의 왼쪽 편에 있는 주 메뉴 객체를 나타냅니다:

       <entrylist base="/apps/panel/default_setup/objects/main_menu">
         <entry>
           <key>object_type</key>
           <schema_key>/schemas/apps/panel/objects/object_type</schema_key>
           <value>
             <string>menu-object</string>
           </value>
         </entry>
         <entry>
           <key>toplevel_id</key>
           <schema_key>/schemas/apps/panel/objects/toplevel_id</schema_key>
           <value>
             <string>bottom_panel</string>
           </value>
         </entry>
         <entry>
           <key>position</key>
           <schema_key>/schemas/apps/panel/objects/position</schema_key>
           <value>
             <int>0</int>
           </value>
         </entry>
         <!-- Possibly more entry elements -->
       </entrylist>

4. 애플릿, 애플릿 속성 및 애플릿이 존재하는 패널을 나타내는 키. 예를 들어 다음의 예제는 `panel-default-setup.entries` 파일에 있는 것으로, 아래쪽 패널에 있는 창 목록 애플릿을 나타냅니다:

       <entrylist base="/apps/panel/default_setup/applets/window_list">
         <entry>
           <key>object_type</key>
           <schema_key>/schemas/apps/panel/objects/object_type</schema_key>
           <value>
             <string>bonobo-applet</string>
           </value>
         </entry>
         <entry>
           <key>toplevel_id</key>
           <schema_key>/schemas/apps/panel/objects/toplevel_id</schema_key>
           <value>
             <string>bottom_panel</string>
           </value>
         </entry>
         <entry>
           <key>position</key>
           <schema_key>/schemas/apps/panel/objects/position</schema_key>
           <value>
             <int>2</int>
           </value>
         </entry>
         <!-- Possibly more entry elements -->
         <entry>
           <key>bonobo_iid</key>
           <schema_key>/schemas/apps/panel/objects/bonobo_iid_type</schema_key>
           <value>
             <string>OAFIID:GNOME_WindowListApplet</string>
           </value>
         </entry>
       </entrylist>

   OAFIID는 애플릿에 대한 고유 ID입니다. 특정 애플릿에 대한 OAFIID를 찾으려면 `/usr/lib/bonobo/servers` 디렉토리 내의 `.server` 파일을 보기 바랍니다. 예를 들어 다음 예제는 `GNOME_Wncklet_Factory.server` 파일에서 가져온 것으로 Window List 애플릿의 OAFIID를 보여줍니다:

       <oaf_server iid="OAFIID:GNOME_WindowListApplet"
       type="factory" location="OAFIID:GNOME_Wncklet_Factory">

##### 개별 패널 및 패널 객체 설정 변경하는 방법

패널과 패널 상의 객체들을 설정하려면 다음과 같은 절차를 수행합니다:

1. 그놈 세션으로 로그인하고, 적절히 패널을 설정합니다.

2. `gconftool-2` 명령행 도구를 `--dump` 옵션과 함께 사용하여 여러분의 패널 설정에 대한 XML 설명을 포함하는 파일을 만듭니다. `--dump` 옵션은 지정한 GConf 저장소 디렉토리 내의 모든 설정 키에 대한 목록을 만들어 냅니다.

   예를 들어 다음 명령은 기본 패널 설정에 대한 XML 설명을 포함하는 `my-panel-setup.entries` 파일을 만듭니다:

       gconftool-2 --dump /apps/panel > my-panel-setup.entries

3. 텍스트 편집기로 `my-panel-setup.entries` 파일을 열고, 원하는 대로 파일을 수정합니다.

   예를 들어 데스크탑 엔트리 파일의 위치를 바꾸는 경우를 살펴보겠습니다. 다음은 `--dump` 옵션을 사용해 만들어진 파일의 일부입니다:

       <entry>
         <key>objects/object_16/launcher_location</key>
         <schema_key>/schemas/apps/panel/objects/launcher_location</schema_key>
         <value>
           <string>hadjaha-00adce02f7.desktop</string>
         </value>
       </entry>

   위의 예제에서, `hadjaha-00adce02f7.desktop` 파일에 대한 참조를 어디서나 이용가능한 다른 데스크탑 엔트리 파일로 변경할 수 있습니다.

   `--dump` 옵션을 사용해 패널 설정을 만들어 냈을 때는, 패널 객체들의 위치는 절대 위치가 됩니다. 이러한 패널 객체들의 위치를 절대 위치에서 상대 위치로 바꾸고 싶을 수도 있습니다. 이 경우 패널의 가장 왼쪽에 있는 객체의 위치 값은 `0`이 되고, 그 다음 객체의 위치 값은 `1`이 되는 식입니다. 만약 객체의 위치가 패널의 오른쪽부터 상대적인 값을 갖게 하려면, right_stick 키의 값을 `true`로 설정하십시오.

4. `gconftool-2` 명령행 도구를 `--load` 옵션과 함께 사용하여 `my-panel-setup.entries` 파일 내의 값들을 기본값 설정 소스의 값들로 설정합니다. 예를 들어 다음 명령은 기본값 설정 소스 내의 값들로 `my-panel-setup.entries` 내의 해당 키의 값들을 설정합니다:

       gconftool-2 --direct \
         --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
         --load my-panel-setup.entries

### 모양새 설정 방법

이 부분에서는 모양새에 관련된 설정의 필수값과 기본값을 설정하는 방법을 설명합니다.

#### 글꼴 설정 변경하기

글꼴 설정을 변경하려면, 다음 두 개의 설정 키의 값을 수정합니다. 아래의 표는 수정해야 할 키들과, 이에 관련된 사용자 인터페이스 부분을 보여줍니다:

GConf 위치 | 사용자 인터페이스 요소
--- | ---
/desktop/gnome/interface/font_name | 글꼴 설정 도구, 응용프로그램 글꼴 옵션
/apps/nautilus/preferences/desktop_font | 글꼴 설정 도구, 바탕 화면 글꼴 옵션

예를 들어 `Sans 12` 글꼴을 필수 응용프로그램 글꼴로 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type string \
      --set /desktop/gnome/interface/font_name "Sans 12"

`palatino 12` 글꼴을 바탕 화면 객체의 기본 글꼴로 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type string \
      --set /apps/nautilus/preferences/desktop_font "palatino 12"

#### 바탕 화면 설정하기

바탕 화면 그림의 설정을 변경하려면 /desktop/gnome/background 위치 내의 설정 키의 값들을 수정합니다. 예를 들어 배경 그림의 이미지의 필수값을 설정하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type string \
      --set /desktop/gnome/background/picture_filename 파일-이름.png

이 설정의 기본값을 변경하려면, 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type string \
      --set /desktop/gnome/background/picture_filename 파일-이름.png

바탕 화면에 관련된 다른 설정들도 변경할 수 있습니다. 다른 바탕 화면 단축키 설정값들에 대한 정보는 `desktop_gnome_background.schemas` 스키마 정의 파일을 보기 바랍니다.

#### 스플래시 이미지 설정하기

스플래시 이미지 설정을 변경하려면 /apps/gnome-session/options/ 위치 내의 설정 키의 값들을 수정합니다. 예를 들어 사용자들에게 스플래시 이미지를 보여주지 않으려면 다음과 같이 필수값을 설정합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory \
      --type bool \
      --set /apps/gnome-session/options/show_splash_screen false

이 설정의 기본값을 변경하려면, 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults \
      --type bool \
      --set /apps/gnome-session/options/show_splash_screen false

스플래시 이미지에 관련된 다른 설정들도 변경할 수 있습니다. 다른 스플래시 이미지 설정값들에 대한 정보는 `gnome-session.schemas` 스키마 정의 파일을 보기 바랍니다.

### 기본 설정값으로 복원하는 방법

특정 사용자에 대한 기본 설정값을 복구하려면 다음 명령을 실행합니다:

    gconftool-2 --direct \
      --config-source 사용자-설정-소스 \
      --recursive-unset

사용자-설정-소스 부분을 사용자의 홈 디렉토리 내의 `.gconf` 디렉토리에 있는 설정 소스로 대체하십시오.

이 명령은 사용자 설정 소스와 기본값 설정 소스 내의 모든 하위 디렉토리에 있는 모든 설정 키들의 값을 초기화합니다.

## 메뉴 설정하기

이 부분에서는 그놈 데스크탑에서 메뉴를 구현하는 방법과 이를 적절히 설정하는 방법에 대해 설명합니다.

### 개요

그놈 데스크탑은 XDG 메뉴 명세서에 따라 메뉴를 구현합니다. 이 명세서에 따라 그놈 데스크탑은 다음과 같은 기능을 제공합니다:

- 메뉴의 구조를 쉽게 조정할 수 있습니다. 메뉴의 계층 구조를 조정하기 위해서는 소수의 파일 만을 편집하면 되며, 프로그램이나 파일을 직접 수정하거나 이동할 필요가 없습니다.

- 프로그램을 쉽게 설치할 수 있습니다. 프로그램을 설치할 때 메뉴의 구조에 대한 정보를 제공할 필요가 없습니다.

- 메뉴를 사용자들이 수정하지 못하도록 설정합니다.

그놈 데스크탑 내의 메뉴들은 다음과 같은 요소들을 사용합니다:

- 메뉴 정의 파일

- 데스크탑 엔트리 파일

- 디렉토리 엔트리 파일

### 메뉴 정의 파일

메뉴 파일은 그놈 메뉴 모음에서 사용되는 메뉴들의 계층 구조를 정의합니다. 이 파일을 수정하여 모든 사용자에게 적용되는 메뉴를 조정하거나, 지정한 `applications.menu` 파일의 위치에 따라 특정 사용자에게 적용되는 메뉴를 조정할 수 있습니다.

메뉴 파일은 `$XDG_CONFIG_DIRS/menus/applications.menu` 파일입니다. 만약 `$XDG_CONFIG_DIRS` $XDG_CONFIG_DIRS는 XDG 기본 디렉토리 명세서에 정의된 환경 변수입니다. 변수가 설정되어 있지 않다면, 기본 경로인 `/etc/xdg`가 사용됩니다. 이것은 사용자가 수정한 버전의 파일은 `$XDG_CONFIG_HOME/menus/applications.menu`에 존재할 수 있으며, 이 경우 해당 파일이 먼저 사용된다는 것을 의미합니다. 만약 `$XDG_CONFIG_HOME` 변수가 설정되어 있지 않으면, 기본 경로인 `~/.config`가 사용됩니다. 여러 개의 `applications.menu` 파일이 존재하는 경우에는 `$XDG_CONFIG_DIRS` 변수 내에서 먼저 나오는 디렉토리가 우선 순위를 가집니다. 이 경우 첫 번째로 찾은 파일이 사용되며 나머지는 무시됩니다.

어떤 순서로 경로를 검색하는지 혼동스러운 사람들을 위해, 아래에서 `applications.menu` 파일의 위치를 찾기 위한 경로의 목록을 설명합니다:

1. `$XDG_CONFIG_HOME` 변수 내의 각 디렉토리를 순서대로 검색하여 `menus/applications.menu` 파일을 찾습니다. 만약 `$XDG_CONFIG_HOME` 변수가 설정되지 않았다면, 기본 값인 `~/.config/` 디렉토리가 사용됩니다.

2. `$XDG_CONFIG_DIRS` 변수 내의 각 디렉토리를 순서대로 검색하여 `menus/applications.menu` 파일을 찾습니다. 만약 `$XDG_CONFIG_DIRS` 변수가 설정되지 않았다면, 기본 값인 `/etc/xdg/` 디렉토리가 사용됩니다.

3. 처음으로 찾은 `applications.menu` 파일을 사용합니다.

부분에서 `.menu` 파일의 예를 보여줍니다. 이 예제에서 최상위 메뉴는 `Applications`이며, 이는 `<Name>` 엘리먼트에서 볼 수 있습니다. `Applications` 메뉴는 하나의 하위 메뉴 만을 포함하지만, 여러 개의 하위 메뉴를 가질 수도 있습니다. 각 하위 메뉴는 `<Include>` 엘리먼트를 가질 수 있습니다. `<Include>` 엘리먼트는 매칭 규칙을 사용하여 적절한 데스크탑 엔트리를 걸러내는 작업을 위해 사용됩니다.

예르 들어 `<Category>` 엘리먼트는 오직 `분류` 키가 `<Category>` 엘리먼트의 내용을 포함하는 데스크탑 엔트리를 선택하는 기본 매칭 규칙입니다. 이 예제에서 `Accessories` 메뉴는 분류 키에 Utility를 포함하지만 System을 포함하지 않는 데스크탑 엔트리 만을 포함할 것입니다. 분류 키에 대한 자세한 정보는 부분을 보기 바랍니다.

#### `.menu` 파일의 예

    <!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"
     "http://www.freedesktop.org/standards/menu-spec/1.0/menu.dtd">
    <Menu>
      <Name>Applications</Name>
      <Directory>Applications.directory</Directory>

      <!-- Read standard .directory and .desktop file locations -->
      <DefaultAppDirs/>
      <DefaultDirectoryDirs/>

      <!-- Accessories submenu -->
      <Menu>
        <Name>Accessories</Name>
        <Directory>Accessories.directory</Directory>
        <Include>
          <And>
            <Category>Utility</Category>
            <Not>
              <Category>System</Category>
            </Not>
          </And>
        </Include>
      </Menu> <!-- End Accessories -->

      <!-- possibly more submenus -->

    </Menu> <!-- End Applications -->

는 `.menu` 파일 내의 엘리먼트 중의 일부에 대해 설명합니다. 보다 자세한 내용은 XDG 메뉴 명세서를 보기 바랍니다.

#### 메뉴 정의 파일 엘리먼트

엘리먼트 | 설명
--- | ---
`<Menu>` | 최상위 엘리먼트이며, 하위 메뉴를 정의하는 `<Menu>` 엘리먼트를 내부에 포함할 수 있습니다. 이러한 하위 메뉴의 배치가 메뉴 구조를 결정합니다.
`<Name>` | 메뉴의 이름을 지정합니다. 모든 `<Menu>` 엘리먼트는 반드시 `<Name>` 엘리먼트를 포함해야 합니다.
`<Directory>` | 메뉴의 이름, 설명, 아이콘 등을 포함하는 디렉토리 엔트리 파일의 이름을 지정합니다. 만약 이 엘리먼트가 없다면 `<Name>` 엘리먼트의 내용이 메뉴의 이름으로 표시됩니다. 기본적으로 XDG 메뉴 명세서에서 지정한 대로 `$XDG_DATA_DIRS/desktop-directories/` 위치 내에서 `.directory` 파일을 검색합니다.
`<DefaultAppDirs>` | 이것은 `$XDG_DATA_DIRS/applications/` 내에서 이용 가능한 모든 데스크탑 엔트리를 찾으라는 지시입니다. 만약 이러한 지시가 포함되지 않았다면 이 위치에서는 데스크탑 엔트리를 찾지 않을 것입니다.
`<DefaultDirectoryDirs>` | 이것은 `$XDG_DATA_DIRS/desktop-directories/` 내에서 이용 가능한 모든 디렉토리 엔트리를 찾으라는 지시입니다. 만약 이러한 지시가 포함되지 않았다면 이 위치에서는 디렉토리 엔트리를 찾지 않을 것입니다.
`<Include>` | 메뉴의 내용을 만들어 낼 매칭 규칙의 목록을 포함합니다. 여기에는 `<Filename>`, `<Category>`, `<And>`, `<Or>`, `<Not>`, `<All>` 등의 매칭 규칙이 사용될 수 있습니다. 만약 하나 이상의 규칙이 포함되면 각 규칙들은 논리합(logical OR)으로 연결되므로, 이러한 규칙 중 어느 하나라도 만족하는 데스크탑 엔트리는 모두 포함됩니다.
`<Exclude>` | `<Include>`와 반대되는 엘리먼트로 이 엘리먼트 내의 규칙에 매칭되는 모든 데스크탑 엔트리는 포함된 엘리먼트 집합에서 제외됩니다. 따라서 이 엘리먼트는 반드시 `<Include>` 엘리먼트 보다 뒤에 나와야 합니다.
`<Filename>` | 데스크탑 파일 ID가 `<Filename>` 엘리먼트의 내용과 일치할 때 데스크탑 엔트리를 선택하는 매칭 규칙.
`<Category>` | 분류 키가 `<Category>` 엘리먼트의 내용과 일치할 때 데스크탑 엔트리를 선택하는 매칭 규칙.
`<And>` | `<And>` 엘리먼트 내에 포함된 모든 매칭 규칙들과 일치할 때 데스크탑 엔트리를 선택하는 매칭 규칙.
`<Or>` | `<Or>` 엘리먼트 내에 포함된 어떤 매칭 규칙들과 일치할 때 데스크탑 엔트리를 선택하는 매칭 규칙.
`<Not>` | `<Not>` 엘리먼트 내에 포함된 어떤 매칭 규칙들과 일치할 때 데스크탑 엔트리를 선택하지 않는 매칭 규칙.
`<All>` | 모든 를 선택하는 매칭 규칙.

### 데스크탑 엔트리 파일

데스크탑 엔트리 파일은 메뉴 내의 한 항목에 대한 정보를 제공하는 데이터 파일입니다. 데스크탑 엔트리 파일은 해당 항목의 이름, 실행할 명령, 아이콘 등과 같은 세부 정보를 지정합니다. 또한 여기에는 메뉴 계층 내에 항목이 포함될 위치를 결정하는 키워드도 포함됩니다.

데스크탑 엔트리 파일은 반드시 `$XDG_DATA_DIRS/applications` 디렉토리 내에 있어야 하며, `.desktop` 파일 확장자를 사용해야 합니다. 만약 `$XDG_DATA_DIRS` $XDG_DATA_DIRS는 XDG 기본 디렉토리 명세서에 정의된 환경 변수입니다. 변수가 설정되어 있지 않으면 기본값인 `/usr/share` 경로가 사용됩니다. 이것은 사용자가 지정한 데스크탑 엔트리들은 `$XDG_DATA_HOME/applications` 디렉토리 내에 있어야 하며, 이 경로가 먼저 검색된다는 것을 뜻합니다. 만약 `$XDG_DATA_HOME` 변수가 설정되어 있지 않으면, 기본값인 `~/.local/share` 경로가 사용됩니다. 데스크탑 엔트리들은 `$XDG_DATA_DIRS` 환경 변수 내의 모든 디렉토리에서 수집됩니다. 만약 같은 이름의 `.desktop` 파일이 여러 개 있는 경우에는, `$XDG_CONFIG_DIRS` 내에서 먼저 나타난 디렉토리에 있는 것이 사용됩니다.

아래는 데스크탑 엔트리 파일의 예제입니다:

    [Desktop Entry]
    Encoding=UTF-8
    Name=Calculator
    Name[fr]=Calculatrice
    ...
    Comment=Perform calculations
    Comment[fr]=Effectue des calculs compliqués
    ...
    Exec=gcalctool
    Icon=accessories-calculator
    Terminal=false
    Type=Application
    StartupNotify=true
    Categories=GNOME;GTK;Utility;Calculator

는 데스크탑 엔트리 파일에 사용되는 가장 중요한 키들에 대해 설명합니다. 이에 대한 자세한 정보는 XDG 데스크탑 엔트리 명세서를 보기 바랍니다.

#### 데스크탑 엔트리 키

데스크탑 엔트리 키 | 설명
--- | ---
`Categories` | 이 항목을 설명하는 핵심어를 지정합니다. 각 단어들은 세미콜론 (;) 기호를 통해 구분됩니다. 표준 분류 핵심어의 목록을 확인하려면, 메뉴 정의 파일은 이 분류(Categories)키를 이용하여 데스크탑 엔트리와 메뉴를 매핑해 줍니다.
`Comment` | 해당 항목에 대한 짧은 설명을 지정합니다. 이 설명은 메뉴 내에서 해당 항목을 가리킬 때 풍선 도움말로 표시됩니다.
`Encoding` | 데스크탑 엔트리 파일의 인코딩을 지정합니다.
`Exec` | 메뉴에서 항목이 선택되었을 때 실행할 명령을 지정합니다.
`Icon` | 항목을 표시할 아이콘 파일의 이름을 지정합니다. 파일의 경로나 확장자를 지정하지 마십시오.
`MimeType` | 프로그램에서 처리할 수 있는 MIME 형식을 지정합니다.
`Name` | 항목의 이름을 지정합니다. 이 이름은 메뉴 내의 항목에 표시됩니다.
`NoDisplay` | 이 옵션은 이 프로그램은 존재하지만, 메뉴에 표시하지 않을 것을 의미합니다.
`Terminal` | `Exec` 키에 지정된 명령이 터미널 창에서 실행될 지 여부를 지정합니다. 만약 이 값이 `참`이면 해당 명령은 터미널 창에서 실행됩니다. 만약 해당 명령이 자체적으로 실행 창을 만들지 않는다면, 이 키의 값은 반드시 `참`이 되어야 합니다.

`Type`

해당 항목의 형식을 지정합니다. 이 값은 다음과 같은 것들 중 하나입니다:

- `Application`: 이 항목은 프로그램을 실행합니다.

- `Link`: 이 항목은 파일, 폴더 혹은 (FTP 사이트, 웹페이지, Windows 공유 등과 같은) 원격지의 자원에 대한 링크입니다.

- `FSDevice`: 이 항목은 파일 시스템 장치입니다.

- `Directory`: 이 항목은 디렉토리입니다.

데스크탑 엔트리 파일의 키에 대한 자세한 정보는, 다음 URL에서 데스크탑 엔트리 명세서를 보기 바랍니다:

        http://www.freedesktop.org/Standards/desktop-entry-spec

패널 실행기와 데스크탑 객체에서도 데스크탑 엔트리 파일을 사용합니다. 실행 아이콘과 데스크탑 객체를 위한 데스크탑 엔트리 파일도 메뉴 항목과 동일한 정보를 제공합니다. 예를 들어 데스크탑 엔트리 파일은 사용자가 실행 아이콘이나 데스크탑 객체를 선택하면 실행할 명령을 제공합니다.

### 디렉토리 엔트리 파일

디렉토리 엔트리 파일은 메뉴에 대한 정보를 제공하는 데이터 파일입니다. 디렉토리 엔트리 파일은 메뉴의 이름, 풍선 도움말, 아이콘과 같은 정보들을 지정합니다. 디렉토리 엔트리 파일의 확장자는 `.directory`입니다.

디렉토리 엔트리 파일은 반드시 `$XDG_DATA_DIRS/desktop-directories` 디렉토리 내에 있어야 합니다. 만약 `$XDG_DATA_DIRS` 변수가 설정되어 있지 않으면, 기본값으로 `/usr/share` 경로가 사용됩니다. 이것은 사용자가 지정한 디렉토리 엔트리는 반드시 `$XDG_DATA_HOME/desktop-directories` 내에 있어야 한다는 것을 뜻하며, 이 경우 해당 파일이 먼저 검색됩니다. 만약 `$XDG_DATA_DIRS` 변수가 설정되어 있지 않다면, 기본값인 `.directory` 경로가 사용됩니다. 디렉토리 엔트리들은 `$XDG_DATA_HOME` 환경 변수내의 모든 디렉토리에서 수집됩니다. 만약 같은 이름의 `~/.local/share` 파일이 여러 개 있는 경우에는 `$XDG_DATA_DIRS` 내에서 먼저 나타난 디렉토리에 있는 것이 사용됩니다.

아래는 디렉토리 엔트리 파일의 예제입니다:

    [Desktop Entry]
    Name=Graphics
    Name[fr]=Graphisme
    ...
    Comment=Graphics applications
    Comment[fr]=Applications graphiques
    ...
    Icon=gnome-graphics
    Type=Directory
    Encoding=UTF-8

는 디렉토리 엔트리 파일 내의 가장 중요한 키들에 대해 설명합니다.

#### 디렉토리 엔트리 키

디렉토리 엔트리 키 | 설명
--- | ---
`Name` | 메뉴의 이름을 지정합니다. 이 이름은 메뉴에 표시됩니다.
`Comment` | 메뉴에 대한 짧은 설명을 지정합니다. 이 내용은 해당 메뉴를 가리킬 때 풍선 도움말로 나타납니다.
`Icon` | 메뉴를 표시하는 아이콘 파일 이름을 지정합니다. 파일 이름의 경로나 확장자를 지정하지 마십시오.
`Type` | 메뉴의 형식을 지정합니다. 이 키의 값은 항상 `Directory`입니다.

### 시스템 메뉴 편집하기

메뉴 설정을 변경하기 위해 메뉴 설정 파일과 메뉴 데이터 파일을 직접 편집할 수 있습니다.

#### 메뉴 추가하기

모든 사용자들이 이용할 수 있는 메뉴를 더하려면 다음 순서대로 하십시오:

1. 더하고 싶은 항목에 대한 디렉토리 엔트리 파일을 만들어서, `$XDG_DATA_DIRS/desktop-directories` 디렉토리 아래에 둡니다. 디렉토리 엔트리 파일에 대한 정보는 부분을 보기 바랍니다.

2. `$XDG_CONFIG_DIRS/menus/applications.menu` 파일을 찾습니다.

3. `.menu` 파일에서, 새 메뉴에 대한 `<Menu>` 엘리먼트를 더합니다. `.menu` 파일에 대한 정보는 부분을 보기 바랍니다.

4. `<Menu>` 엘리먼트 아래에 `<Name>` 엘리먼트를 만듭니다. Name 엘리먼트의 내용은 해당 메뉴에 대한 이름이 되어야 합니다.

5. `<Menu>` 엘리먼트 아래에 `<Directory>` 엘리먼트를 만듭니다. Directory 엘리먼트의 내용은 디렉토리 엔트리 파일의 이름이 되어야 합니다.

6. 메뉴에 항목을 더하는 방법은 부분을 보기 바랍니다.

다음 번에 사용자가 로그인하면, 메뉴 모음에서 해당 메뉴를 볼 수 있습니다.

##### 메뉴가 보이지 않는다면?

만약 `<Include>` 엘리먼트 내에 매칭 규칙을 지정하지 않았거나, 매칭 규칙이 어떤 데스크탑 엔트리와도 적용되지 않는다면 메뉴 모듬에서 해당 메뉴를 보지 못할 수도 있습니다.

#### 메뉴에 항목 추가하기

모든 사용자들이 이용할 수 있는 메뉴 항목을 더하려면, 다음 순서대로 하십시오:

1. 더하고 싶은 항목에 대한 데스크탑 엔트리 파일을 만듭니다. 데스크탑 엔트리 파일에 대한 정보는 부분을 보기 바랍니다.

2. 데스크탑 엔트리 파일을 `$XDG_DATA_DIRS/applications` 폴더에 둡니다.

3. `$XDG_CONFIG_DIRS/menus/applications.menu` 파일을 찾습니다.

4. `<Menu>` 엘리먼트가 1단계에서 만든 데스크탑 엔트리 파일과 일치하는 매칭 규칙을 가지는 `<Include>` 엘리먼트를 포함하는 지 확인합니다.

다음 번에 사용자가 로그인하면, 해당 위치에 메뉴 항목이 보일 것입니다.

#### 메뉴 속성 편집하기

모든 사용자에게 적용되는 메뉴의 속성을 편집하려면, 다음 순서대로 하십시오:

1. `$XDG_CONFIG_DIRS/menus/applications.menu` 파일을 찾습니다.

2. 이 파일에서 수정하고 싶은 메뉴에 대한 `<Menu>` 엔트리를 찾습니다. 디렉토리 엔트리 파일의 이름은 `<Directory>` 엘리먼트에 지정되어 있습니다.

3. 이 메뉴에 대한 디렉토리 엔트리 파일을 찾아서, 메뉴의 속성을 변경합니다. `.directory` 파일에 대한 자세한 정보는 부분을 보기 바랍니다.

#### 메뉴 항목 편집하기

메뉴 항목을 편집하려면, 다음 순서대로 하십시오:

1. `$XDG_DATA_DIRS/applications` 디렉토리에서 해당 메뉴 항목에 대한 데스크탑 엔트리 파일을 찾습니다.

2. 데스크탑 엔트리 파일을 수정하여 메뉴 항목의 속성을 변경합니다. 데스크탑 엔트리 파일에 대한 자세한 정보는 부분을 보기 바랍니다.

#### 메뉴에서 항목 삭제하기

모든 사용자에게 적용되는 메뉴 항목을 지우려면:

1. `$XDG_CONFIG_DIRS/menus/applications.menu` 파일을 찾습니다.

2. 이 파일에서 지우고 싶은 데스크탑 엔트리를 포함하는 `<Menu>` 엘리먼트를 찾습니다.

3. `<Include>` 엘리먼트의 닫는 태그 뒤에 `<Exclude>` 엘리먼트를 추가합니다. 이 엘리먼트는 2단계에서 찾은 `<Menu>` 엘리먼트 내에 있어야 합니다.

4. `<Exclude>` 엘리먼트의 하위 엘리먼트로 특정 데스크탑 엔트리를 제외시키기 위한 `<Filename>` 매칭 규칙을 추가합니다.

다음 번에 사용자가 로그인하면, 해당 메뉴 항목은 메뉴에 표시되지 않을 것입니다. 는 `applications.menu` 파일에서 메뉴를 삭제하는 방법을 보여줍니다. `dasher.desktop` 데스크탑 엔트리는 접근성 메뉴에서 명시적으로 제외되었습니다.

##### 메뉴에서 항목 삭제하기

    <!-- ... -->

      <Menu>
        <Name>Accessibility</Name>
        <Directory>Accessibility.directory</Directory>
        <Include>
          <And>
            <Category>Accessibility</Category>
            <Not><Category>Settings</Category></Not>
          </And>
        </Include>
        <Exclude>
          <Filename>dasher.desktop</Filename>
        </Exclude>
      </Menu>

    <!-- ... -->

### 사용자 메뉴 편집 및 통합하기

다음과 같은 그놈 데스크탑 프로그램을 이용하여 사용자 메뉴를 편집할 수 있습니다:

- 그놈 메뉴 편집기

사용자들이 간편하게 자신의 메뉴를 편집할 수 있는 메뉴 편집기가 있습니다. 자세한 정보는 그놈 사용자 안내서의 메인 메뉴 모음 사용하기 부분을 보기 바랍니다. 또는 직접 사용자 메뉴 파일을 만들거나 수정할 수도 있습니다.

사용자 지정 메뉴를 직접 만들려면 `$XDG_CONFIG_HOME/menus/applications.menu` 파일이 반드시 존재해야 합니다. `$XDG_CONFIG_HOME` 변수가 설정되어 있지 않으면 기본값인 `~/.config` 디렉토리가 사용됩니다. 이곳은 `applications.menu` 파일을 맨 처음으로 찾아보는 곳이므로, 다른 모든 메뉴 파일보다 우선적으로 사용됩니다.

사용자 메뉴는 부분에서 설명한 모든 엘리먼트들을 포함할 수 있습니다. 허용된 엘리먼트의 전체 목록은 XDG 메뉴 명세서를 보기 바랍니다.

사용자 메뉴 파일은 시스템 메뉴 파일보다 우선적으로 사용되기 때문에, 시스템 메뉴를 통합하지 않는다면 시스템 메뉴 전체를 완전히 대체할 것입니다. 메뉴를 통합하는 방법은 다음 절에서 설명합니다.

#### 시스템 메뉴 통합하기

때때로 사용자들은 표준 시스템 메뉴에 특정 항목들을 추가하거나 삭제하기 만을 원합니다. 이렇게 한 가지 만 변경하도록 지원하려면, 사용자 `applications.menu` 파일에 `type="parent"` 속성을 포함하는 `<MergeFile>` 엘리먼트를 사용하는 것이 좋습니다.

`<MergeFile>` 엘리먼트는 메뉴를 사용자의 메뉴 파일의 내용과 통합되도록 허용합니다. `type="parent"` 속성을 사용하면, `<MergeFile>` 엘리먼트의 내용은 무시되고, `$XDG_CONFIG_DIRS/menus` 디렉토리 내의 다음 `applications.menu` 파일을 이용해 통합합니다.

##### 예전 명세서

예전 버전의 명세서에는 `type` 속성이 포함되지 않았고 단순히 `<MergeFile>` 엘리먼트의 내용으로 통합될 메뉴 파일의 위치를 지정해야 했습니다. 따라서 `type="parent"` 속성이 사용된 경우에도 `<MergeFile>` 엘리먼트의 내용에 명시된 위치를 볼 수도 있습니다.

통합 과정은 다음과 같이 수행됩니다:

- 통합된 메뉴 파일 통합된 메뉴 파일은 `$XDG_CONFIG_DIRS/menus` 디렉토리 내의 다음 `applications.menu` 파일을 가리킵니다. 내의 최상위 `<Menu>` 엘리먼트의 하위 엘리먼트들은 기본 메뉴 파일 내의 `<MergeFile>` 엘리먼트로 바뀝니다.

- 같은 이름의 `<Menu>` 엘리먼트들은 하나의 `<Menu>` 엘리먼트로 합쳐집니다. 이것은 같은 이름을 가진 `<Menu>` 엘리먼트의 모든 하위 엘리먼트들을 마지막으로 나타나는 메뉴 엘리먼트에 추가하는 방식입니다.

은 시스템 메뉴 파일을 통합하는 사용자 메뉴 파일의 예입니다.

##### 시스템 메뉴 통합하기

    <!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"
     "http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">

    <Menu>
      <Name>Applications</Name>
      <MergeFile type="parent">/etc/xdg/menus/applications.menu</MergeFile>
      <Menu>
        <Name>Accessibility</Name>
        <Exclude>
          <Filename>dasher.desktop</Filename>
        </Exclude>
      </Menu>
    </Menu>

#### 임의의 메뉴 통합하기

임의의 메뉴 파일도 시스템 메뉴와 동일한 방식으로 통합할 수 있습니다. 차이점은 이 방식의 통합을 위해서는 `type` 속성이 `path`로 설정되거나 `<MergeFile>` 엘리먼트에 포함되어 있지 않아야 합니다.

통합 과정은 `<MergeFile>` 엘리먼트에 지정된 통합된 메뉴 파일의 위치를 제외하고는 동일한 방식으로 수행됩니다.

## 테마 설치하기

이 부분에서는 그놈 데스크탑에서 이용할 수 있는 테마와 그 설정에 대해서 설명하고, 테마 설정 옵션을 만들거나 설치하는 방법에 대해 알아봅니다.

### 테마 소개

테마는 그놈 데스크탑의 일부에 대한 시각적인 효과를 지정하는 일련의 설정들을 말합니다. 사용자들은 그놈 데스크탑의 모양새를 바꾸기 위해 테마를 선택할 수 있습니다.

테마는 다음과 같은 그놈 데스크탑의 여러 부분들에 대한 설정을 포함합니다:

컨트롤

  테마의 컨트롤 설정은 창, 패널, 애플릿 등의 모양새를 지정합니다. 또한 창, 패널, 애플릿 내에 있는 메뉴, 아이콘, 단추 등과 같은 그놈 호환 인터페이스 항목들의 모양새도 지정합니다. 몇몇 컨트롤 설정 옵션들은 특별한 접근성 기능을 위해 설계되었습니다. 사용자들은 테마 설정 도구 내의 컨트롤 탭에서 컨트롤 설정에 대한 옵션을 선택할 수 있습니다.

창 가장자리

  테마의 창 틀 설정은 창 테두리의 모양새 만을 지정합니다. 사용자들은 테마 설정 도구 내의 창 가장자리 탭에서 창 테두리 설정에 대한 옵션을 선택할 수 있습니다.

Icon

  테마의 아이콘 설정은 패널과 데스크탑 바탕 화면에 나타나는 아이콘들의 모양새를 지정합니다. 사용자들은 테마 설정 도구 내의 아이콘 탭에서 아이콘 설정에 대한 옵션을 선택할 수 있습니다.

### 테마 인덱스 파일

각각의 테마는 테마의 특성을 정의하는 인덱스 파일을 가지고 있습니다. 인덱스 파일의 이름은 `/usr/share/themes/테마-이름/index.theme`입니다.

다음은 테마 인덱스 파일의 예제입니다:

    [Desktop Entry]
    Type=X-GNOME-Metatheme
    Name=High Contrast Large
    Name[es]=Alto contraste grande
    Comment=Large black-on-white text and icons
    Comment[es]=Textos e iconos grandes en negro sobre blanco
    Encoding=UTF-8

    [X-GNOME-Metatheme]
    GtkTheme=HighContrastLargePrint
    IconTheme=HighContrast
    MetacityTheme=Atlanta
    ApplicationFont=sans 18

아래의 표는 테마 인덱스 파일 내의 키들에 대해 설명합니다:

#### 테마 인덱스 파일 내의 키

인덱스 파일 키 | 설명
--- | ---
`Type` | 이 테마가 나타내는 컨트롤, 창 가장자리, 아이콘 등과 같은 테마 옵션들의 모양새을 지정합니다.
`Name` | 테마의 이름을 지정합니다. 이것은 테마 설정 도구에서 나타나는 테마의 이름입니다.
`Comment` | 테마에 대한 간략한 설명을 지정합니다. 이것은 테마 설정 도구에서 테마의 이름 아래에 표시되는 설명입니다.
`GtkTheme` | 테마 설정 도구의 컨트롤 설정에 해당합니다. 창, 패널, 애플릿 등에 적용되는 컨트롤 설정 옵션을 지정합니다.
`IconTheme` | 테마 설정 도구의 아이콘 설정에 해당합니다. 패널과 데스크탑 바탕 화면에 적요되는 아이콘 설정 옵션을 지정합니다.
`MetacityTheme` | 테마 설정 도구의 창 가장자리 설정에 해당합니다. 창에 적용되는 테두리 설정 옵션을 지정합니다.
`ApplicationFont` | 글꼴 설정 도구의 프로그램 글꼴 설정에 해당합니다.

### 새 컨트롤 옵션 설치하기

테마 설정 도구 내의 컨트롤 설정에 대한 옵션을 추가할 수 있습니다. 컨트롤 옵션은 `/usr/share/themes` 디렉토리 내에 존재합니다. 파일 시스템 내의 컨트롤 옵션의 일반적인 구조는 다음과 같습니다:

옵션 파일

  `/usr/share/themes/옵션-이름/gtk-2.0/gtkrc`

이미지 파일

  `/usr/share/themes/옵션-이름/pixmaps/*.*`

일반적으로 컨트롤 설정을 위한 새로운 옵션은 `.tar.gz` 파일 형태로 제공됩니다. 새 컨트롤 옵션을 설치하려면 `.tar.gz` 파일의 압축을 풀고, `.tar` 파일을 `/usr/share/themes` 디렉토리에 풀면 됩니다.

사용자들은 컨트롤 설정을 위한 옵션을 개별적으로 설치할 수 있습니다. 그렇게 하려면 사용자의 설정 옵션은 `$HOME/.themes` 디렉토리에 저장됩니다.

### 새 창 가장자리 옵션 설치하기

테마 설정 도구 내의 창 가장자리 설정에 대한 옵션을 추가할 수 있습니다. 창 가장자리 옵션은 `/usr/share/themes/옵션-이름/metacity-1` 디렉토리 내에 존재합니다. 파일 시스템 내의 창 가장자리 옵션의 일반적인 구조는 다음과 같습니다:

옵션 파일

  `/usr/share/themes/옵션-이름/metacity-1/metacity-theme-1.xml`

이미지 파일

  `/usr/share/themes/옵션-이름/metacity-1/*.*`

일반적으로 창 가장자리 설정을 위한 새로운 옵션은 `.tar.gz` 파일 형태로 제공됩니다. 새 창 가장자리 옵션을 설치하려면 `.tar.gz` 파일의 압축을 풀고, `.tar` 파일을 `/usr/share/themes` 디렉토리에 풀면 됩니다.

사용자들은 창 가장자리 설정을 위한 옵션을 개별적으로 설치할 수 있습니다. 그렇게 하려면 사용자의 설정 옵션은 `$HOME/.themes` 디렉토리에 저장됩니다.

### 새 아이콘 옵션 설치하기

테마 설정 도구 내의 아이콘 설정에 대한 옵션을 추가할 수 있습니다. 아이콘 옵션은 `/usr/share/icons/옵션-이름` 디렉토리 내에 존재합니다. 파일 시스템 내의 아이콘 옵션의 일반적인 구조는 다음과 같습니다:

옵션 파일

  `/usr/share/icons/옵션-이름`

이미지 파일

  `/usr/share/icons/옵션-이름/icons/*.*`

일반적으로 아이콘 설정을 위한 새로운 옵션은 `.tar.gz` 파일 형태로 제공됩니다. 새 아이콘 옵션을 설치하려면 `.tar.gz` 파일의 압축을 풀고, `.tar` 파일을 `/usr/share/icons` 디렉토리에 풀면 됩니다.

사용자들은 아이콘 설정을 위한 옵션을 개별적으로 설치할 수 있습니다. 그렇게 하려면 사용자의 설정 옵션은 `$HOME/.themes` 디렉토리에 저장됩니다.

### 테마에 아이콘 설치하기

그놈 데스크탑은 사용자들의 특별한 시각적인 요구를 위해 설계된 몇 가지 테마를 제공합니다. 예를 들어 어떤 테마는 시력이 나쁜 사람들을 위해 설계되었습니다. 각각의 테마에 대해 아이콘이 잘 표시되려면 몇몇 버전의 아이콘이 필요할 것입니다.

어떤 프로그램을 위한 새로운 아이콘을 설치할 필요가 있을 때가 있습니다. 새로운 아이콘을 설치할 때는, 반드시 여러 버전의 아이콘을 만들어야, 여러 테마들 내에서 올바로 표시될 것입니다. 다음과 같은 종류의 아이콘에 대한 여러 가지 버전을 만들어야 합니다:

- 그놈 데스크탑 내의 프로그램들이 사용하는 아이콘.

- GTK+ 응용 프로그램에서 내부적으로 사용되는 아이콘 혹은 GTK+ 스톡 아이콘.

새로운 아이콘을 설치할 때는, 여러 버전의 아이콘을 만들어야 테마 내에서 적절히 표시될 것입니다. 아이콘은 (예를 들어 PNG와 같은) 여러 형식으로 만들 수 있습니다. 데스크탑 환경에서 주로 사용되는 아이콘 크기는 48x48 픽셀입니다. 이 크기의 아이콘을 기본으로, 대부분의 테마들을 아이콘의 크기를 변경할 수 있습니다.

새로운 아이콘을 설치할 때는, 다음과 같은 버전의 48x48 픽셀의 아이콘을 만들기 바랍니다:

- 보통 아이콘

- 저대비 아이콘

- 고대비 아이콘

- 역상 고대비 아이콘

가능하다면, 큰 크기의 인쇄가 필요없는 테마를 위해, 각 아이콘의 16x16 버전도 만들기 바랍니다.

이나 부분에 지정된 이미지 파일 위치에 아이콘을 설치하십시오. 예를 들어 HighContrastLargePrint 테마에 아이콘을 추가하려면, `/usr/share/themes/HighContrastLargePrint/pixmaps` 디렉토리에 아이콘을 추가합니다. 관련된 테마 파일에 아이콘에 대한 참조를 추가하십시오. 예를 들어 HighContrastLargePrint 테마에 아이콘을 추가하려면, 아이콘에 대한 참조에 `/usr/share/themes/HighContrastLargePrint/gtk-2.0/gtkrc` 파일을 추가하십시오. 해당 테마에 대한 `gtkrc` 파일을 수정하여 아이콘을 GTK 스톡 아이콘 ID와 연관시키십시오.

프로그램 실행 아이콘과 패널에 대한 아이콘을 만드는 것에 대한 자세한 정보는 http://www.freedesktop.org/Standards/icon-theme-spec 부분을 보기 바랍니다.

### 사용자 지정 컨트롤 옵션 만들기

만약 컨트롤 설정에 대한 옵션이 사용자들의 요구에 맞지 않는다면, 원하는 컨트롤 옵션을 만들 수 있습니다. 특정 컨트롤 옵션을 만들려면, 다음 과정을 수행합니다:

1. `/usr/share/themes` 디렉토리 내에 해당 옵션을 위한 디렉토리 구조를 만듭니다. 다른 옵션들이 사용하는 것과 동일한 디렉토리 구조를 사용합니다. 예를 들어 SmallPrint라는 이름의 옵션을 만들고 싶다면, 다음 디렉토리를 만듭니다:

   - `/usr/share/themes/SmallPrint`

   - `/usr/share/themes/SmallPrint/gtk-2.0`

2. 사용자들의 요구와 가장 비슷한 `gtkrc` 파일을 찾아서, 새로운 옵션에 대한 `gtk-2.0` 디렉토리에 복사합니다.

3. 텍스트 편집기로 `gtkrc` 파일을 열고, 필요한 인터페이스 엘리먼트들의 속성을 변경합니다.

4. 만약 새로운 옵션이 이미지를 포함한다면, 새로운 옵션에 대한 `pixmaps` 디렉토리에 이미지를 복사합니다. 만약 새로운 옵션에서 다른 옵션이 사용 중인 이미지를 재사용하는 경우에는, 이미지의 복사본을 만들 필요가 없습니다. 대신, `gtkrc` 파일 내의 `pixmap_path` 엔트리가 올바른 위치를 가리키도록 확인하십시오.

이제 사용자들이 컨트롤 설정에 대한 새로운 옵션을 선택할 수 있습니다.

`gtkrc` 파일에 대한 자세한 정보는 http://developer.gnome.org/doc/API/2.0/gtk/index.html 부분을 보기 바랍니다.

## Configuring Fonts

This chapter describes how to configure fonts in the GNOME Desktop.

### Introduction to Configuring Fonts

GNOME Desktop uses the `fontconfig` font configuration and customization library. The `fontconfig` library can use all kinds of fonts, including PostScript Type 1 fonts and TrueType fonts.

The `fontconfig` library provides a list of all the fonts available on a GNOME Desktop system. To compile this list, `fontconfig` searches the directories listed in the `/etc/fonts/fonts.conf` file. To view all the fonts available on a system, access the `fonts:///` location in the file manager on the system.

For more information about the `fontconfig` library, see the following URL:

          http://freedesktop.org/software/fontconfig

### Font Substitution

The `fontconfig` library performs font substitution when either entire fonts, or individual characters, are not present. If the system needs to display a font that is not available, `fontconfig` attempts to display another, similar font. For example, if a web page requests to display the Verdana font, and that font is not installed on the system, `fontconfig` displays a similar font, such as Helvetica. The list of similar fonts is defined in the `/etc/fonts/fonts.conf` file.

If the system needs to display a character that is not present in the selected font, `fontconfig` attempts to display the character in another, similar font. For example, you might select Bitstream Vera Sans as the font for the Text Editor application. The Bitstream Vera font family does not include Cyrillic characters. If you open a document which contains a Cyrillic character, Text Editor uses a similar font that includes Cyrillic characters to display the character.

The `fontconfig` library also defines aliases for fonts, for example, `serif`, `sans-serif`, and `monospace`. When you select one of the aliases for a font, the system uses the first font that is defined for that alias in the `/etc/fonts/fonts.conf`.

### To Add a Font for All Users

To add a font for all users, perform the following steps:

1. Copy the font file to one of the directories in the `/etc/fonts/fonts.conf` file. Typically, fonts are stored in the `/usr/share/fonts/` directory.

2. The `fontconfig` library updates the list of fonts automatically. If the list of fonts is not updated, run the following command:

       fc-cache directory-name

### To Add a Font for an Individual User

To add a font for an individual users, perform the following steps:

1. Copy the font file to the `$HOME/.fonts` directory of the user. If you drag the font file to the `fonts:///` location in the file manager, the font file is copied to the `$HOME/.fonts` directory.

2. The `fontconfig` library updates the list of fonts automatically. If the list of fonts is not updated, run the following command:

       fc-cache directory-name

## MIME Types

This chapter describes how applications detect MIME types, how to register MIME types, and how to add applications to the GNOME Desktop.

The purpose of this chapter is to make it easy for an administrator to understand how to configure different parts of the MIME database and give an general overview of the MIME system. Therefore we will not attempt to go into details where it is not necessary. For the gory details, it is recommended that you refer to the XDG shared mime info specification.

### Introduction to MIME Types

A Multipurpose Internet Mail Extension [MIME] type identifies the format of a file. Applications such as Internet browsers and email applications use the MIME type of a file to decide which actions to perform on it. For example, an email application can use the MIME type to detect the format of an attachment and choose an appropriate viewer for the file, such as opening a text document with gedit.

As another example, the Nautilus file manager needs to know the MIME type of a file to perform the following tasks:

- Open the file in an appropriate application.

- Display a string that describes the type of file.

- Display an appropriate icon to represent the file.

- Display a list of other applications that can open the file.

MIME types were originally proposed as a standard for identifying the message body of an e-mail message. Now, many systems use MIME types to identify the format of arbitrary files on the file system. MIME types are composed of a top-level media type followed by a subtype identifier, separated by a forward slash character, `/`. One example of a MIME type is `image/jpeg`. The media type in this example is `image` and the subtype identifier is `jpeg`. The top-level media type is meant to be a general categorization about the content of the file, while the subtype identifer is meant to specifically identify the format of the file.

There are eight media types currently blessed by the IANA [Internet Assigned Naming Authority]. These eight media types are

- application
- audio
- image
- message
- model
- multipart
- text
- video

. Many subtypes exist for each media type; for more information, see MIME Media Types at the IANA web site.

Implementation of MIME types in GNOME follows the XDG shared mime info specification. This specification provides the following advantages:

- Standard locations for all MIME related files.

- A standard way for applications to register information about a new MIME type.

- A standard way to retrieve the MIME type for a file.

- A standard way to retrieve information about a MIME type.

The rest of the chapter describes the files and directories that make up the MIME database, details about source XML files, how to create or modify MIME types, how to register applications as handlers for certain MIME types and finally, how to add an application to the GNOME desktop.

### The MIME Database

The MIME database is a collection of files that make up:

- The set of known MIME types

- The method for determing the MIME type of a file

- Meta information regarding a MIME type, such as a human readable description to use when displaying files of this type.

#### Location

As an administrator, the most important and basic step to understanding the MIME system is learning the locations where these files are stored. Since the XDG shared mime info specification was drafted by the X Desktop Group, it also makes use of the XDG base directory specification. It is highly recommended that you familiarize yourself with this specification, as it is also important for other system administration tasks such as editing menus. A brief summary of the directory locations as pertaining to the MIME specification is given below.

The MIME database is created from the set of files located in the `$XDG_DATA_HOME/mime` and `$XDG_DATA_DIRS/mime` directories. If these environment variables are unset, then they default to the values `~/.local/share` and `/usr/local/share:/usr/share` respectively. As can be seen from the default value for `$XDG_DATA_DIRS` , each environment variable is actually a colon separated list of directories. The user's database at `$XDG_DATA_HOME/mime` has precedence over the system database at `$XDG_DATA_DIRS/mime` when conflicting definitions are encountered. Similar to the XDG shared mime specification, we will refer to this set of directories as `<MIME>` in the rest of this document.

For example, assuming default paths for the environment variables, Load `<MIME>/text/plain.xml` means to load the following files:

- `~/.local/share/mime/text/plain.xml`

- `/usr/local/share/mime/text/plain.xml`

- `/usr/share/mime/text/plain.xml`

#### Contents

The following is a list of directories and files that are found inside the MIME database along with brief descriptions:

`<MIME>/packages/`

  This directory contains any number of XML files, each of which describe a collection of MIME types. By default, the `freedesktop.org.xml` file is installed in the `/usr/share/mime/packages` directory. This file contains all the default MIME types that are widely used and recognized.

  Applications which provide information about new MIME types are to install a single new XML file here. Depending on the prefix where the application is installed, it will create the file in the `/mime/package` subdirectory of one of the directories in `$XDG_DATA_HOME:$XDG_DATA_DIRS`. For example, an application installed to `/usr/bin` should install a new source XML file to the `/usr/share/mime/packages` directory. For more information about the XML files in the `packages` directory, please see .

`<MIME>/MEDIA/SUBTYPE.xml`

  These directories and files are automatically generated from the collection of source XML files in the `<MIME>/packages/` subdirectory by the update-mime-database application. For example, for each `mime-type` element in the `/usr/share/mime/packages/freedesktop.org.xml` file, a directory is created at `/usr/share/mime/` with the media type of the MIME type. An XML file is created in that directory with the subtype identifier of that MIME type as well. The contents of the created XML file include comments (and translations for them), subclasses designations and aliases.

  ##### Example: `/usr/share/mime/text/plain.xml` file

      <?xml version='1.0' encoding='utf-8'?>
      <mime-type xmlns="http://www.freedesktop.org/standards/shared-mime-info" type="text/plain">
      <!--Created automatically by update-mime-database. DO NOT EDIT!-->
        <comment>plain text document</comment>
        <!-- possibly more translations -->
        <comment xml:lang="es">documento de texto sencillo</comment>
        <comment xml:lang="eu">testu soileko dokumentua</comment>
        <comment xml:lang="fi">perustekstiasiakirja</comment>
        <comment xml:lang="fr">document plein texte</comment>
        <!-- possibly more translations -->
      </mime-type>

  This file is generated by the update-mime-database application, using the default source XML file `freedesktop.org.xml`.
`<MIME>/globs`

  Contains one line with a MIME type and a glob pattern, separated by a colon. Files which match the glob pattern are resolved to the MIME type specified before the colon. There are special rules about how filenames are matched by the glob pattern; for more details see the XDG shared mime specification.

  This file is also generated by the update-mime-database application, using the default source XML file `freedesktop.org.xml`.

`<MIME>/magic`

  A binary file which contains information on how to resolve MIME types by sniffing the content of the file. This is generally a set of one or more rules such as check for the string `%PDF-` at byte offset 0 in the file; if found, assign it the MIME type `application/pdf`.

  This file is also generated by the update-mime-database application.

`<MIME>/XMLnamespaces`

  Contains a mapping of XML namespaces to MIME types. Each line contains three fields, the namespace, the localName and the MIME type. Each field is separated by a space. If the localName is empty, then there are two spaces between the namespace and the MIME type.

  This file is also generated by the update-mime-database application.

`<MIME>/aliases`

  Contains a list of aliases for each MIME type. An alias is simply a MIME type that is sometimes known as another type. For each line in this file there are two fields: the first field is the alias name, and the second field is the MIME type. The fields are separated by a space.

  This file is also generated by the update-mime-database application.

`<MIME>/subclasses`

  Contains a list of subclassed MIME types and their parent MIME type. From the XDG shared mime specification:

  > A type is a subclass of another type if any instance of the first type is also an instance of the second. For example, all image/svg files are also text/xml, text/plain and application/octet-stream files. Subclassing is about the format, rather than the catagory of the data (for example, there is no 'generic spreadsheet' class that all spreadsheets inherit from).

  The format of this file is similar to the `aliases` file. Each line contains two fields, where the first field is the subclassed MIME type and the second field is the parent MIME type. Each field is separated by a space.

  This file is also generated by the update-mime-database application.

#### Refreshing the MIME Database

Understanding how to refresh the MIME database is important for administrators who wish to add new MIME types to the system, or otherwise modify information about a MIME type. The application update-mime-database is intended for this purpose.

For example, if an application installs information about a new MIME type to `/usr/share/mime/packages/diff.xml`, then update-mime-database must be called with the parameter `/usr/share/mime`.

    # update-mime-database /usr/share/mime
    ***
    * Updating MIME database in /usr/share/mime...
    ***

The MIME database is refreshed by scanning all the source XML files in the directory `<MIME>/packages`.

### The source XML files

Located in the `<MIME>/packages` directory, these XML files provide all the information regarding MIME types that is installed into the database by the update-mime-database application. There are a few rules about the XML file itself:

- It must specify the namespace as `http://www.freedesktop.org/standards/shared-mime-info`

- The root element must be `mime-info`

- Zero or more `mime-type` elements can be specified as children of the `mime-info` element. The `type` attribute is used to specify the MIME type that is being defined.

By default, the `freedesktop.org.xml` file is installed to the `packages` directory in one of the `<MIME>` paths (usually `/usr/share/mime/packages`).

gives a brief description for each of the elements that can occur as children to the `mime-type` element.

#### Child elements of `<mime-info>`

Element (and attributes) | 설명
--- | ---
`<glob pattern="*.xyz">` | This element specifies a glob pattern against filenames. If the filename matches, then it is assigned the MIME type of the parent `mime-type` element. The `pattern` attribute is mandatory.

`<magic priority="50">`

This element contains a list of `match` elements as its children. The `priority` attribute is optional, and specifies a priority between 0 and 100, with 100 being the highest matching priority. Each child `match` element has three required attributes:

- `type`
- `offset`
- `값`

and a fourth optional attribute, `mask`. For details on these attributes, see the XDG shared mime info specification.

`<alias type="media/subtype">` | This element defines an alias for the parent `mime-type` element. An alias is simply a MIME type that is sometimes known as another type. For example, `application/x-pdf` is an alias for the MIME type `application/pdf`.
`<sub-class-of type="media/subtype">` | This element defines the parent `mime-type` element as a subclass of the MIME type specified in the `type` attribute. For example, `image/svg` is a sub class of the MIME type `text/xml`, `text/plain`, and `application/octet-stream`.
`<comment xml:lang="locale">` | This element provides a human readable description for the MIME type. There can be zero or more occurrences of this element as long as each one contains a unique value for the `xml:lang` attribute.

`<root-XML namespaceURI="namespace" localName="">`

If a file is determined to an XML file, then this element helps to further classify it through the use of the `namespaceURI` and `localName` attributes, both of which are required. The attribute `namespaceURI` is the namespace of the document, and `localName` is the name of the root element for the document. If `localName` is present but its value is empty, then the root element may have any name, but the namespace must still match.

The easiest way to understand these files is to take a look at an example. Borrowing from the XDG shared mime specification, displays the contents of a source XML file called `diff.xml`. This example defines the MIME type `text/x-diff`. There are multiple `comment` elements which give a human readable name to the MIME type in a number of different languages. This MIME type has both rules for matching through glob patterns and through the use of content sniffing (better known as `magic` rules). Any file with the extension `.diff` or `.patch` will resolve to this MIME type. Additionally any file whose contents start with the strings specified in the `value` attributes of the `match` element, will resolve to the `text/x-diff` MIME type.

The order in which glob patterns and magic rules apply is beyond the scope of this document. For details on this, see the XDG shared mime info specification.

#### Example of a source XML file: `diff.xml`

    <?xml version='1.0'?>
    <mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'>
      <mime-type type="text/x-diff">
        <comment>Differences between files</comment>
        <comment xml:lang="af">verskille tussen lêers</comment>
        <!-- more translated comment elements -->
        <magic priority="50">
          <match type="string" offset="0" value="diff\t"/>
          <match type="string" offset="0" value="***\t"/>
          <match type="string" offset="0" value="Common subdirectories: "/>
        </magic>
        <glob pattern="*.diff"/>
        <glob pattern="*.patch"/>
      </mime-type>
    </mime-info>

### Modifying MIME types

You should never directly modify the source XML files that are installed to the `<MIME>/packages` directory by applications. Instead, modify the `Overrides.xml` file. This file has precedence over all other source XML files installed into the same `packages` directory. If you are an application author, then this rule does not apply. You should create a new source XML file and place it in the proper `<MIME>/packages` directory (your `Makefile` will take care of this, of course).

You can modify the MIME database for all users on the system or for a particular user depending on the location of the file you change. To modify the database for all users, make changes to the file `Overrides.xml` in the `$XDG_DATA_DIRS/mime/packages` directory. To modify the database for a single user, make changes to the file `Overrides.xml` in the `$XDG_DATA_HOME/mime/packages` directory.

After changes are made, you must always run the update-mime-database application, with the directory location of the MIME database as the first parameter.

#### Adding or Modifying MIME types

To add one or more MIME types for all users:

1. Create or modify an existing `Overrides.xml` source XML file, containing the definitions for the MIME types. For more information, see .

2. Place the `Overrides.xml` file in the `/usr/share/mime/packages` directory.

3. Update the MIME database by running update-mime-database using the system account.

       update-mime-database /usr/share/mime

To add one or more MIME types for a single user, follow the same steps, except place your `Overrides.xml` file in the `~/.local/share/mime/packages` directory. Additionally, call update-mime-database with `~/.local/share/mime/packages` as the first parameter.

#### Verifying Changes

After you have made a change to the MIME database and refreshed its contents, you can verify that the change has taken effect using the gnomevfs-info application. This application prints the MIME type and other useful information about a file.

Running gnomevfs-info on a SVG file gives you the output shown below. You'll notice the default application for this MIME type is `eog.desktop`; We will discuss default applications in .

    $ gnomevfs-info mime-diagram.svg
    Name              : mime-diagram.svg
    Type              : Regular
    MIME type         : image/svg+xml
    Default app       : eog.desktop
    Size              : 14869
    Blocks            : 32
    I/O block size    : 4096
    Local             : YES
    SUID              : NO
    SGID              : NO
    Sticky            : NO
    Permissions       : 600644
    Link count        : 1
    UID               : 1000
    GID               : 100
    Access time       : Wed Feb 22 18:24:47 2006
    Modification time : Wed Feb 22 18:24:42 2006
    Change time       : Wed Feb 22 18:24:42 2006
    Device #          : 775
    Inode #           : 297252
    Readable          : YES
    Writable          : YES
    Executable        : NO
    $

walks through the steps of creating a new MIME type and then verifying the changes using gnomevfs-info.

#### `application/x-newtype` Example

To create (or override) a MIME type and verify the changes:

1. Make a new, empty file in your home directory called `testing.xyz`.

2. Use gnomevfs-info on the file to find out the MIME type.The MIME type for this file should be detected as `text/plain` because there are not any glob patterns or magic rules that match it When no glob patterns or magic rules match a file, then it is resolved to the MIME type `text/plain` if it contains textual data or `application/octet-stream` for binary data. If the file is empty, then it defaults to `text/plain`. .

3. Create (or modify) the `Overrides.xml` file as described in with the contents given in .

4. Refresh the database using update-mime-database.

5. Use gnomevfs-info to verify that your change has taken effect. You should see the MIME type for the `testing.xyz` file resolved as `application/x-newtype`.

       $ gnomevfs-info testing.xyz | grep MIME
       MIME type         : application/x-newtype
       $

##### `Overrides.xml` file

    <?xml version='1.0' encoding='utf-8'?>
    <mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
      <mime-type type="application/x-newtype"><comment>new mime type</comment><glob pattern="*.xyz"/></mime-type>
    </mime-info>

### Registering Applications for MIME Types

Registering applications to handle MIME types is fairly straightforward. Applications are registered by creating a `MimeType` key in their `.desktop` entry file and listing each MIME type separated by a semicolon. The `MimeType` key should only be used in `.desktop` files whose `Type` key has the value `Application`. For more information on `.desktop` files, see .

After creating or modifying a `.desktop` entry file, you must update the application database using the update-desktop-database application (very similar to update-mime-database, except it does not take a parameter). This will create a `mimeinfo.cache` file in the `applications` subdirectory for each directory in `$XDG_DATA_HOME:$XDG_DATA_DIRS`. The cache file is necessary so that all the `.desktop` files do not need to be scanned for just the `MimeType` key, as this causes unnecessary disk I/O.

Default applications to use for specific MIME types should be specified in a file called `defaults.list`. This file is located in the `applications` subdirectory for each directory in `$XDG_DATA_HOME` and `$XDG_DATA_DIRS`. The format for this file consists of the MIME type, the `=` symbol and the Desktop File ID (which is the filename for the desktop entry file). is a short example of a `defaults.list` file in a user's `~/.local/share/applications` directory.

#### A User's `defaults.list` file

    [Default Applications]
    application/pdf=evince.desktop
    text/html=epiphany.desktop
    text/plain=gedit.desktop
    image/jpeg=eog.desktop
    image/png=eog.desktop
    text/xml=gedit.desktop

#### XDG Desktop Entry Specification

How to register MIME types for applications is part of the XDG desktop entry specification, rather than the XDG shared mime info specification.

### Adding an Application to the GNOME Desktop

To add an application to the GNOME Desktop, perform the following steps:

1. Add a menu item for the application. For more information on how to add an item to a menu, see .

2. Add an icon for the application to `/usr/share/icons/theme-name/icon-size/apps`. For more information on icons and themes, see .

3. If the application uses a new MIME type, add a source XML file to the MIME database. For more information, see .

4. If the application uses a new MIME type, add an icon for the MIME type to `/usr/share/icons/theme-name/icon-size/mimetypes`. For more information on icons and themes, see .

5. To associate the application with a MIME type, include a `MimeType` key in your `.desktop` file. For more information, see .

## Setting Screensavers

This chapter describes how to set preferences for the screensaver. This chapter also provides information on how to modify the displays that are available for the screensaver.

### Introduction to Screensavers

A screensaver is an application that replaces the image on a screen when the screen is not in use. The screensaver application for the GNOME Desktop is gnome-screensaver. The following sections describe how to set preferences for the gnome-screensaver application, and how to change the themes that are available for the screensaver.

### Setting Screensaver Preferences

All screensaver preferences and settings are stored in GConf.

To modify screensaver application preferences, users can use the Screensaver preference tool. For information on screensaver preferences, see GNOME Desktop User's Guide.

Users can also run the command `/usr/bin/gnome-screensaver-preferences` to open the Screensaver Preferences dialog.

To set default screensaver settings and policy for all users, modify the screensaver settings in the Default GConf Configuration Source.

To set mandatory screensaver settings and policy for all users, modify the screensaver settings in the Mandatory GConf Configuration Source.

### Modifying Screensaver Themes

The screensaver application allows users to choose one or more screensaver themes. A screensaver theme is an application that displays images on the screen of the user when the screen is not in use. The available screensaver themes are listed in the Screensaver preference tool.

To add a new screensaver theme, copy the executable file for the screensaver theme engine to somewhere in your PATH or into the screensaver theme engine executable directory. The screensaver theme engine executable directory for your system can be determined using the following command:

    pkg-config --variable=privlibexecdir gnome-screensaver

Next, add a `.desktop` file for the theme into the screensaver themes directory. The screensaver themes directory for your system can be determined using the following command:

    pkg-config --variable=themesdir gnome-screensaver

In the Exec field of the `.desktop` file include any arguments that are required to run the screensaver theme on the whole screen, rather than in a window. For example, some legacy screensaver theme engines may require you to include the `-root` option to display the screensaver display on the whole screen.

The Screensaver infrastructure implements themes according to the XDG menu specification. By supporting this specification, GNOME allows you to:

- Customize the themes easily. You can edit a small number of files to customize the available themes. You do not need to modify your applications or move files.

- Install themes easily. You do not need to provide information about the system when you install the themes.

- Configure the system so that users cannot modify the themes.

For more information, see .

## Session Management

This chapter introduces session management, and describes how to set session defaults. The chapter also contains information on sessions and login scripts.

### Introduction to Sessions

A session occurs between the time that a user logs in to the GNOME Desktop and the time that the user logs out. The session manager starts after the Login Manager authenticates the user. The session manager enables the user to manage the session. For example, a user can save the state of a session and return to that session the next time that the user logs in.

At a minimum, the following applications run in a session:

- The session manager, `gnome-session`.

- The GConf X settings daemon, `gnome-settings-daemon`.

- The gnome-panel application, which runs the panels in the GNOME Desktop.

- The Metacity window manager.

### Setting Session Defaults

The following table lists the files that contain default session information:

File | 설명
--- | ---
`/usr/share/gnome/default.session` | Default session file. Default session details are stored in this file.
`$HOME/.gnome2/session` | User session file. When a user modifies the session, the details are stored in this file.

To set default session details for all users, modify the default session file.

To restore the default session settings for a user, delete the session file from the home directory of the user. If no user session file is present, the default settings in `/usr/share/gnome/default.session` are used.

To save the current session as the default session, users can run the `gnome-session-save` command.

## Help System

This chapter describes the Help system in the GNOME Desktop.

### Introduction to the Help System

The GNOME Desktop displays help in the Yelp Help browser. For more information, see Yelp Help Browser in the GNOME Desktop User Guide.

The source documents for the help are XML files. The XML files are written to the DocBook XML Version 4.1.2 document type definition (DTD). The DocBook XML files are converted to HTML using stylesheets installed with gnome-doc-utils and the HTML is displayed in the help browser. For more information on DocBook XML, see the following URL:

          http://www.oasis-open.org/docbook/xml

The Help system uses Open Source Metadata Framework (OMF) files, and a cataloging system. The next sections describe OMF files and the cataloging system.

### OMF Files

The XML file for each manual has an associated OMF file. The OMF file contains information about the manual that is used by the Help browser. OMF files have a `.omf` extension.

When you install an application, the installation process installs an OMF file to a directory of OMF files. If a Help document has an associated OMF file in an OMF file directory, the Help document is displayed in the Help browser.

OMF files contain information about Help documents such as the following:

- The location of the XML file for the Help document

- The title of the Help document

- A subject category to which the Help document belongs

For more information on how to create OMF files, please see Writing Scrollkeeper OMF Files.

### ScrollKeeper Cataloging System

ScrollKeeper is a cataloging system for documentation. Its primary function is to manage the information in OMF files for the help browser. When you install an application, the OMF file is copied to the `$prefix/share/omf/<application-name>` directory.

ScrollKeeper builds a table of contents from the collection of OMF files in the directories specified in `$prefix/etc/scrollkeeper.conf` file. This file usually consists of a single line with the `OMF_DIR` set to a comma separated list of directories to recursively search.

    OMF_DIR=/usr/share/omf:/usr/local/share/omf:/opt/gnome2/share/omf:/opt/kde/omf

ScrollKeeper contains a hierarchy of subject categories to which a help document can belong. The subject category of the document in the OMF file determines the location of the document in the table of contents presented by the help browser.

The hierarchy of subject categories is defined in the file `$prefix/scrollkeeper/Templates/<lang>/scrollkeeper_cl.xml`. The subject category of a document must correspond to a category specified in this file.

For more information on the Scrollkeeper system, visit the website at http://scrollkeeper.sourceforge.net/.

If the help document XML file is moved to a new location, then the location in the OMF file needs to be updated.

## Improving Performance

This chapter describes how to improve the performance of the GNOME Desktop.

### Introduction to Improving Performance

This chapter lists several preferences whose settings you can change to improve the performance of the GNOME Desktop. You can use the `gconftool-2` command to set values for preferences for users. The example commands in this chapter show how to set values in the user configuration source.

You can also use the `--direct` and `--config-source` options to set mandatory values or default values for preferences. You can also use the `gconftool-2` command in a script to set the values of many preferences. For more information on the `gconftool-2` command and the options that are available with the command, see .

### Reducing CPU Usage

This section describes preferences that you can set to reduce CPU usage by the GNOME Desktop.

#### To Use Theme Options Which Require Less CPU Resources

Some window frame theme options load image files to draw the window frame. Other options use simpler techniques to draw the window frame.

The Crux window frame option loads image files, and can be slow on systems with limited CPU resources. To reduce CPU usage, use one of the following window frame options:

- Atlanta

- Esco

The following window frame options also use less CPU resources than Crux:

- AgingGorilla

- Bright

- Metabox

Metabox does not work well with inverse controls options such as HighContrastInverse. Use Atlanta with inverse controls options.

To change the window frame theme option, run the following command:

    gconftool-2 \
    --type string \
    --set /apps/metacity/general/theme 옵션-이름

For example, to use Atlanta, run the following command:

    gconftool-2 \
    --type string \
    --set /apps/metacity/general/theme Atlanta

Alternatively, users can use the Theme preference tool to select the appropriate option.

You can use the Metacity Theme Viewer to measure the performance of a window frame option, and to preview the option. To start Metacity Theme Viewer, use the following command:

    metacity-theme-viewer 옵션-이름

For example, to measure the performance of Atlanta and preview Atlanta, run the following command:

    metacity-theme-viewer Atlanta

#### To Reduce CPU Usage by Turning Off Display of Icons in Menus

Some items in menus display an icon beside the item. To turn off this feature, run the following command:

    gconftool-2 \
    --type bool \
    --set /desktop/gnome/interface/menus_have_icons false

Alternatively, users can use the Menus & Toolbars preference tool to deselect the Show icons in menus option.

#### To Reduce CPU Usage by Turning Off the Splash Screen

By default, when users log in to the desktop environment, a splash screen is displayed. Icons are displayed on the splash screen while the user logs in. You can turn off the splash screen to reduce CPU usage during login.

To turn off the splash screen, run the following command:

    gconftool-2 \
    --type bool \
    --set /apps/gnome-session/options/show_splash_screen false

Alternatively, users can use the Sessions preference tool to deselect the Show splash screen on login option.

#### To Reduce CPU Usage by Turning Off Panel Animation

When users show or hide panels, the panels can show or hide in an animated style. To turn off panel animation, run the following command:

    gconftool-2 \
    --type bool \
    --set /apps/panel/global/enable_animations false

Alternatively, users can use the Panel preference tool to deselect the Drawer and panel animation option.

#### Improving File Manager Performance

The Nautilus file manager includes some features that you can modify to improve performance.

##### To Modify Performance Preferences

The file manager includes performance-related preferences. Each performance preference can take one of three values. The values are described in the following table:

Value | 설명
--- | ---
`always` | Performs the action for both local files, and files on other file systems.
`local_only` | Performs the action for local files only. When you set a performance preference to `local_only`, the CPU usage is reduced.
`never` | Never performs the action. When you set a performance preference to never, the CPU usage and the network traffic are reduced.

The following table describes the performance preferences for the file manager. For the fastest performance, set the value of the preferences to `never`.

Preference | 설명
--- | ---

`show_icon_text`

Specifies when to preview the content of text files in the icon that represents the file. To never preview the content of text files, run the following command:

    gconftool-2 \
    --type string \
    --set /apps/nautilus/preferences/show_icon_text never

Alternatively, users can perform the following steps:

1. Choose Edit Preferences from a file manager window, then choose Preview.

2. Select an option for the Show text in icons preference.

`show_directory_item_counts`

Specifies when to show the number of items in folders. To never show the number of items in folders, run the following command:

    gconftool-2 \
    --type string \
    --set /apps/nautilus/preferences/show_directory_item_counts never

Alternatively, users can perform the following steps:

1. Choose Edit Preferences from a file manager window, then choose Preview.

2. Select an option for the Count number of items preference.

`show_image_thumbnails`

Specifies when to show thumbnails of image files. To never show thumbnails, run the following command:

    gconftool-2 \
    --type string \
    --set /apps/nautilus/preferences/show_image_thumbnails never

Alternatively, users can perform the following steps:

1. Choose Edit Preferences from a file manager window, then choose Preview.

2. Select an option for the Show thumbnails preference.

`preview_sound`

Specifies when to preview the content of sound files. To never preview the content of sound files, run the following command:

    gconftool-2 \
    --type string \
    --set /apps/nautilus/preferences/preview_sound never

Alternatively, users can perform the following steps:

1. Choose Edit Preferences from a file manager window, then choose Preview.

2. Select an option for the Preview sound files preference.

##### To Turn Off the Side Pane, Toolbar, and Location Bar

The file manager includes preferences that enable you to turn off the side pane and the toolbar. To improve file manager performance, turn off the side pane and the toolbar.

To turn off the side pane, run the following command:

    gconftool-2 \
    --type bool \
    --set /apps/nautilus/preferences/start_with_sidebar false

To turn off the toolbar, run the following command:

    gconftool-2 \
    --type bool \
    --set /apps/nautilus/preferences/start_with_toolbar false

You can also turn off the location bar. Users can use the CtrlL keyboard shortcut to display a location bar when required.

To turn off the location bar, run the following command:

    gconftool-2 \
    --type bool \
    --set /apps/nautilus/preferences/start_with_location_bar false

##### To Turn Off the Desktop

The file manager contains a preference that enables users to use Nautilus to manage the desktop. You can disable the desktop to improve performance. However, if you disable the desktop, you cannot do the following:

- Use the Desktop menu.

- Use the file manager to change the pattern or color of the desktop background.

- Use the desktop objects, such as Trash. The desktop objects are not displayed on the desktop.

To disable the desktop, run the following command:

    gconftool-2 \
    --type bool \
    --set /apps/nautilus/preferences/show_desktop false

### Reducing X Window System Network Traffic

This section describes preferences that you can set to reduce X Window System network traffic on the GNOME Desktop.

#### To Use Theme Options Which Create Less Network Traffic

Remote display protocols do not transfer every pixel in a block of pixels if all pixels in the block are the same color.

To reduce X Window System network traffic, use a window frame theme option that uses solid colors. That is, use one of the following window frame options:

- Atlanta

- Esco

For information on how to change theme options, see .

#### To Reduce Network Traffic by Turning Off Display of Icons in Menus

Some items in menus display an icon beside the item. If the icon is located on another file system, this feature can increase X Window System network traffic. This feature can also increase X Window System network traffic if the panels are displayed on a remote host.

For information on how to turn off this feature, see .

### Reducing Color Usage and Improving Display Quality

Many modern computer systems support 24-bit color, that is, 16,777,216 colors. However, many users still use systems that support 8-bit color, that is, 256 colors.

The GNOME Desktop uses the websafe color palette. This palette is a general-purpose palette of 216 colors, which is designed to optimize the use of color on systems that support 8-bit color. However, some visual components of the GNOME Desktop are designed for systems that support 24-bit color.

The following display problems might occur on systems that support 8-bit color:

- Windows, icons, and background images might appear grainy. Many themes, background images, and icons use colors that are not in the websafe color palette. The colors that are not in the palette are replaced with the nearest equivalent or a dithered approximation. This use of replacement colors causes the grainy appearance.

- Applications that do not use the websafe color palette have less colors available. Color errors might occur. Some colors might not appear in the user interface of the application. Some applications might crash if the application cannot allocate colors.

- Color flashing might occur when users switch between applications that use the websafe color palette, and applications that do not use this palette. The applications that do not use the websafe color palette might use a custom colormap. When the custom colormap is used, other visual components might lose colors, then become unviewable.

The following sections describe how to optimize the appearance of the GNOME Desktop for systems that support 8-bit color.

#### To Use Theme Options That Use the Websafe Color Palette

Some window frame theme options use colors that are in the websafe color palette. Bright and Esco use colors from the websafe color palette. Bright and Esco do not have the grainy appearance of other window frame options on 8-bit color displays. Use Bright or Esco for the best color display on 8-bit visual modes.

For information on how to change theme options, see .

#### To Reduce Color Usage by Turning Off Display of Icons in Menus

Some items in menus display an icon beside the item. If the icon contains colors that are not in the websafe color palette, this feature can increase the number of colors used.

For information on how to turn off this feature, see .

#### To Reduce Color Usage by Turning Off the Splash Screen

You can turn off the splash screen to make more colors available for the GNOME Desktop and for applications.

For information on how to turn off the splash screen, see .

#### To Reduce Color Usage by Using a Solid Color for the Background

Use a solid color for the desktop background. Use of a solid color reduces the number of colors used by the GNOME Desktop.

To set a solid color for the background, run the following commands:

    gconftool-2 \
    --type string \
    --set /desktop/gnome/background/picture_options none

    gconftool-2 \
    --type string \
    --set /desktop/gnome/background/color_shading_type solid

    gconftool-2 \
    --type string \
    --set /desktop/gnome/background/primary_color #hexadecimal-color

Alternatively, users can use the Background preference tool to choose a solid color for the background.

## Disabling GNOME Desktop Features

This chapter describes how to disable particular features of the GNOME Desktop.

### Introduction to Disabling GNOME Desktop Features

The GNOME Desktop includes features that you can use to restrict access to certain functions in the GNOME Desktop. The disable features are useful in various situations where you want to restrict the actions that users can perform on a computer. For example, you might want to prevent command line operations on a computer that is for public use at a trade show. The disable features are also known as lockdown features.

You set GConf keys to disable features. For information about how to set GConf keys, see . You can also use the Configuration Editor application to set GConf keys in a user configuration source. For more information about the Configuration Editor application, see the GConf Editor Manual.

### Locking Down Setting Manually

#### To Disable Lock Screen and Log Out

To disable the lock screen and log out functions, set the `/apps/panel/global/disable_lock_screen` key and the `/apps/panel/global/disable_log_out` key to `true`.

When you disable the lock screen and log out functions, the following items are removed from the panels:

- Lock Screen and Log Out user menu items from the Main Menu.

- Lock and Log Out menu items from the Add to Panel Actions menu. To open this menu, right-click on a vacant space on a panel, then choose Add to Panel Actions.

- Lock Screen and Log Out user menu items from the Actions menu in the Menu Bar applet.

Also, any Lock Screen buttons and Log Out buttons on panels are disabled.

#### To Disable Command Line Operations

To disable operations from a command line, set the `/desktop/gnome/lockdown/disable_command_line` key to `true`.

When you disable command line operations, the following changes occur in the user interface:

- The Run Application menu item is removed from the following menus:

  - Main Menu

  - Actions submenu in the Add to Panel menu

  - Actions menu in the Menu Bar applet

- Any Run buttons on panels are disabled.

To disable command line operations, you must also remove menu items that start terminal applications. For example, you might want to remove menu items that contain the following commands from the menus:

- GNOME Terminal command, that is `/usr/bin/gnome-terminal`

- `/usr/bin/xterm`

- `/usr/bin/setterm`

The items are removed from the following menus:

- Main Menu

- Add to Panel Launcher from menu

To disable command line operations, you must also disable the Command Line applet. To disable the Command Line applet, add the applet to the `/apps/panel/global/disabled_applets` key. When you disable the Command Line applet, the Command Line applet is removed from the Main Menu and the Add to Panel Utility menu.

#### To Disable Panel Configuration

To disable panel configuration, set the `/apps/panel/global/locked_down` key to `true`.

When you disable panel configuration, the following changes occur in the user interface:

- The following items are removed from the panel popup menu, and from the drawer popup menu:

  - Add to Panel

  - Delete This Panel

  - Properties

  - New Panel

- The launcher popup menu is disabled.

- The following items are removed from the applet popup menu:

  - Remove From Panel

  - Lock

  - Move

- The Main Menu popup menu is disabled.

- The launcher drag feature is disabled, so that users cannot drag launchers to, or from, panels.

- The panel drag feature is disabled, so that users cannot drag panels to new locations.

### Lockdown Editor

As of GNOME 2.14, a graphical lockdown editor called Pessulus has been included to ease the task of disabling desktop settings.

#### Getting Started

To run the lockdown editor:

- Click the Desktop Administration Lockdown Editor

- Run the `pessulus` command in a terminal window.

You will see a window with several different tabs. Each of the tabs represents a different category of desktop settings that can be disabled. In the next section, we will discuss each category and provide a brief description for each setting that can be disabled.

#### Disabling Features

To disable a setting, make sure the checkbox next to the setting's description is checked. Most settings will take effect immediately, however some settings will require that the application be restarted in order to take effect.

When pessulus starts, it will try to get a connection to the GConf mandatory configuration source. This address for this configuration source is `xml:merged:$prefix/etc/gconf/gconf.xml.mandatory`. If the user that is running pessulus has access to this configuration source, then a lock icon will be displayed next to the checkbox for each setting. Clicking the lock will toggle whether or not the setting is mandatory. If the setting is mandatory, then regular users will not be able to change or override the setting. If the user running pessulus does not have access to the mandatory configuration source, then the lock icon will not appear. In this case, all disabled settings will simply be stored in the user's default configuration source and can be modified later using other tools such as gconf-editor or gconftool-2. For more information on GConf and mandatory configuration sources, see .

The following subsections will give a brief description of the settings that can be disabled for each category.

Depending on the applications you have installed, you may see fewer categories than those described in this section.

##### General

Disable command line

  Prevent the user from accessing the terminal or specifying a command line to be executed. For example, this would disable access to the panel's "Run Application" dialog.

Disable printing

  Prevent the user from printing. For example, this would disable access to all applications' "Print" dialogs.

Disable print setup

  Prevent the user from modifying print settings. For example, this would disable access to all applications' "Print Setup" dialogs.

Disable save to disk

  Prevent the user from saving files to disk. For example, this would disable access to all applications' "Save as" dialogs.

##### Panel

Lock down the panels

  If true, the panel will not allow any changes to the configuration of the panel. Individual applets may need to be locked down separately however. The panel must be restarted for this to take effect.

Disable force quit

  If true, the panel will not allow a user to force an application to quit by removing access to the force quit button.

Disable lock screen

  If true, the panel will not allow a user to lock their screen, by removing access to the lock screen menu entries.

Disable log out

  If true, the panel will not allow a user to log out, by removing access to the log out menu entries.

##### Epiphany Web Browser

Disable quit

  User is not allowed to close Epiphany.

Disable arbitrary URL

  Disable the user's ability to type in a URL to Epiphany.

Disable bookmark editing

  Disable the user's ability to add or edit bookmarks.

Disable history

  Disable all historical information by disabling back and forward navigation, not allowing the history dialog and hiding the most used bookmarks list.

Disable javascript chrome

  Disable JavaScript's control over window chrome.

Disable toolbar editing

  Disable the user's ability to edit toolbars.

Force fullscreen mode

  Locks Epiphany in fullscreen mode.

Hide menubar

  Hide the menubar by default. The menubar can still be accessed using F10.

Disable unsafe protocols

  Disables loading of content from unsafe protocols. Safe protocols are http and https.

##### GNOME Screensaver

Lock on activation

  Set this to TRUE to lock the screen when the screensaver goes active.

Allow logout

  Set this to TRUE to offer an option in unlock dialog to logging out after a delay. The Delay is specified in the "logout_delay" key.

Allow user switching

  Set this to TRUE to offer an option in the unlock dialog to switch to a different user account.

## Hidden Directories

This appendix describes the hidden directories that the GNOME Desktop adds to the home directories of users.

A hidden directory is a directory that has a name that begins with a period (.). describes the hidden directories that the GNOME Desktop adds to the home directories of users.

### Hidden Directories in User Home Directories

Directory | 설명
--- | ---
`.config` | This is the default location for the environment variable `XDG_CONFIG_HOME`, if it is not set. User defined menus can be created at `menus/applications.menu`.
`.fonts` | Contains fonts specific to a particular user. When a user installs a font by dragging it to the `fonts:///` URI in nautilus, it is copied to this location.
`.esd_auth` | Contains the authentication cookie for the GNOME sound daemon. The GNOME sound daemon is the Enlightened Sound Daemon (ESD). NOTE: This is a file, not a directory.
`.gconf` | Contains the GConf configuration source for the user. When the user sets a preference, the new preference information is added to this location.

`.gconfd`

Contains the following GConf daemon details:

- Configuration information.

- Lock information for objects that are referenced by an Interoperable Object Reference (IOR).

- State information for objects that are referenced by an IOR.

`.gnome` | Contains user-specific application data that is not stored in the GConf repository. NOTE: this directory is deprecated and is only used by GNOME 1.x applications.

`.gnome2`

Contains user-specific application data that is not stored in the GConf repository. For example, this directory contains the following:

- Keyboard shortcut information.

- Window location information.

- Desktop entry files for panel launchers.

This directory may also contain sub-directories that store application specific data.

`.gnome2-private` | Ignore this directory. This directory has no function at the time of publication of this guide.
`.local/share` | This is the default location for the environment variable `XDG_DATA_HOME`, if it is not set. User defined desktop entries can be created in the subdirectory `applications`. User defined mime types can be created in `mime/packages/Overrides.xml`.
`.metacity` | Contains session data for the Metacity window manager.

`.nautilus`

Contains file manager data that is specific to the user. For example, this directory can contain the following:

- Metadata for the directories with which the user works.

- Nautilus emblems that the user adds.

- Nautilus desktop images.

`.themes` | Contains controls theme options, window frame theme options, and icons theme options that the user adds. The user can add themes from the Theme preference tool.
`.thumbnails` | Contains image thumbnails for the user. The image thumbnails are used in the file manager. The file manager contains a preference that the user can select to stop generation of thumbnail images.

## Security Note on Configuring SMB Printers

This appendix provides a security note related to the configuration of printers on Windows network shares.

Windows network shares are also referred to as Samba or SMB shares. When you configure a printer on an SMB share, you must enter a username and password for the print queue.

The username and password for the print queue is stored as unencrypted text in the file `/etc/cups/printers.conf`. This file has read-only permissions for users with root privileges, so any user with root privileges can read the username and password for the print queue.

To reduce the impact of possible security violations, ensure that the username and password required to access the print queue is used only for the print queue. This ensures that any possible security violation is restricted to unauthorized use of the print queue.

## Glossary

`.desktop` file
`.directory` file
`.omf` file
application registry

  The application registry is a collection of desktop entry files which register applications. The location of the application registry for the GNOME Desktop is `$XDG_DATA_DIRS:$XDG_DATA_HOME/applications/`.

desktop entry file

  A data file that provides information about an item in a menu. The desktop entry file specifies the details for the item such as a name, a command to run, an icon, and so on. Desktop entry files have a `.desktop` file extension.

directory entry file

  A data file that provides information about a menu. The directory entry file specifies details such as a name for the menu, a tooltip for the menu, and an icon to represent the menu. Directory entry files have a `.directory` file extension.

GConf configuration source

  A storage location in the GConf repository. For example, `xml:readonly:/etc/gconf/gconf.xml.defaults`.

GConf preference key

  An element in the GConf repository that corresponds to an application preference. For example, the `/apps/gnome-session/options/show_splash_screen` key corresponds to the Show splash screen on login option in the Sessions preference tool.

GConf path file

  A file that lists the GConf configuration sources, and the order in which to search the sources.

GConf schema

  A collective term for a schema key and a schema object.

GConf schema definition file

  A GConf schema definition file lists the keys in a particular application, and defines the characteristics of the keys. GConf schemas are generated from schema definition files. Schema definition files have a `.schemas` file extension.

GConf schema key

  A key that stores a schema object for a preference key. For example, `/schemas/desktop/gnome/interface/font_name` is a schema key for the `/desktop/gnome/interface/font_name` preference key.

GConf schema object

  An element in a configuration source that contains information about a preference key. The schema object contains information such as a default value for the preference key, and documentation on the preference key.

glob pattern

  A glob pattern is used to match a file name by using special characters such as `*` and `?`. The MIME system uses glob patterns to assign MIME types based upon filenames and often, file extensions.

Interoperable Object Reference

  An Interoperable Object Reference (IOR) is a string reference to a CORBA object. An IOR encodes a hostname and port to which messages can be sent to control the object. The IOR also contains an object key to identify the object.

magic rule

  A magic rule defines a file's MIME type by specifying text or binary data to search for at the beginning of the file. Offsets to look for this data are defined in a magic rule.

메뉴 정의 파일

  Menu definition files define the hierarchy of menus that are used in the GNOME menu bar.

MIME

  Multipurpose Internet Mail Extension.

MIME source XML file

  A MIME source XML file defines how MIME types are resolved for different kinds of files. There are three ways in which this can be done: using file extensions (glob patterns), using magic rules and using XML namespaces. MIME source XML files are located in the `$XDG_DATA_DIRS:$XDG_DATA_HOME/mime/packages` directory.

MIME type

  A MIME type identifies the format of a file. The MIME type enables applications to read the file. For example, an email application can use the `image/png` MIME type to detect that a Portable Networks Graphic (PNG) file is attached to an email.

MIME type database

  The MIME type database is a collection of files which register MIME types for the desktop environment. The location of the MIME type database is the directory `$XDG_DATA_DIRS:$XDG_DATA_HOME/mime`.

OMF file

  Open Source Metadata Framework file. This is a file that is associated with the XML file for a manual. The OMF file contains information about the manual that is used by the Help browser. OMF files have a `.omf` file extension.

PAM

  Pluggable Authentication Modules.

screensaver

  A screensaver is an application that replaces the image on a screen when the screen is not in use. The screensaver application for the GNOME Desktop is XScreenSaver.

screensaver display

  A screensaver display is an application that displays images on the screen of the user when the screen is not in use.

UDP

  User Datagram Protocol.

Uniform Resource Identifier

  A Uniform Resource Identifier (URI) is a string that identifies a particular location in a file system or on the web. For example, the address of a web page is a URI.

websafe color palette

  The websafe color palette is a general-purpose palette of 216 colors. The websafe color palette is designed to optimize the use of color on systems that support 8-bit color. The websafe color palette is also called the Netscape color palette and the Netscape color cube.