<div dir="ltr"><div>For the registers, we list all the table names as active links in a table upfront. But if I am simply scanning through the tables, I find it easier to use the cursor button than the mouse wheel. Your mileage may, of course, vary.  There are also places where a brief paragraph introduces a set of tables. The data wouldn't work well combined into single table, and I'm not about to say, "The following table describes X" when I've already said it up above. It annoys my engineers and the customer engineers. <br><br></div>If I were in a different environment producing docs for a different audience, I would very likely be introducing each table with some text. In this environment, with this highly technical audience, it is neither necessary nor wanted.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 4:48 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">How do users find the one they're looking for?<br>
<div class="HOEnZb"><div class="h5"><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 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 putting<br>
>> > each<br>
>> > table anchor in its own paragraph lets me do that. If they're all on the<br>
>> > same line, pressing the up or down arrow once pops you to the beginning<br>
>> > or<br>
>> > end of all of the tables that are anchored in the same line. I do a lot<br>
>> > of<br>
>> > documents with hundreds of tables that are one right after the other, 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 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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Lin Sims
</div>