TH>For instance, when a number of tables are used. Sometimes there is
TH>a point where deleting a row, or column, or even just the contents
TH>of a cell results in the ENTIRE FILE going away! Yep. All you see
TH>is an empty screen. Geez, that doesn't help production. At least
TH>"Undo" undoes this problem, but the user is unable to change the
TH>table.
FM>I had this same problem when attempting (operative word) to
FM>upgrade from 5.1+ to 6.1. Submitted a bug report but never got any
FM>satisfaction -- WP could not reproduce the problem.
FM>Have you had this problem with tables that were created anew in
FM>v7?
Yes, exactly. However, I have not experienced this particular bug in
awhile. But, then I have been avoiding files with lots of tables for
that very reason. It is not uncommon for three pages to exceed 70k in
size. Then they get this big, WP really slows down to a crawl. Thus,
I reccomend keeping such files short as possible, though that makes
their work a bit more combersome.
FM>I _think_ it may be due to importing tables from an earlier
FM>version of WP that created some kind of incompatibility.
These sort of problmes I don't see as an incompatability issue,
unless that compatability is between programming groups. All the
problmes I have seen are from native v7 files created on WP7.
We purchased WP7 to evaluate it, several folks at the office have
already abandoned it and returned to Word6. I can't blame them.
___ Blue Wave/QWK v2.12
--- Maximus/2 3.01
---------------