git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [ANNOUNCE] GIT 1.5.3-rc4

From
David Kastrup <dak@gnu.org>
Date
Aug 4, 2007, 16:27 UTC
Message-ID
<857iobfenn.fsf@lola.goethe.zz>
In-Reply-To
<46B4A35E.5040601@midwinter.com>
Steven Grimm <koreth@midwinter.com> writes:
Show 9 quoted lines
> David Kastrup wrote:
>> A system such as info, in contrast, is hierarchical, and organized
>> with indexes and cross references making it much easier to find
>> things.
>
> Really? I find info a huge pain in the butt most of the time.
> I can't just do a simple text search for the information I want in
> the relevant manpage; I have to go navigating around to the
> appropriate subsection (and that's assuming I know where it is)

You are presumably talking about the standalone reader. I never use it, so can't really say much about it. With Emacs, you just do C-s and search. Hitting C-s again will extend the search to the section, and then to the whole file.

Show 8 quoted lines
> and am forced to use the emacs-style pager whether I like it or not
> (not a big emacs fan here). It always ticks me off when I go to read
> the manpage for some command and it tells me to go read the info
> page if I want complete documentation.
>
> I would definitely not want to move to a documentation system that
> prevented me from typing "man git-commit" to get a list of all the
> command line options for that command.
Nobody said that we would want to get rid of man pages.

Anyway, with the info reader, you should at worst use something like info git i git-commit RET to get to the git-commit man page equivalent.

> However, that said, I have no objection to an alternate view of the
> same information that's organized differently.
>
> Am I alone in my dislike of info, I wonder?

I don't use the standalone info reader. It is likely quite less sophisticated and convenient than what Emacs does with info files. The few times I have used it, I felt inconvenienced IIRC, though it has supposedly been improved some time ago after being left in the lurch for quite long. But actually you can also use yelp to browse info pages (point it at, say, info:coreutils).

So I would definitely agree with your assessment that _replacing_ the man pages by info would not be the right way to go. However, nobody asked for that. The idea was to use _Texinfo_, and this produces plain text, HTML, info files, quite nice PDF and some other formats. Of _course_, we want to have man pages as well. I pointed out a reference to the GCC project where they explain how they generate man pages from Texinfo. One would have to check whether this can be applied to the git pages, of course.

There was also the question how to integrate documentation into something like gitk, and there is a Tkinfo widget that could conceivably be used. Texinfo files can also be converted into flat text files with basic markup (and man pages don't give you more than that, anyway).

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Previous: Johannes SchindelinNext: Jeff King
Message 19 of 59 in “[ANNOUNCE] GIT 1.5.3-rc4”
  1. Junio C HamanoAug 4, 2007
  2. Ismail DönmezAug 4, 2007
  3. Junio C HamanoAug 4, 2007
  4. Ismail DönmezAug 4, 2007
  5. Junio C HamanoAug 4, 2007
  6. Ismail DönmezAug 4, 2007
  7. Steven GrimmAug 4, 2007
  8. Junio C HamanoAug 4, 2007
  9. Daniel BarkalowAug 4, 2007
  10. Junio C HamanoAug 4, 2007
  11. Daniel BarkalowAug 4, 2007
  12. Steven GrimmAug 4, 2007
  13. Doug MaxeyAug 4, 2007
  14. Sam RavnborgAug 4, 2007
  15. Steven GrimmAug 4, 2007
  16. David KastrupAug 4, 2007
  17. Steven GrimmAug 4, 2007
  18. Johannes SchindelinAug 4, 2007
  19. David KastrupAug 4, 2007
  20. Jeff KingAug 5, 2007
  21. Linus TorvaldsAug 4, 2007
  22. David KastrupAug 4, 2007
  23. Linus TorvaldsAug 4, 2007
  24. David KastrupAug 4, 2007
  25. J. Bruce FieldsAug 4, 2007
  26. Linus TorvaldsAug 5, 2007
  27. David KastrupAug 5, 2007
  28. Linus TorvaldsAug 5, 2007
  29. David KastrupAug 5, 2007
  30. Linus TorvaldsAug 5, 2007
  31. Johannes SchindelinAug 5, 2007
  32. David KastrupAug 5, 2007
  33. David KastrupAug 5, 2007
  34. David KastrupAug 5, 2007
  35. Linus TorvaldsAug 5, 2007
  36. Bruce KorbAug 5, 2007
  37. David KastrupAug 5, 2007
  38. J. Bruce FieldsAug 5, 2007
  39. Man-pages in user manual (was: [ANNOUNCE] GIT 1.5.3-rc4)David Kastrup, Aug 8, 2007
  40. Junio C HamanoAug 5, 2007
  41. Miles BaderAug 6, 2007
  42. David KastrupAug 6, 2007
  43. Jeff KingAug 5, 2007
  44. David KastrupAug 5, 2007
  45. Jeff KingAug 5, 2007
  46. David KastrupAug 5, 2007
  47. Jeff KingAug 5, 2007
  48. David KastrupAug 5, 2007
  49. David KastrupAug 5, 2007
  50. Johannes SchindelinAug 4, 2007
  51. J. Bruce FieldsAug 4, 2007
  52. David KastrupAug 4, 2007
  53. Timo HirvonenAug 4, 2007
  54. Johannes SchindelinAug 4, 2007
  55. Timo HirvonenAug 4, 2007
  56. MichaelAug 4, 2007
  57. Robin RosenbergAug 4, 2007
  58. Julian PhillipsAug 4, 2007
  59. David KågedalAug 7, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.