From: Andrew Cagney <ac131313@cygnus.com>
To: Jim Blandy <jimb@cygnus.com>
Cc: Eli Zaretskii <eliz@is.elta.co.il>, gdb-patches@sources.redhat.com
Subject: Re: [rfa/doco] Srink the overlay diagram
Date: Tue, 29 Jan 2002 07:58:00 -0000 [thread overview]
Message-ID: <3C5635C6.90409@cygnus.com> (raw)
In-Reply-To: <npwuy787e2.fsf@zwingli.cygnus.com>
> "Eli Zaretskii" <eliz@is.elta.co.il> writes:
>
>> Leave the text outside the @example, and instead put "@need NUMBER"
>> before the @example which starts the diagram, where NUMBER is enough
>> to allow for both the diagram and the text after it. I'd use 10000
>> for NUMBER, but if you can easily print that page after TeXing it,
>> simply measure how many inches of vertical space does the diagram and
>> the text take, and multiply that by 1000.
>
>
> As to the original "what's that doing there?" question: It's a
> caption. Diagrams often have explanatory text, outside of the main
> flow of text.
They tend to be just figure titles.
> As to the formatting: anything that keeps that text immediately after
> the diagram is fine
It currently reads:
``To map an overlay, copy its code from the larger address space to the
instruction address space. Since the overlays shown here all use the
same mapped address, only one may be mapped at a time.
This diagram shows a system with separate data and instruction address
spaces. For a system with a single address space for data and
instructions, the diagram would be similar, except that the program
variables and heap would share an address space with the main program
and the overlay area.''
which to me is a little strange. ``This diagram ...'' is the text
straight after the diagram (but appears on the following page in the
printed document).
I think:
@example @group
<figure>
@anchor{x-spot the title}<title>
@end end
Diagram @xref{x-spot the title} .... would work better.
Andrew
--
PS: I've adjusted the diagram to have different size overlays. Also
added an @c comment explaining that it was intentional. The reason for
srinking the diagram height was to get it all onto one page.
PPS: Suggestions for a figure title welcome.
next prev parent reply other threads:[~2002-01-29 15:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-20 21:11 Andrew Cagney
2002-01-21 1:59 ` Eli Zaretskii
2002-01-21 11:46 ` Andrew Cagney
2002-01-22 1:13 ` Eli Zaretskii
2002-01-24 18:55 ` Jim Blandy
2002-01-29 7:58 ` Andrew Cagney [this message]
2002-01-29 13:58 ` Andrew Cagney
2002-02-07 15:51 ` Andrew Cagney
2002-01-24 18:54 ` Jim Blandy
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=3C5635C6.90409@cygnus.com \
--to=ac131313@cygnus.com \
--cc=eliz@is.elta.co.il \
--cc=gdb-patches@sources.redhat.com \
--cc=jimb@cygnus.com \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox