GNU Info는 왜 성공하지 못했나요?

GNU Info는 왜 성공하지 못했나요?

나의 지식/이해에 따르면, 도움과 사람들은 동시에 오거나, 그들 사이에는 아주 작은 시차가 있습니다. 그런 다음 GNU Info가 등장했는데, 내가 아는 한 그것은 인간보다 더 장황하고, 더 자세하며, 틀림없이 훨씬 더 뛰어났습니다. 오늘날에도 인간에 관한 많은 기록은 미스터리로 남아 있습니다.

나는 여러 면에서 인간보다 우월한 정보가 왜 단순히 인간을 대체하지 못하는지 종종 궁금합니다. 아직도 사람들이 정보 페이지 대신 매뉴얼 페이지를 만드는 것을 봅니다. 유용한 정보 도구가 없기 때문일까요? 둘 다에 대한 라이센스에 내용이 있나요? 아니면 마땅한 성공을 거두지 못한 다른 요인이 있습니까?

Unix Stackexchange에서 몇 가지 질문을 보았습니다.GNU 정보는 무엇을 위해 사용됩니까?그리고help, info 및 man 명령의 차이점다른 것들 사이.

답변1

man귀하의 질문에 답변하고 최소한의 사실적 배경을 제공하려면 먼저 시스템 생성 일정 및 기타 문서를 살펴보는 것이 좋습니다 info.

man페이지1971년에 작성됨CRT 기반 터미널에서 작업하는 것이 흔하지 않고 매뉴얼 페이지를 인쇄하는 것이 일반적이었던 시대에는 troff가 사용되었습니다(nroff는 아직 존재하지 않았습니다). 매뉴얼 페이지는 간단한 선형 구조를 사용합니다. 매뉴얼 페이지는 일반적으로 명령줄 옵션/스위치를 포함하여 명령에 대한 빠른 개요를 제공합니다.

info명령은 실제로 다음의 요청을 처리합니다.텍사스 정보 네트워크인쇄상의 구문. 텍스트 기반 CRT를 사용하는 것이 Unix 사용자의 표준이었던 1986년 2월에 처음 출시되었지만 그래픽 워크스테이션은 여전히 ​​독점적이었습니다. Texinfo의 출력은 .info텍스트 문서의 기본 탐색을 제공합니다. 처음부터 (GNU 프로젝트를 위한) 완전한 문서를 제공하는 다른 목표가 있었습니다. 명령이나 명령줄 스위치를 사용하는 것과 같은 것은 프로그램의 Texinfo 파일에 포함된 것의 작은 부분일 뿐입니다.

중복에도 불구하고 (Tex)info 시스템은 다음과 같이 설계되었습니다.다시 채우다페이지 man를 교체하는 대신

HTML과 웹 브라우저는 1990년대 초반에 등장했으며 상대적으로 빠르게 WAIS와 고퍼 기반 문자 메시지 시스템을 대체했습니다. 웹 브라우저는 당시 사용 가능한 그래픽 시스템을 활용하여 텍스트 전용 시스템보다 더 많은 정보(예: 하이퍼링크에 밑줄이 그어진 텍스트)를 제공할 수 있었습니다. 제공된 기능은 infoHTML 및 웹 브라우저에서(아마도 변환 후) 에뮬레이션될 수 있으므로 브라우저 기반 시스템은 탐색하기가 더 쉬울 수 있습니다(또는 적어도 경험/학습이 줄어들 수 있음).

HTML은 Texinfo 이상의 기능을 수행하도록 확장되었습니다. 따라서 새 프로젝트(GNU 소프트웨어 제외)의 경우 전체 문서 시스템 세트가 발전했으며(그리고 여전히 발전 중) 대부분 HTML 페이지를 생성합니다. 최근 추세는 입력(즉, 인간 전사자가 제공해야 하는 것)을 사람이 읽을 수 있도록 만드는 것입니다. Texinfo(및 troff)는 입력을 변환하는 프로그램에 의한 효율적인 처리에 더 적합합니다.

info매뉴얼 페이지를 대체할 의도는 없지만 GNU 소프트웨어에 info2manTexinfo 파일(더 큰 하위 집합)에서 매뉴얼 페이지를 생성하는 유사한 프로그램이 포함되어 있으면 해당 프로그램을 대체할 수 있습니다.

게다가 Texinfo(TeX, troff, HTML(+CSS) 및 reStructured Text)와 같은 시스템이 제공하는 기능을 최대한 활용하려면 배우는 데 시간이 걸리며, 그 중 일부는 틀림없이 배우기 쉽고 더 강력합니다(Tex ) 시장을 장악할 가능성은 희박하다 info.

^ 예를 들어텍스트 재구성, 매뉴얼 페이지를 작성하는 데에도 사용할 수 있습니다.

답변2

TOPS-20의 GNU 정보는 XINFO보다 우선하며 XINFO의 영향을 받습니다.

XINFO는 MIT ITS의 INFO보다 앞서며 영향을 받습니다.

이전에는 CD가매우 작은, 터미널은느린많은 터미널은 여전히 ​​종이 기반이며 소위 "유리 TTY"는 커서 주소 지정과 같은 기능을 제공하지 않습니다. 매뉴얼 페이지는 짧아야 하며 실제 문서보다는 알림 역할을 해야 합니다. 시스템 관리자가 사용할 수 있을 만큼 작습니다.아마도공간을 절약하기 위해 기계에서 제거되지는 않지만 압축된 출력만 유지될 가능성이 높습니다. 가장 기본적인 터미널에 표시되거나 멋지게 조판될 수 있습니다. 노드와 가장자리의 뒤틀린 미로를 맹목적으로 탐색하는 대신, 불량배나 조크 놀이와는 전혀 다른, Unix 배포판과 함께 제공되는 소프트웨어를 사용하여 새로운 매뉴얼 페이지를 작성하고 빠르게 읽을 수 있습니다.

결국 tkman과 같은 프로그램을 사용하면 man 형식을 유지하면서 info 또는 HTML의 이점 중 일부를 얻을 수 있게 되었고, Sun과 같은 일부 공급업체가 문서를 SGML 또는 XML(docbook) 형식으로 제공하는 경우에도 여전히 변환을 통해 처리되었습니다. 작업을 수행하려면 man 도구가 필요하기 때문에 man 형식입니다.아니요공급자가 제공합니다.

시스템 관리자가 문서 파일을 삭제하거나 설치하지 않는 것과 관련된 내용이 있습니까? 지금까지 Linux에서는 "apt install foobar"를 실행하려면 별도의 "apt install foobar-doc"가 필요한 경우가 많았습니다.

답변3

M-x man RET info RETinfo 프로그램 내의 info 프로그램에 대한 매뉴얼 페이지를 제공합니다.

내 생각에 이 기능은 info 프로그램이 man 프로그램을 계승한다는 것을 증명합니다(man 프로그램에서 이것의 상호를 구현할 수 있는 방법이 없는 한).

관련 정보