Re: table anchors - best practices?

2006-06-29 Thread Stuart Rogers

Karen Mardahl wrote:


I am starting to pick up on this negative number trick. For my table
anchor, I had settled on a font at 7pt (I like seeing that tag!), and
the para catalog defaulted to line space 8 pt. No space above or
below. My tables are set to 0 pt above. The white space between a text
block and a table is then just from the table anchor (plus a bit from
the regular body tag, I think.) I had thought it looked a wee bit too
tiny, so I will experiment some more, based on the numbers discussed
here. I am doing pioneer work here, so the nice people who kindly
responded here have now provided me with some sales arguments for
adding a table anchor to our catalogs. Thank you very much!!


The main advantage of the negative number trick is that if a table 
happens to flow to the top of a page, there will be no white space above 
it. Without the trick, you'll get white space between your top margin 
and your table -- not a good thing.


s.

--
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers phoenix-geophysics com

The modern conservative is engaged in one of man's oldest exercises in 
moral philosophy; that is, the search for a superior moral justification 
for selfishness.


John Kenneth Galbraith, 1908-2006
The smartest export Canada ever sent to the United States.


Get Firefox!
http://tinyurl.com/8q9c5
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


table anchors - best practices?

2006-06-29 Thread Karen Mardahl
Thanks to everyone - there has been a lot of useful information in this thread.

On 6/28/06, Stuart Rogers  wrote:
> Rick Quatro wrote:
> >
> > Set the Space Above setting for the table to -2 and set the Space Below
> > setting for the Anchor paragraph to -2.
> >
>
> I use an anchor pgf the same size as my body text (10 pt type, 12 pt
> line spacing) with Space Below of -12 for the pgf and Space Above on the
> table of -12. This has the advantage of making the anchor's pilcrow
> easier to see/select than a 2-pt sized pilcrow.
>
> (The Space Above/Below settings have to have an absolute value the same
> as, or larger than, your anchor's line spacing.)

I am starting to pick up on this negative number trick. For my table
anchor, I had settled on a font at 7pt (I like seeing that tag!), and
the para catalog defaulted to line space 8 pt. No space above or
below. My tables are set to 0 pt above. The white space between a text
block and a table is then just from the table anchor (plus a bit from
the regular body tag, I think.) I had thought it looked a wee bit too
tiny, so I will experiment some more, based on the numbers discussed
here. I am doing pioneer work here, so the nice people who kindly
responded here have now provided me with some sales arguments for
adding a table anchor to our catalogs. Thank you very much!!

regards, Karen Mardahl



table anchors - best practices?

2006-06-29 Thread Stuart Rogers
Karen Mardahl wrote:

> I am starting to pick up on this negative number trick. For my table
> anchor, I had settled on a font at 7pt (I like seeing that tag!), and
> the para catalog defaulted to line space 8 pt. No space above or
> below. My tables are set to 0 pt above. The white space between a text
> block and a table is then just from the table anchor (plus a bit from
> the regular body tag, I think.) I had thought it looked a wee bit too
> tiny, so I will experiment some more, based on the numbers discussed
> here. I am doing pioneer work here, so the nice people who kindly
> responded here have now provided me with some sales arguments for
> adding a table anchor to our catalogs. Thank you very much!!

The main advantage of the "negative number trick" is that if a table 
happens to flow to the top of a page, there will be no white space above 
it. Without the trick, you'll get white space between your top margin 
and your table -- not a good thing.

s.

-- 
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers phoenix-geophysics com

"The modern conservative is engaged in one of man's oldest exercises in 
moral philosophy; that is, the search for a superior moral justification 
for selfishness."

John Kenneth Galbraith, 1908-2006
"The smartest export Canada ever sent to the United States."


Get Firefox!
http://tinyurl.com/8q9c5



RE: table anchors - best practices?

2006-06-28 Thread John Sgammato
I use a skinny little paragraph style called figure, 2pts, no space above or 
below, centered. I always put my table and figure anchors in a figure 
paragraph. I like the control I get, especially since I like to keep para text 
together and not have a whole paragraph pulled to another page just so the 
table fits.
It is sometimes a pain in the neck selecting the invisible skinny little figure 
para, but when you gets used to it, it becomes easier. I thought for awhile of 
putting useful note text in the para in white, but then never had a need for 
it. I work alone. YMMV.
john



From: [EMAIL PROTECTED] on behalf of Karen Mardahl
Sent: Wed 6/28/2006 8:03 AM
To: framers@frameusers.com
Subject: table anchors - best practices?



Richard Combs had a comment in the thread Question about the
hyperlink from the LOF to the figure:
NOTE: There's a good case to be made for anchoring tables in their
own empty pgf, not at the end of the preceding text pgf, but I don't
want to complicate this any further. :-)

This made me curious! I searched the archives, and I found 2 relevant
threads, which provided more food for thought:
small paragraphs for adding tables from Sept. 1, 2005
RE: start a table at top of column? from Sept 18, 2005

My take on this - and I am looking for support, comments, or
modifications - is that you should have a unique table anchor
paragraph tag for anchoring all tables. I believe this gives you best
overall control. Two reasons so far:

1. A unique tag always gives good control over material.
2. Wise formatting of this tag gives consistent spacing. And because
the formatting is built into a tag, you do not have to resort to any
manual formatting, which you might need to do, if you just
attach/anchor the table to the preceding block of text or whatever.

Right now, our policy is no separate paragraph tags for tables. I am
currently working on a monster manual with over 600 tables. There are
many situations where you have table after table with no text
inbetween. Based on this, I want to propose that we do have a unique
tag for anchoring tables. Richard's comment came at a perfect time, so
now I am asking what the rest of you think - or whether Richard wants
to reveal his reasons? I'd like to hear what people have to say.
Thanks!

regards, Karen Mardahl

PS Just FYI: Unstructured Frame 7.1p116 WinXP
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/jsgammato%40imprivata.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


RE: table anchors - best practices?

2006-06-28 Thread peter
I always anchor tables and figures in their own paragraph with a style called 
Anchorline.  Anchor line is set to 2pt text.
Peter




Original Message

Richard Combs had a comment in the thread Question about the
hyperlink from the LOF to the figure:
NOTE: There's a good case to be made for anchoring tables in their
own empty pgf, not at the end of the preceding text pgf, but I don't
want to complicate this any further. :-)

This made me curious! I searched the archives, and I found 2 relevant
threads, which provided more food for thought:
small paragraphs for adding tables from Sept. 1, 2005
RE: start a table at top of column? from Sept 18, 2005

My take on this - and I am looking for support, comments, or
modifications - is that you should have a unique table anchor
paragraph tag for anchoring all tables. I believe this gives you best
overall control. Two reasons so far:

1. A unique tag always gives good control over material.
2. Wise formatting of this tag gives consistent spacing. And because
the formatting is built into a tag, you do not have to resort to any
manual formatting, which you might need to do, if you just
attach/anchor the table to the preceding block of text or whatever.

Right now, our policy is no separate paragraph tags for tables. I am
currently working on a monster manual with over 600 tables. There are
many situations where you have table after table with no text
inbetween. Based on this, I want to propose that we do have a unique
tag for anchoring tables. Richard's comment came at a perfect time, so
now I am asking what the rest of you think - or whether Richard wants
to reveal his reasons? I'd like to hear what people have to say.
Thanks!

regards, Karen Mardahl

PS Just FYI: Unstructured Frame 7.1p116 WinXP
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit http://lists.frameusers.com/mailman/options/framers/peter%40galley.ie

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


Re: table anchors - best practices?

2006-06-28 Thread Rick Quatro

The only time I have issues is when the table starts at the top of a page.
Doesn't line up evenly because of the Anchor paragraph, but I can live 
with

it...unless other people have other suggestions.


Set the Space Above setting for the table to -2 and set the Space Below 
setting for the Anchor paragraph to -2.


Rick Quatro
Carmen Publishing
585-659-8267
www.frameexpert.com

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


AW: table anchors - best practices?

2006-06-28 Thread Reng, Winfried
Hi,

 Right now, our policy is no separate paragraph tags for tables. I am
 currently working on a monster manual with over 600 tables. There are
 many situations where you have table after table with no text
 inbetween. Based on this, I want to propose that we do have a unique
 tag for anchoring tables. Richard's comment came at a perfect time, so
 now I am asking what the rest of you think - or whether Richard wants
 to reveal his reasons? I'd like to hear what people have to say.

I have also a document with several 100 tables one after the
other. Previously they were anchored in a single paragraph
(anchor). But it was impossible to change the order manually
or insert anything. Therefore I changed that so that each table
is now anchored in its own paragraph (with the help of
FrameScript).

The paragraph has a regular size (font 10 pt, line spacing 12 pt).
Space below is -12 pt. The table anchored in this paragraph has
set space above to -12 pt. Thus I donĀ“t have to fiddle around
to select an anchor paragraph.

Best regards

Winfried
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


Re: AW: table anchors - best practices?

2006-06-28 Thread Bill Briggs
At 3:35 PM +0200 6/28/06, Reng, Winfried wrote:
Hi,

 Right now, our policy is no separate paragraph tags for tables. I am
 currently working on a monster manual with over 600 tables. There are
 many situations where you have table after table with no text
 inbetween. Based on this, I want to propose that we do have a unique
 tag for anchoring tables. Richard's comment came at a perfect time, so
 now I am asking what the rest of you think - or whether Richard wants
 to reveal his reasons? I'd like to hear what people have to say.

I have also a document with several 100 tables one after the
other. Previously they were anchored in a single paragraph
(anchor). But it was impossible to change the order manually
or insert anything. Therefore I changed that so that each table
is now anchored in its own paragraph (with the help of
FrameScript).

 If you're hanging many table anchors in a single paragraph tag then I've 
always found it useful to put an em space between the anchors. Then you can 
select table anchors individually with ease, if necessary.

 - web
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


Re: table anchors - best practices?

2006-06-28 Thread Steve Rickaby
At 14:03 +0200 28/6/06, Karen Mardahl wrote:

I want to propose that we do have a unique tag for anchoring tables. Richard's 
comment came at a perfect time, so now I am asking what the rest of you think 
- or whether Richard wants to reveal his reasons? I'd like to hear what people 
have to say.

lots of good ideas...

And for structured documents? Are any refinements necessary or desirable?
-- 
Steve
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


Re: table anchors - best practices?

2006-06-28 Thread Karen Mardahl

Thanks to everyone - there has been a lot of useful information in this thread.

On 6/28/06, Stuart Rogers [EMAIL PROTECTED] wrote:

Rick Quatro wrote:

 Set the Space Above setting for the table to -2 and set the Space Below
 setting for the Anchor paragraph to -2.


I use an anchor pgf the same size as my body text (10 pt type, 12 pt
line spacing) with Space Below of -12 for the pgf and Space Above on the
table of -12. This has the advantage of making the anchor's pilcrow
easier to see/select than a 2-pt sized pilcrow.

(The Space Above/Below settings have to have an absolute value the same
as, or larger than, your anchor's line spacing.)


I am starting to pick up on this negative number trick. For my table
anchor, I had settled on a font at 7pt (I like seeing that tag!), and
the para catalog defaulted to line space 8 pt. No space above or
below. My tables are set to 0 pt above. The white space between a text
block and a table is then just from the table anchor (plus a bit from
the regular body tag, I think.) I had thought it looked a wee bit too
tiny, so I will experiment some more, based on the numbers discussed
here. I am doing pioneer work here, so the nice people who kindly
responded here have now provided me with some sales arguments for
adding a table anchor to our catalogs. Thank you very much!!

regards, Karen Mardahl
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.


table anchors - best practices?

2006-06-28 Thread John Sgammato
I use a skinny little paragraph style called figure, 2pts, no space above or 
below, centered. I always put my table and figure anchors in a figure 
paragraph. I like the control I get, especially since I like to keep para text 
together and not have a whole paragraph pulled to another page just so the 
table fits.
It is sometimes a pain in the neck selecting the invisible skinny little figure 
para, but when you gets used to it, it becomes easier. I thought for awhile of 
putting useful note text in the para in white, but then never had a need for 
it. I work alone. YMMV.
john



From: framers-bounces+jsgammato=imprivata@lists.frameusers.com on behalf of 
Karen Mardahl
Sent: Wed 6/28/2006 8:03 AM
To: framers at frameusers.com
Subject: table anchors - best practices?



Richard Combs had a comment in the thread "Question about the
hyperlink from the LOF to the figure":
"NOTE: There's a good case to be made for anchoring tables in their
own empty pgf, not at the end of the preceding text pgf, but I don't
want to complicate this any further. :-)"

This made me curious! I searched the archives, and I found 2 relevant
threads, which provided more food for thought:
"small paragraphs for adding tables" from Sept. 1, 2005
"RE: start a table at top of column?" from Sept 18, 2005

My take on this - and I am looking for support, comments, or
modifications - is that you should have a unique table anchor
paragraph tag for anchoring all tables. I believe this gives you best
overall control. Two reasons so far:

1. A unique tag always gives good control over material.
2. Wise formatting of this tag gives consistent spacing. And because
the formatting is built into a tag, you do not have to resort to any
manual formatting, which you might need to do, if you just
attach/anchor the table to the preceding block of text or whatever.

Right now, our policy is no separate paragraph tags for tables. I am
currently working on a monster manual with over 600 tables. There are
many situations where you have table after table with no text
inbetween. Based on this, I want to propose that we do have a unique
tag for anchoring tables. Richard's comment came at a perfect time, so
now I am asking what the rest of you think - or whether Richard wants
to reveal his reasons? I'd like to hear what people have to say.
Thanks!

regards, Karen Mardahl

PS Just FYI: Unstructured Frame 7.1p116 WinXP
___


You are currently subscribed to Framers as jsgammato at imprivata.com.

Send list messages to framers at lists.frameusers.com.

To unsubscribe send a blank email to
framers-unsubscribe at lists.frameusers.com
or visit 
http://lists.frameusers.com/mailman/options/framers/jsgammato%40imprivata.com

Send administrative questions to lisa at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.





table anchors - best practices?

2006-06-28 Thread pe...@galley.ie
I always anchor tables and figures in their own paragraph with a style called 
Anchorline.  Anchor line is set to 2pt text.
Peter




Original Message

Richard Combs had a comment in the thread "Question about the
hyperlink from the LOF to the figure":
"NOTE: There's a good case to be made for anchoring tables in their
own empty pgf, not at the end of the preceding text pgf, but I don't
want to complicate this any further. :-)"

This made me curious! I searched the archives, and I found 2 relevant
threads, which provided more food for thought:
"small paragraphs for adding tables" from Sept. 1, 2005
"RE: start a table at top of column?" from Sept 18, 2005

My take on this - and I am looking for support, comments, or
modifications - is that you should have a unique table anchor
paragraph tag for anchoring all tables. I believe this gives you best
overall control. Two reasons so far:

1. A unique tag always gives good control over material.
2. Wise formatting of this tag gives consistent spacing. And because
the formatting is built into a tag, you do not have to resort to any
manual formatting, which you might need to do, if you just
attach/anchor the table to the preceding block of text or whatever.

Right now, our policy is no separate paragraph tags for tables. I am
currently working on a monster manual with over 600 tables. There are
many situations where you have table after table with no text
inbetween. Based on this, I want to propose that we do have a unique
tag for anchoring tables. Richard's comment came at a perfect time, so
now I am asking what the rest of you think - or whether Richard wants
to reveal his reasons? I'd like to hear what people have to say.
Thanks!

regards, Karen Mardahl

PS Just FYI: Unstructured Frame 7.1p116 WinXP
___


You are currently subscribed to Framers as peter at galley.ie.

Send list messages to framers at lists.frameusers.com.

To unsubscribe send a blank email to 
framers-unsubscribe at lists.frameusers.com
or visit http://lists.frameusers.com/mailman/options/framers/peter%40galley.ie

Send administrative questions to lisa at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.





table anchors - best practices?

2006-06-28 Thread Bill Briggs
I also use a 2pt para with white text called "frame". I hang frames in it and 
put tables in it. Sometimes the text is used as well because one can cross ref 
to it.

- web

At 8:12 AM -0400 6/28/06, John Sgammato wrote:
>I use a skinny little paragraph style called figure, 2pts, no space above or 
>below, centered. I always put my table and figure anchors in a figure 
>paragraph. I like the control I get, especially since I like to keep para text 
>together and not have a whole paragraph pulled to another page just so the 
>table fits.
>It is sometimes a pain in the neck selecting the invisible skinny little 
>figure para, but when you gets used to it, it becomes easier. I thought for 
>awhile of putting useful note text in the para in white, but then never had a 
>need for it. I work alone. YMMV.
>john
>
>
>
>From: framers-bounces+jsgammato=imprivata.com at lists.frameusers.com on 
>behalf of Karen Mardahl
>Sent: Wed 6/28/2006 8:03 AM
>To: framers at frameusers.com
>Subject: table anchors - best practices?
>
>
>
>Richard Combs had a comment in the thread "Question about the
>hyperlink from the LOF to the figure":
>"NOTE: There's a good case to be made for anchoring tables in their
>own empty pgf, not at the end of the preceding text pgf, but I don't
>want to complicate this any further. :-)"
>
>This made me curious! I searched the archives, and I found 2 relevant
>threads, which provided more food for thought:
>"small paragraphs for adding tables" from Sept. 1, 2005
>"RE: start a table at top of column?" from Sept 18, 2005
>
>My take on this - and I am looking for support, comments, or
>modifications - is that you should have a unique table anchor
>paragraph tag for anchoring all tables. I believe this gives you best
>overall control. Two reasons so far:
>
>1. A unique tag always gives good control over material.
>2. Wise formatting of this tag gives consistent spacing. And because
>the formatting is built into a tag, you do not have to resort to any
>manual formatting, which you might need to do, if you just
>attach/anchor the table to the preceding block of text or whatever.
>
>Right now, our policy is no separate paragraph tags for tables. I am
>currently working on a monster manual with over 600 tables. There are
>many situations where you have table after table with no text
>inbetween. Based on this, I want to propose that we do have a unique
>tag for anchoring tables. Richard's comment came at a perfect time, so
>now I am asking what the rest of you think - or whether Richard wants
>to reveal his reasons? I'd like to hear what people have to say.
>Thanks!
>
>regards, Karen Mardahl
>
>PS Just FYI: Unstructured Frame 7.1p116 WinXP
>___
>
>
>You are currently subscribed to Framers as jsgammato at imprivata.com.
>
>Send list messages to framers at lists.frameusers.com.
>
>To unsubscribe send a blank email to
>framers-unsubscribe at lists.frameusers.com
>or visit 
>http://lists.frameusers.com/mailman/options/framers/jsgammato%40imprivata.com
>
>Send administrative questions to lisa at frameusers.com. Visit
>http://www.frameusers.com/ for more resources and info.
>
>
>___
>
>
>You are currently subscribed to Framers as web at nbnet.nb.ca.
>
>Send list messages to framers at lists.frameusers.com.
>
>To unsubscribe send a blank email to
>framers-unsubscribe at lists.frameusers.com
>or visit http://lists.frameusers.com/mailman/options/framers/web%40nbnet.nb.ca
>
>Send administrative questions to lisa at frameusers.com. Visit
>http://www.frameusers.com/ for more resources and info.




table anchors - best practices?

2006-06-28 Thread Zoe Lawson
I always use a separate paragraph for tables, anchored frames, and text
insets. (I call it anchor.)

I use it because:

1. The company I worked for before that I stole template ideas from always
used it.

2. I use WebWorks, and if I don't anchor the table to a separate paragraph,
the conversion process doesn't work. (I don't know if that's a WebWorks
7/2003 limitation or just a gremlin that follows me around.)

The only time I have issues is when the table starts at the top of a page.
Doesn't line up evenly because of the Anchor paragraph, but I can live with
it...unless other people have other suggestions.

HTH,

Zoe




table anchors - best practices?

2006-06-28 Thread Rick Quatro
> The only time I have issues is when the table starts at the top of a page.
> Doesn't line up evenly because of the Anchor paragraph, but I can live 
> with
> it...unless other people have other suggestions.

Set the Space Above setting for the table to -2 and set the Space Below 
setting for the Anchor paragraph to -2.

Rick Quatro
Carmen Publishing
585-659-8267
www.frameexpert.com




AW: table anchors - best practices?

2006-06-28 Thread Reng, Winfried
Hi,

> Right now, our policy is no separate paragraph tags for tables. I am
> currently working on a monster manual with over 600 tables. There are
> many situations where you have table after table with no text
> inbetween. Based on this, I want to propose that we do have a unique
> tag for anchoring tables. Richard's comment came at a perfect time, so
> now I am asking what the rest of you think - or whether Richard wants
> to reveal his reasons? I'd like to hear what people have to say.

I have also a document with several 100 tables one after the
other. Previously they were anchored in a single paragraph
(anchor). But it was impossible to change the order manually
or insert anything. Therefore I changed that so that each table
is now anchored in its own paragraph (with the help of
FrameScript).

The paragraph has a regular size (font 10 pt, line spacing 12 pt).
Space below is -12 pt. The table anchored in this paragraph has
set space above to -12 pt. Thus I don?t have to fiddle around
to select an anchor paragraph.

Best regards

Winfried



AW: table anchors - best practices?

2006-06-28 Thread Bill Briggs
At 3:35 PM +0200 6/28/06, Reng, Winfried wrote:
>Hi,
>
>> Right now, our policy is no separate paragraph tags for tables. I am
>> currently working on a monster manual with over 600 tables. There are
>> many situations where you have table after table with no text
>> inbetween. Based on this, I want to propose that we do have a unique
>> tag for anchoring tables. Richard's comment came at a perfect time, so
>> now I am asking what the rest of you think - or whether Richard wants
>> to reveal his reasons? I'd like to hear what people have to say.
>
>I have also a document with several 100 tables one after the
>other. Previously they were anchored in a single paragraph
>(anchor). But it was impossible to change the order manually
>or insert anything. Therefore I changed that so that each table
>is now anchored in its own paragraph (with the help of
>FrameScript).

 If you're hanging many table anchors in a single paragraph tag then I've 
always found it useful to put an em space between the anchors. Then you can 
select table anchors individually with ease, if necessary.

 - web



table anchors - best practices?

2006-06-28 Thread Steve Rickaby
At 14:03 +0200 28/6/06, Karen Mardahl wrote:

>I want to propose that we do have a unique tag for anchoring tables. Richard's 
>comment came at a perfect time, so now I am asking what the rest of you think 
>- or whether Richard wants to reveal his reasons? I'd like to hear what people 
>have to say.



And for structured documents? Are any refinements necessary or desirable?
-- 
Steve



table anchors - best practices?

2006-06-28 Thread Combs, Richard
Karen Mardahl wrote: 

> My take on this - and I am looking for support, comments, or 
> modifications - is that you should have a unique table anchor 
> paragraph tag for anchoring all tables. I believe this gives 
> you best overall control. Two reasons so far:
> 
> 1. A unique tag always gives good control over material.
> 2. Wise formatting of this tag gives consistent spacing. And 
> because the formatting is built into a tag, you do not have 
> to resort to any manual formatting, which you might need to 
> do, if you just attach/anchor the table to the preceding 
> block of text or whatever.

Well, others have about covered this, but for the record, I agree with
both these reasons. I never let tables float, and I never anchor more
than one in each anchor pgf. They're always set to Start Anywhere, which
means they're always immediately after the anchor pgf. Our table titles
are above the tables (so jumps to them in the PDF take you to the top of
the table, not the bottom). Thus, the anchor pgf controls the space
above the table title and determines absolutely where in the flow the
table appears. 

I use a pgf tag called TableAnchor that's 7 pt red text with 5 pt space
above. Why 7 pt red? It's the smallest text size for which the pilcrow
(pgf symbol) remains visible at 100% on my monitor, and the red color
just makes it easier to spot. I also use red for the other tags that are
intended to be used only as empty pgfs -- FigAnchor and PageBreak. 

I don't mind the extra white space when a table starts at the top of the
page, but as others have noted, you can eliminate that completely by
using negative space below on the anchor pgf and the same negative space
above on the table. Assuming you don't mind having your anchor pgf
completely hidden by the table -- I suppose I could get used to that,
but I'm not sure I like the idea. :-) 

Richard


--
Richard G. Combs
Senior Technical Writer
Polycom, Inc.
richardDOTcombs AT polycomDOTcom
303-223-5111
--
rgcombs AT gmailDOTcom
303-777-0436
--







table anchors - best practices?

2006-06-28 Thread Stuart Rogers
Rick Quatro wrote:
> 
> Set the Space Above setting for the table to -2 and set the Space Below 
> setting for the Anchor paragraph to -2.
> 

I use an anchor pgf the same size as my body text (10 pt type, 12 pt 
line spacing) with Space Below of -12 for the pgf and Space Above on the 
table of -12. This has the advantage of making the anchor's pilcrow 
easier to see/select than a 2-pt sized pilcrow.

(The Space Above/Below settings have to have an absolute value the same 
as, or larger than, your anchor's line spacing.)

-- 
Stuart Rogers
Technical Communicator
Phoenix Geophysics Limited
Toronto, ON, Canada
+1 (416) 491-7340 x 325

srogers phoenix-geophysics com

"The modern conservative is engaged in one of man's oldest exercises in 
moral philosophy; that is, the search for a superior moral justification 
for selfishness."

John Kenneth Galbraith, 1908-2006
"The smartest export Canada ever sent to the United States."


Get Firefox!
http://tinyurl.com/8q9c5