2012-12-28 1 views
5

Windows에서 CHM은 아주 좋은 옵션입니다.Linux/GTK에는 어떤 응용 도움말 시스템 (chm 파일과 같은)이 있습니까?

다른 정적 인 HTML 페이지 집합을 제공하고 웹 브라우저 (Linux의 경우에는 문제 자체)에 대한 기본 호출을 사용하고 있습니다. 그리고 그것은 모든 종류의 전문 검색, 분리 된 북마크 및 각 도움말 호출을위한 새로운 탭을 열지 않는 간단한 사실을 제공하지 않습니다.

+0

맨 페이지는 어떻습니까? http://en.wikipedia.org/wiki/Man_page –

+1

GUI 프로그램의 매뉴얼 페이지. 죄송합니다. 그리고 troff man 페이지를 제공하는 것은 HTML보다 더 나쁩니다. 예, 나는 troff를 알만큼 충분히 나이 많습니다. – Lothar

답변

3

Gnome yelp 프로그램은 GTK/Gnome 응용 프로그램에 사용되는 프로그램입니다. 다양한 형식을 지원하지만 CHM은 직접 지원하지 않습니다. 그들은 Mallard라는 자체 마크 업을 정의하기 시작했습니다.그러나 나는 그 상태가 무엇인지 모른다.

+0

yelp를 시작하는 API가 있습니까, 아니면 fork/exec를 수행하는 유일한 방법입니다 – user877329

+0

내 상자에 HTML 파일을 제공하면 Firefox가 시작됩니다 ... – user877329

1

Linux 사용자가 솔직히 CHM 뷰어를 사용할 수 있습니다. 은 정적 HTML 페이지를 얻기 위해을 선호합니다.

몇 가지 예는 chmsee 및 kchmviewer입니다.

+1

정적 웹 페이지는 도움이되지 않는 문서입니다. 도움말은 응용 프로그램과 통합되어 있습니다. –

3

나는 여전히 정적 HTML을 가장 좋은 옵션으로 추천하고 싶다. 예를 들어 Sphinx을 사용하면 전체 텍스트 검색 지원과 함께 아름다운 문서를 작성할 수 있습니다.

+1

이러한 문서화 도구는 십분의 일입니다. 그들 대부분은 응용 프로그램 도움말보다 SDK 문서에 더 적합합니다. 나는 latex를 tex4ht와 약간의 DOM 기반 postprocessing으로 선호한다. 하지만 나를 위해 PDF는 주요 대상 형식입니다. –

+1

사실입니다. 그러나 Sphinx는 재구성 된 텍스트 형식 덕분에 응용 프로그램 문서 작성에 매우 편리합니다. 또한 Sphinx는 LaTeX, PDF, Man 페이지, CHM, ePub 및 HTML 문서 작성 도구와 함께 많은 빌더를 보유하고 있습니다. –

+0

응용 프로그램 설명서의 솔루션을 찾고 있습니다. 내가 ReStructed Text를 좋아하는 동안 나는 더 많은 요구 사항을 가지고있다. 조건부 컴파일과 같습니다. 우리는 하나의 80 % 공통 소스 기반에서 다른 제품에 대한 문서를 생성합니다. 우리는 집에서 만든 XML 프로세서를 가지고 있으므로 질문은 전달에 관한 것입니다. – Lothar

1

Afaik 범용 시스템이 없습니다. 데스크탑 시스템 (gnome/kde)에 따라 도움 시스템이있을 수 있지만 일반적으로 느슨한 파일을 기반으로하며 본격적인 브라우저를 사용합니다. (보통 웹킷 기반)

Lazarus의 경우 CHM 쓰기 지원을 포함하여 CHM 기반의 도움 시스템과 임베디드 브라우저가 생성되었습니다.

이유 느슨한 정적 HTML을 피하기 위해 대부분이었다 :

  1. 는 60000 보조 정리 정적 문서는 전문 파일 시스템과 가벼운 시스템 또는 시스템에 설치하는 데 시간이 너무 오래 걸립니다.
  2. CHM은 느슨 함을 제거하고 압축을 추가합니다.
  3. 우리는 또한 non-posix와 OS X 시스템을 지원하며, 파일 시스템과 관련된 문제 (charsets/encoding, separator, path depth 등)와 케이스 스틱 파일 시스템은 많은 슬픔을 불러 일으켰습니다. CHM 기반 도움말은이를 해결하여 하나의 루틴 집합이 모든 시스템의 도움말 데이터에 액세스 할 수 있도록했습니다.
  4. 인덱싱 및 toc는 Btree 기반이며 독립적으로 생성 된 도움말 세트에서 런타임을 쉽게 병합 할 수 있습니다. 일반적으로 독립적으로 생성 된 도움말 파일을 통합하는 것은 전반적으로 도움말 파일에서 과소 평가되는 부분이며 개방형 플랫폼의 핵심입니다.
  5. 네이티브 전체 텍스트 검색.

자신의 뷰어는 기본 시스템 상단의 추가 기능을 활용할 수도 있습니다.

개발 시스템 (SDK) 지향 시스템이 너무 많아서 뷰어를 별도 패키지로 사용할 수 없기 때문에 Lazarus 시스템을 적용 해 주시길 바랍니다. 나는 주로 느슨한 html의 문제를 설명하기 위해 그것을 언급한다.

저는 KDE/Gnome/Eclipse를 조사하는 동안 잠시 동안 도움 시스템으로 사용하고 있습니다. 처음부터 다시 시작해야한다면 처음부터 보게 될 것입니다.

내가 직접 뭔가를 만들어야한다면 zip 정적 HTML과 메타 데이터/색인 및 가장 가벼운 브라우저 (Konquerer?)가있는 단일 gziped 파일을 사용할 것입니다. Windows와 달리 이상적이지는 않지만 최고의 Linux가 제공 할 수있는 것은 분명합니다.