1. Повторяющиеся таблицы и повторяющиеся разделы высвечиваются в любом случае. Необходимо использовать "Дополнительный раздел".

2. Задать значения по умолчанию для двух строк (хотя бы пустые).

3. https://msdb.ru/Downloads/office/InfoPath2003/Guide.doc

P.S. Я НЕ специалист по InfoPath, сам недавно с ним начал разбираться... :)

Там не только реклама. Там в табличке описаны возможности и в кратце куда лезть (в какое меню, в какую панель и куда кликать), чтобы их реализовать.

Есть еще встроенный хелп.

P.S. Опять MS хитрит. Привязалась в "отправке по электронной почте" к соему долбанному Аутлуку. Если почтовый клиент The Bat, то ничего не работает. Собаки! Блин! Паскуды!..


ЗЗЫ. Ну вот, прокричался, и на душе полегчало... :)

Если я правильно догадался, то производится работа с данными таблицы MS SQL Server 2000 через VIEW, имеющий Instead-триггеры, при этом Instead-триггеры не срабатывают, словно их и не существует.

Если моя догадка подтверждается, то вы не совсем правильно создали VIEW. В команде CREATE VIEW необходимо использовать опцию WITH SCHEMABINDING. Когда эта опция не используется, то на некоторых видах соединений с VIEW, соединение пытается "разобраться", из каких таблиц во VIEW появляются данные (через интерфейс соединения эта информация передается автоматически). И если это удалось сделать, то все запросы к VIEW на удаление, добавление или изменение данных преобразуются в прямые запросы к таблицам, на которых этот VIEW основан. Поскольку запросы адресуются не ко VIEW, а к таблицам, Instead-триггеры VIEW не срабатывают.

Использование опции WITH SCHEMABINDING скрывает информацию о таблицах, на которых VIEW основана, она не передается через интерфейс соединения, и все операции адресуются к VIEW.

Нужно воспользоваться Profiler-ом, чтобы поглядеть, что на сервер приходит и что там, собственно, происходит. Триггер можно отлаживать в пошаговом режиме. Для этого достаточно создать ХП, которая выполняет команду, запускающую триггер и запустить эту ХП через QA в режиме отладки.