Это, безусловно, проблема с макетом формы. Выбор строк непрерывной формы не должен копировать данные из элементов управления в заголовке формы.
Возможно, я неправильно понял проблему?
Конечно, возможно поместить данные в буфер обмена. Смотрите эту страницу:
Копирование переменных / управляющего содержимого в память
Но для вставки в электронное письмо вам потребуется простой текст, и электронное письмо должно отображаться шрифтом фиксированной ширины. Если вы не хотите писать HTML, нет простого способа отформатировать таблицу, которая будет вставлена в электронное письмо. Если они отправляют в HTML (что не должно быть), HTML-таблица будет работать. Если они используют RTF (а их не должно быть), я не знаю, что произойдет, если вы вставите HTML.
Попытайтесь выяснить, почему копируется элемент управления заголовка формы. Я держу пари, что пользователь неправильно определяет начальный выбор, и вы учите его делать это (или разрабатываете подчиненную форму, чтобы предотвратить это), вам не нужно ничего программировать - в этом вся прелесть Access.
С другой стороны, я не верю в возможность внесения изменений в непрерывные формы или таблицы данных, потому что если вам нужны динамические комбинированные блоки и тому подобное для проверки данных, это может привести к всевозможным проблемам. Вместо этого я использую непрерывные формы и таблицы данных в качестве списков, а подчиненная форма детализации привязывается к PK формы непрерывной формы / таблицы данных, чтобы при выборе записи в форме непрерывной формы / таблицы данные отображались в редактируемой подчиненной форме сведений.
У меня только что было слишком много проблем с редактированием непрерывных форм и таблиц данных, и именно поэтому я сделал это. Единственное исключение, которое я делаю для этого, - в форме типа счета, где нет другого способа сделать это иначе.