<div dir="ltr">Not a bad idea, but this is the corporate style. We're also not single-sourcing. (We were moving to that, but then the company got acquired and the techcomm department was decentralized. But that's a whole other story.)<br><br>Even if it were my call, I'm not sure I'd go that way. If the table splits across a page, you lose the title. And these tables can go on for a couple of pages, depending on the content..<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 5:14 PM, Robert Lauriston <span dir="ltr"><<a href="mailto:robert@lauriston.com" target="_blank">robert@lauriston.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In a situation like that, I use headings instead of table names. In a<br>
single-source environment, headings are more flexible.<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, Oct 2, 2014 at 2:10 PM, Lin Sims <<a href="mailto:ljsims.ml@gmail.com">ljsims.ml@gmail.com</a>> wrote:<br>
> For the registers, we list all the table names as active links in a table<br>
> upfront. But if I am simply scanning through the tables, I find it easier to<br>
> use the cursor button than the mouse wheel. Your mileage may, of course,<br>
> vary.  There are also places where a brief paragraph introduces a set of<br>
> tables. The data wouldn't work well combined into single table, and I'm not<br>
> about to say, "The following table describes X" when I've already said it up<br>
> above. It annoys my engineers and the customer engineers.<br>
><br>
> If I were in a different environment producing docs for a different<br>
> audience, I would very likely be introducing each table with some text. In<br>
> this environment, with this highly technical audience, it is neither<br>
> necessary nor wanted.<br>
><br>
> On Thu, Oct 2, 2014 at 4:48 PM, Robert Lauriston <<a href="mailto:robert@lauriston.com">robert@lauriston.com</a>><br>
> wrote:<br>
>><br>
>> How do users find the one they're looking for?<br>
>><br>
>> On Thu, Oct 2, 2014 at 1:34 PM, Lin Sims <<a href="mailto:ljsims.ml@gmail.com">ljsims.ml@gmail.com</a>> wrote:<br>
>> > I'm describing IC chip registers. There is absolutely no point in having<br>
>> > text or a heading in between each one, and this particular piece of IP<br>
>> > has<br>
>> > about 500 or so of them.<br>
>> ><br>
>> > As always, it depends on what you're doing and who your audience is.<br>
>> ><br>
>> > On Thu, Oct 2, 2014 at 4:26 PM, Robert Lauriston <<a href="mailto:robert@lauriston.com">robert@lauriston.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> I would never have one table follow another without a heading or<br>
>> >> explanatory text in between.<br>
>> >><br>
>> >> On Thu, Oct 2, 2014 at 1:20 PM, Lin Sims <<a href="mailto:ljsims.ml@gmail.com">ljsims.ml@gmail.com</a>> wrote:<br>
>> >> > I like to use my cursor keys to scroll from table to table, and<br>
>> >> > putting<br>
>> >> > each<br>
>> >> > table anchor in its own paragraph lets me do that. If they're all on<br>
>> >> > the<br>
>> >> > same line, pressing the up or down arrow once pops you to the<br>
>> >> > beginning<br>
>> >> > or<br>
>> >> > end of all of the tables that are anchored in the same line. I do a<br>
>> >> > lot<br>
>> >> > of<br>
>> >> > documents with hundreds of tables that are one right after the other,<br>
>> >> > so<br>
>> >> > having an anchor anywhere but on its own line becomes a nuisance.<br>
>> >> ><br>
>> >> > Putting all the anchors in the same line also makes it much difficult<br>
>> >> > to<br>
>> >> > select just one table, since unless you are VERY disciplined about<br>
>> >> > putting a<br>
>> >> > space between them, FM drops the anchors on top of each other. And<br>
>> >> > (again)<br>
>> >> > if you have a lot of them, even using just a small space between can<br>
>> >> > make<br>
>> >> > the anchors wrap to another line (or three or four), which messes up<br>
>> >> > your<br>
>> >> > spacing all over again but for a different reason.<br>
>> >> ><br>
>> >> > On Thu, Oct 2, 2014 at 3:53 PM, Stuart Rogers<br>
>> >> > <<a href="mailto:srogers@phoenix-geophysics.com">srogers@phoenix-geophysics.com</a>> wrote:<br>
>> >> >><br>
>> >> >> On 2014-Oct-02 3:23 PM, Robert Lauriston wrote:<br>
>> >> >><br>
>> >> >> What is the benefit of putting a table anchor in its own paragraphs<br>
>> >> >> instead of putting the anchor at the end of the preceding paragraph?<br>
>> >> >><br>
>> >> >> I've inherited lots of documents that do things like that and it<br>
>> >> >> seemed to me like pointless busywork, but the people who set up the<br>
>> >> >> templates were long gone so I couldn't ask for their rationale.<br>
>> >> >><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Lin Sims<br>
><br>
><br>
><br>
><br>
> --<br>
> Lin Sims<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Lin Sims
</div>