문제

옛날에는 도움이 사소하지 않았지만 가능했습니다.특수 태그가 있는 펑키한 .rtf 파일을 생성하고 컴파일러를 통해 실행하면 실제로 잘 작동하는 WinHelp 파일(.hlp)을 얻게 됩니다.

그런 다음 Microsoft는 WinHelp가 더 이상 유행하지 않고 멋지지 않다고 판단하여 실제로 Vista에서 WinHelp를 제거할 때까지 CHM으로 전환했습니다.

이제 CHM이 좋을 수도 있지만 네트워크에서 .chm 파일을 열려고 시도한 모든 사람은 보안 제한으로 인해 발생하는 "웹 페이지 탐색이 취소되었습니다"라는 멋진 화면을 알게 될 것입니다.

CHM이 네트워크 외부에서 작동하도록 하는 방법이 있지만 이는 좋은 선택이 아닙니다. 사용자가 도움말 버튼을 누르면 도움이 필요하고 이상한 설정을 할 필요가 없기 때문입니다.

결론:CHM은 절대 사용할 수 없다고 생각합니다.그러나 WinHelp도 더 이상 옵션이 아니기 때문에 특히 내 응용 프로그램과 통합할 때 대안이 무엇인지 궁금합니다(예:WinHelp 및 CHM의 경우 특정 항목으로 직접 이동할 수 있는 기능이 있습니까?

PDF에는 Adobe Reader(또는 많은 사람들이 사용하지 않는 보다 가벼운 리더 중 하나)가 필요하다는 단점이 있습니다.요즘은 이것이 일종의 표준이기 때문에 이를 받아들일 수 있지만, 특정 페이지/앵커로 이동하도록 안정적으로 말할 수 있습니까?

HTML 파일이 최선의 선택인 것 같습니다. 그러면 다른 브라우저(CSS 등)를 처리해야 합니다.

편집하다: 나만의 도움말 파일을 만들려고 합니다.저는 "설정 없이 추출하고 실행하기만 하면 됩니다"라는 철학을 좋아하기 때문에 과거에도 이러한 문제를 여러 번 겪었습니다. 왜냐하면 많은 사용자가 네트워크 외부에서 실행하여 정확히 이 문제를 일으키기 때문입니다.

그래서 저는 제가 만드는 애플리케이션마다 다른 도움말 시스템을 코딩하지 않고도 사용자에게 도움을 제공할 수 있는 보다 강력하고 미래 지향적인 방법을 찾고 있습니다.

CHM은 정말 좋은 형식이지만 도움말 시스템은 더 많은 문제를 발생시키지 않고 사용자에게 도움을 제공해야 하기 때문에 보안 기능으로 인해 사용할 수 없게 됩니다.

도움이 되었습니까?

해결책

공개 웹 서버에서 HTML을 제공하는 경우에만 HTML이 차선책이 될 것입니다.앱과 함께 번들로 묶으려고 하면 모든 파일(및 이미지(및 스타일시트(및 ...)))이 CHM을 신의 선물처럼 보이게 만들 것입니다.

즉, 실제로 설치 패키지에 번들로 포함되었을 때(네트워크를 통해 제공되는 대신) CHM 파일이 제대로 작동한다는 것을 알았습니다.

OTOH, CHM 파일의 또 다른 함정:CHM 파일을 열려고 해도 현지의 디스크를 처음 다운로드한 경우 파일을 얻을 때 "외부 소스에서 가져온 것"으로 표시될 수 있으므로 보안 블록에 부딪힐 수 있습니다.

다른 팁

나는 html 옵션이 마음에 들지 않으며 실제로 압축하고 색인화하여 일반 HTML에서 CHM으로 이동했습니다.Windows가 아닌 소수의 고객에게도 사용할 수 있습니다.이는 네트워크에 설치하는 사람들의 끊임없는 작은 파손(중첩 깊이 제한, 이상한 잠금 효과), 30000개의 HTML 파일이 있는 디렉터리에서 죽은 바이러스 백신, 이전 시스템에 설치하는 동안 20분의 압축 해제 시간, 브라우저 안전 영역 및 기능, 설치 프로그램의 필요한 공간 계산 오류 등

그리고 "수정"을 시작하는 사람들, 잘못된 "통합" 시도가 있는 타사 제품, 속도 저하(브라우저 시작)에 대한 불만 사항도 포함하지 않습니다.

우리 모두는 OS와 하드웨어가 개선되면서 문제가 해결될 때까지 수년을 기다렸지만, 문제는 눈부시게 많은 종류에서 계속 반복되었고 충분했습니다.우리는 chmlib를 찾았고, OS가 제공하는 것이 작동을 멈추고 전환하는 경우 간단한 외부 리더를 사용하여 이스케이프를 기반으로 하는 무언가를 영원히 사용할 수 있다고 결정했습니다.

한편 우리는 자체 컴파일러도 보유하고 있으므로 미래에도 MS가 필요하지 않습니다.그렇다고 우리가 결코 변하지 않을 것이라는 의미는 아니지만(요즘에는 로컬 웹 서버를 사용하는 솔루션이 가장 선호되는 것 같습니다), 적어도 선택의 여지가 있습니다.

우리 소프트웨어는 클라이언트에 로컬로 배포되고 네트워크 공유에서 제공됩니다.우리는 네트워크에서 제공하기 위해 CHM 파일과 HTML 파일 세트를 모두 생성하기로 선택했습니다.프로그램을 로컬로 시작하는 사용자는 CHM 파일을 사용하고, 네트워크 공유에서 프로그램을 제공받는 사용자는 HTML 파일을 사용해야 합니다.

우리는 사용 도움말 및 매뉴얼 따라서 동일한 소스 프로젝트에서 두 가지 유형의 출력을 쉽게 생성할 수 있습니다.HTML 파일에는 검색 기능도 포함되어 있으며 웹 서버가 필요하지 않으므로 최적의 솔루션은 아니지만 잘 작동합니다.

지금까지 Windows의 모든 단일 파일 형식은 어떤 식으로든 손상된 것 같습니다.

  • WinHelp - 더 이상 사용되지 않음
  • HtmlHelp(CHM) - Vista에서는 더 이상 사용되지 않으며 네트워크 공유에서는 작동하지 않습니다. 그 외에는 정말 훌륭하게 작동합니다.
  • Microsoft 도움말 2(HXS) - 이것은 작동하지 않는 시점까지 제대로 작동하는 것 같습니다. 인덱스가 손상되거나 유사합니다. 이는 Visual Studio 2005 이상에서 예제로 사용됩니다.

설치 프로그램을 사용하고 싶지 않고 사용자가 네트워크를 통해 CHM 파일을 허용하기 위해 추가 단계를 수행하는 것을 원하지 않는 경우 WinHelp로 돌아가는 것은 어떨까요?Vista에는 기본적으로 WinHlp32.exe가 포함되어 있지 않지만 무료로 다운로드 가능 Vista와 Server 2008 모두에 해당됩니다.

온라인 문서를 제품에 얼마나 가져오느냐에 따라 다르며, 좋은 문서 인프라를 구축하는 것은 복잡할 수 있지만 일단 완료되면 그만한 가치가 있습니다.우리가 하는 방법은 다음과 같습니다 -

  • 도움말 소스 디타 SCC(ClearCase)에 저장된 호환 XML입니다.
  • 편집 도움말 엑스메탈
  • 도움말 편집, 맞춤형 DITA 툴킷 열기, 맞춤형 Perl/Java 전처리 포함
  • 도움말 소스는 컴파일 타임, .RC 파일 등에서 애플리케이션 리소스를 상호 참조합니다.
  • 단일 소스, PDF, CHM, 이클립스 도움말, HTML.
  • 단일 소스 저장소는 수천 개의 공유 주제가 있는 여러 제품 10+에 대한 도움말을 생성합니다.

당신이 설명하는 것에서 나는 Eclipse 도움말을 볼 것입니다. .NET 또는 MFC 애플리케이션에 통합하기가 쉽지 않습니다. 기본적으로 URL에 대한 요청을 해결하기 위해 도움말 매핑을 수행한 다음 URL을 Eclipse 도움말 래퍼 또는 브라우저로 실행해야 합니다.

자신만의 도움말 파일을 생성하는 방법이나 가장 좋은 도움말 파일 형식이 무엇인지에 대한 질문이 있습니까?

개인적으로 CHM이 훌륭하다고 생각합니다.컴퓨터를 설정할 때 가장 먼저 하는 일 중 하나는 CHM 형식의 PHP 매뉴얼을 다운로드하는 것입니다(http://www.php.net/download-docs.php) 거기에 단축키를 추가하세요 크림슨에디터.따라서 F1을 누르면 CHM이 로드되고 커서가 있는 단어를 검색합니다(빠른 기능 참조에 적합).

"그냥 추출하고 실행하기"를 수행하면 보안 문제가 발생하게 됩니다.이는 사용자가 Vista(또는 그 이상)를 실행하는 경우 특히 그렇습니다.설치 프로그램 내부에 애플리케이션을 패키징하는 것을 피하고 싶은 이유가 있습니까?설치 프로그램을 사용하면 "외부 소스" 문제가 완화됩니다.문제 없이 .chm 파일을 사용할 수 있습니다.

우리는 사용 설치 인식 설치 패키지를 생성합니다.가격이 저렴하지는 않지만 매우 좋습니다.비용이 걱정된다면, 윅스 오픈 소스이며 매우 강력합니다.WIX에는 학습 곡선이 있지만 작업하기 쉽습니다.

PDF에는 Adobe Reader가 필요하다는 단점이 있습니다.

나는 사용한다 Foxit 리더 집과 직장에서 Windows에서.크기가 훨씬 작고 개봉도 매우 빠릅니다.a80000326.pdf가 정확히 무엇인지, 왜 문서 폴더를 막고 있는지 궁금할 때 매우 유용합니다.

내 생각에 우리 응용 프로그램에 대한 해결책은 도움말 파일을 직접 호스팅하는 것입니다.이를 통해 우리는 파일에 즉시 액세스하고 최신 상태로 유지할 수 있습니다.

내 계획은 특정 항목에 대한 도움말이 각각 포함된 일련의 거대한 XML 파일에 콘텐츠를 로드하는 것입니다.이 XML에는 다른 XML 파일에 대한 링크가 포함됩니다.필요에 따라 XSLT를 사용하여 내용을 표시합니다.

라이센스에 따라 고객이 필요로 하는 모양과 느낌을 맞춤화하기 위해 클라이언트별 XSLT 파일을 구축할 수 있습니다.제품의 특정 버전에 대한 도움말만 표시해야 할 수도 있으며 이는 XSLT에서 항목을 필터링하여 수행할 수 있습니다.

나는 chm, html, pdf, word, windows help, xml, xhtml 및 내가 들어본 적이 없는 기타 형식(dita가 종소리를 울리나요?)과 같은 다양한 형식을 생성할 수 있는 AuthorIT라는 상용 패키지를 사용합니다.이는 기술 문서 작성자의 요구에 맞춘 콘텐츠 관리 시스템입니다.장점은 동일한 콘텐츠를 사용하고 재사용하여 가이드 세트를 만든 다음 이를 다른 형식으로 생성할 수 있다는 것입니다.

따라서 chm이나 html 등을 선택하는 문제와 관련된 결론은 이것을 사용하는 경우 주어진 형식에 고정되지 않지만 사용자가 선택할 수 있는 여러 가지 형식을 제공할 수 있으며 더 많은 형식을 추가할 수도 있다는 것입니다. 계속 진행하면 추가 비용이 발생하지 않습니다.

가이드가 하나만 있으면 만들 가치가 없지만, 관리할 문서 세트가 있다면 제가 아는 한 그것은 최선입니다.그들의 지원도 매우 도움이 됩니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top