From: "Eli Zaretskii" <eliz@is.elta.co.il>
Cc: emacs-devel@gnu.org
Subject: Re: Texinfo doc for GDB-UI
Date: Tue, 24 Dec 2002 21:29:15 +0300 [thread overview]
Message-ID: <3405-Tue24Dec2002212914+0200-eliz@is.elta.co.il> (raw)
In-Reply-To: <15879.34324.916528.669630@nick.uklinux.net> (message from Nick Roberts on Mon, 23 Dec 2002 21:54:28 +0000)
> From: Nick Roberts <nick@nick.uklinux.net>
> Date: Mon, 23 Dec 2002 21:54:28 +0000
>
> Here is my attempt at writing something for gdb-ui.el for the emacs manual.
Thanks!
A few comments:
> + @item M-x gdba @key{RET} @var{file} @key{RET}
> + @findex gdba
> + Run GDB as a subprocess of Emacs. This command generates a more extensive
> + user interface than the command gdb. These extra features are described in
> + @xref{GDB-UI}.
First, please don't use @xref except at the beginning of a sentence,
since the text it produces begins with a capitalized "See", and will
look like a typo in the middle of a sentence.
Secondly, an index entry for a command ("@findex gdba" above) should
be where the command is explained in full, not where it's mentioned
for the first time. So the right place for the index entry is in the
second paragraph of the node GDB-UI.
Finally, please make sure every sentence has either two spaces or a
newline after the period that ends the sentence. This is so TeX
typesets the sentence separation correctly.
> + with just one or two windows. So, after re-compilation, the window
> + layout for the debugging session can be restored with
> + @code{gdb-restore-windows}.
Please make an @findex entry for every command you mention in the
manual (here gdb-restore-windows). (There are other places where
commands are mentioned without an @findex entry.)
> + @node Layout
> + @subsubsection Layout
It is generally advisable to make @cindex entries where important
parts of the UI are described, under the assumption that users may
wish to find those details quickly. For example, this section would
probably benefit from an entry such as "@cindex GDB-UT layout". The
subsection name is in many cases a good starting point for the
@cindex entry.
> + If @code{gdb-many-windows} is nil (the default value)
`nil' is a symbol, so it should have the @code markup.
> + @verb{+---------------------------------------------------------------------
> + GDB Toolbar
> + ---------------------------------------------------------------------
> + GUD buffer (I/O of GDB) | Locals buffer
I suggest to make the lines here shorter; anything longer than 64
characters will produce overfull hbox warnings from TeX, and will
spill over to the margin of the page.
> + This buffer allows control of the breakpoints which have been set
> + previously and uses the output from the GDB command @xref{Set Breaks,,
> + info breakpoints, Gdb, The GNU debugger}.
Does this xref really work? The GDB manual's name is `gdb.info', not
`Gdb.info', so on a case-sensitive filesystem the xref might not work
(but I didn't actually try that, so I might be missing something).
> + grey when it is disabled. Text-only terminals will correspondingly
> + display a `B' or `b'.
Please use @samp{b} and @samp{B}, not `b' and `B' here.
> + This buffer controls the list of expressions set up to display
> + automatically and uses the output from the GDB command @xref{Auto
> + Display,,info display, Gdb, The GNU debugger}. As with the
> + breakpoints the displayed may be enabled/disabled or deleted.
I think the last sentence should say "displayed expressions" or maybe
"displays", not "displayed".
next prev parent reply other threads:[~2002-12-24 18:29 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-23 21:54 Texinfo doc for GDB-UI Nick Roberts
2002-12-24 12:43 ` Robert J. Chassell
2002-12-24 18:29 ` Eli Zaretskii [this message]
2002-12-25 14:48 ` Andreas Schwab
2002-12-25 17:47 ` Alex Schroeder
2002-12-26 7:49 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2002-12-26 0:28 Nick Roberts
2002-12-26 14:26 ` Robert J. Chassell
2002-12-27 19:10 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3405-Tue24Dec2002212914+0200-eliz@is.elta.co.il \
--to=eliz@is.elta.co.il \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.