G'Day JoAnn,

Forgive me for being pedantic, but there is scope for some
misunderstanding in your exposition.

For a 'copied string' to operate a terminal window immediately,
when pasted, it must be terminated with a Carriage Return (CR).

That it works with a "simple WORD doc" would indicate that
the 'copied string' is in fact a full (one-line) PARAGRAPH complete
with its paragraph mark (? = CR).

EXACTLY the same principal will apply within a Table. Please
note that the end of text marker in a cell is NOT a CR - you
must insert paragraph markers to ensure that each command
is a paragraph.

You may have more than one command (paragraph) per cell.

If the paragraph wraps within the cell, that will make no difference.
In the 'simple doc', you can force the text to wrap by (unnecessarily)
bringing in the right margin, and it will still work.

Just adding an update to my earlier reply to Pat with new
information obtained from the end user ...

Verified that the table lines being copied/pasted are
terminated correctly (with a carriage return)and they are
including the last paragraph marker in the group when they
copy it. The copied text comes from the middle of the
table cell (not the end) so it shouldn't be grabbing some
kind of 'end of cell' marker.

If they paste it directly from the table cell into the
terminal -- it loses the crs/lfs and becomes all one
paragraph that cannot be executed.

If they paste it from the table into a blank Word
document, then copy/paste the exact same content without
any changes made to it(this time from the Word document)
into the terminal, it executes fine.

Any idea how to work around this? They need to have this
capability and would like keep using tables.

I'm researching all other possibilities -- i.e. corrupted
table cell but if anyone has any suggestions, I would
really appreciate it!

Thanks!
JoAnn