M
Mark Loveless
I'm writing a report with tables on a page, like so
Completed items (table 1)
a
b
c
d
Active Items (table 2)
e
f
g
h
Open Items (table 3)
i
j
k
What this old COBOL hack expects is a property somewhere that tells me
where I am on the page at new table write time (say 6.125 inches
down). I know how many rows are going to be generated in my table
(from the .RecordCount of the query of, say, Open Items), so with the
vertical position I can make an educated guess as to whether to page
break to get all the table on a single page (these tables of items
range from 0 to about 40 single-line rows). This break is not
essential, by any means, but would help readability.
I believe, however, that I have a mindset problem - the Word Object
Model doesn't appear to work that way, or more correctly, if there is
such a way I can't find a documentation reference to it at MSDN
Knowledge Base. Word knows the position when keying manually (I can
see the numbers), but I can't find how to access that info.
Is this a doable thing? Having this information (both vertical and
horizontal position of the next Insert point) would be extremely
useful; I have another instance in which I'd like to tab over to 5
1/2", but I don't have the current horizontal position to determine
how many tab stops 5 1/2" is ahead of my current position. If this is
not doable in a position-aware manner, is there a Model-consistent way
of accomplishing the same outcome?
Any help would be greatly appreciated. TIA.
Mark Loveless
Reluctant Access Programmer
Completed items (table 1)
a
b
c
d
Active Items (table 2)
e
f
g
h
Open Items (table 3)
i
j
k
What this old COBOL hack expects is a property somewhere that tells me
where I am on the page at new table write time (say 6.125 inches
down). I know how many rows are going to be generated in my table
(from the .RecordCount of the query of, say, Open Items), so with the
vertical position I can make an educated guess as to whether to page
break to get all the table on a single page (these tables of items
range from 0 to about 40 single-line rows). This break is not
essential, by any means, but would help readability.
I believe, however, that I have a mindset problem - the Word Object
Model doesn't appear to work that way, or more correctly, if there is
such a way I can't find a documentation reference to it at MSDN
Knowledge Base. Word knows the position when keying manually (I can
see the numbers), but I can't find how to access that info.
Is this a doable thing? Having this information (both vertical and
horizontal position of the next Insert point) would be extremely
useful; I have another instance in which I'd like to tab over to 5
1/2", but I don't have the current horizontal position to determine
how many tab stops 5 1/2" is ahead of my current position. If this is
not doable in a position-aware manner, is there a Model-consistent way
of accomplishing the same outcome?
Any help would be greatly appreciated. TIA.
Mark Loveless
Reluctant Access Programmer