Results 1 to 8 of 8
  1. #1
    2 Star Lounger
    Join Date
    Apr 2002
    Location
    Amersfoort, Utrecht, Netherlands
    Posts
    116
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Table on the run (97)

    Hello all,

    Please have a look at the attached document.
    The problem is that the table is somehow automaticaly placed on the second page.
    When I convert the table to tekst it is correcly on pgae 1, but when converting it back to a table it is placed on page two. <img src=/S/brickwall.gif border=0 alt=brickwall width=25 height=15>

    As far as I could tell it has something to do with the textboxes at the top of the document ???? <img src=/S/hmmn.gif border=0 alt=hmmn width=15 height=15>

    Who could explane to me why this is happening and how to prefent it? <img src=/S/scratch.gif border=0 alt=scratch width=25 height=29>
    As always, thanks in advance for your reactions.
    Attached Files Attached Files

  2. #2
    5 Star Lounger
    Join Date
    May 2001
    Location
    Stuttgart, Baden-W, Germany
    Posts
    931
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Re: Table on the run (97)

    The problem seems to be connected with the text box with "06 09 2002" in it.

    That one can't be selected with the mouse. If I navigate to it through the text and delete it, the table jumps to the first page.

    It's probably some sort of corruption?

    <img src=/S/cheers.gif border=0 alt=cheers width=30 height=16> Klaus

  3. #3
    5 Star Lounger
    Join Date
    May 2001
    Location
    Stuttgart, Baden-W, Germany
    Posts
    931
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Re: Table on the run (97)

    I just managed to fix your file by the following procedure:
    Save as RTF (you'll loose the macros),
    open as a text file ("Confirm conversions" in Tools > Options > General must be set),
    replace dfrmtxty9639 with dfrmtxty0
    then save, and open the RTF as RTF: The table is on the first page, and the right indent that was messed up by the damaged box also is corrected.

    Don't ask me why, though...
    It was just trial and error, and I don't have time to wade through the RTF specs to see what dfrmtxty does and why the value 9639 was not valid.

    <img src=/S/cheers.gif border=0 alt=cheers width=30 height=16> Klaus

  4. #4
    2 Star Lounger
    Join Date
    Apr 2002
    Location
    Amersfoort, Utrecht, Netherlands
    Posts
    116
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Re: Table on the run (97)

    Hello Klaus,

    Many thanks for your effort,
    Your sollution will work for this document, but I see now that the problem must be caused by the template of this document.
    The template opens a windows to fill in the data and stores the data in the textboxes.

    So we should get to the guy who created the temp and he should take a look in it.
    Thanks again.

  5. #5
    5 Star Lounger
    Join Date
    May 2001
    Location
    Stuttgart, Baden-W, Germany
    Posts
    931
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Re: Table on the run (97)

    I got curious and did look in the RTF specs:

    <font face="Georgia">Text Wrapping
    <table border=1><td>dfrmtxtyN</td><td>N is the vertical distance in twips from text on both sides of the frame.</td></table></font face=georgia>
    So Word did really what it was told to: It kept the surrounding text above and below the frame out of the way.
    With the table, the only way to achieve this was to push it to the next page.

    If you make the table horizontally smaller, so that it doesn't get in the space below the frame, the table jumps to the first page, too.

    So you can probably fix the template yourself: Open the template, select the frame with the date in it, and then go to the Format > frame dialog, and set the "distance to text" to zero.

    <img src=/S/cheers.gif border=0 alt=cheers width=30 height=16> Klaus

  6. #6
    Super Moderator jscher2000's Avatar
    Join Date
    Feb 2001
    Location
    Silicon Valley, USA
    Posts
    23,112
    Thanks
    5
    Thanked 93 Times in 89 Posts

    Re: Table on the run (97)

    Unless the text boxes are being used to position text in a specific, unusual place in the document, I wouldn't use them. For pure storage, in particular, they would seem like a poor choice because the shapes collection is just hard to work with, IMHO. Other options for storage include: custom document properties and document variables, both of which can be displayed in the document using their corresponding {

  7. #7
    2 Star Lounger
    Join Date
    Apr 2002
    Location
    Amersfoort, Utrecht, Netherlands
    Posts
    116
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Re: Table on the run (97)

    Hello jscher2000,

    The boxes are only used for positioning the text, but thanks for the advise.

  8. #8
    2 Star Lounger
    Join Date
    Apr 2002
    Location
    Amersfoort, Utrecht, Netherlands
    Posts
    116
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Re: Table on the run (97)

    Hello Klaus,

    Yes, I see the real problem.
    The deffinition of this textbox is set that the Vertical distance from text = 17cm.
    Thanks all, we will get the template changed. (we learn every day) <img src=/S/bananas.gif border=0 alt=bananas width=33 height=35>

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •