Как убрать сообщение о сохранении изменений макета таблицы?

Добрый день.
Есть форма, на которой - табличная подформа. Ее источник формируется программно, т.е. каждый раз может быть разным. И вот, когда эта форма открывается, отображает нужные данные, и мы пытаемся ее закрыть - она ВСЕГДА выдает сообщение типа "Сохранить изменения макета таблицы такой-то". Причем даже если ничего не менять (ширину столбцов и т.п.).
Как можно заблокировать это сообщение, чтобы оно не смущало юзеров?..
Заранее большое спасибо)

0

На событии Unload (Выгрузка) поставьте принудительное сохранение формы

1

mobile, Как всегда, спасибо ОГРОМНОЕ! А я - как всегда туплю)... Такие очевидные прописи... Эхх.

Хмм. Хотя что-то как-то не то, все равно спрашивает((...

Добавлено через 4 минуты
Может, оно все равно спрашивает потому, что я прописываю команду сохранения на событие выгрузки самой ФОРМЫ, а изменения касаются именно субформы с таблицей?...

0

Выложите форму с парой-тройкой субформ замены. Есть варианты, хотелось бы увидеть фактический.

0

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

Добавлено через 1 час 34 минуты
Как-то не получается у меня отделить именно эту форму от всего остального, чтобы выложить(...

Может, чем-то поможет, если скажу, что у меня на форме - не подформа табличная, а непосредственно таблица?.. Ну то есть у меня в базе формируется временная таблица (каждый раз с разным количеством полей), которую я и добавил на форму. Объект-источник в данном случае - непосредственно таблица, если я правильно понимаю. И при открытии я еще задал автовыравнивание ширины столбцов по самому широкому значению в столбце (вы когда-то мне советовали эту фишку, с тех пор пользуюсь)).. Вот я подозреваю, что именно это автовыравнивание в данном случае приводит к тому, что даже если пользватель сам не менял ширины столбцов - ему все равно будет задан этот вопрос о сохранении макета...

0

Жаль, что Вы не можете выложить Ваш вариант. Есть немало разночтений по всяким ситуациям.

Если сделать закрытие главной формы не крестиком, а кнопкой, то вроде бы получается более или менее универсальный вариант: в коде кнопки написать
Если закрытие оставить крестиком на рамке формы, то не удается получить доступ к даташит субформы. Соответственно, не можем управлять событиями на закрытии подформы и сообщение будет возникать.

1

Сообщение от mobile Соответственно, не можем управлять событиями на закрытии подформы и сообщение будет возникать.

Я конечно дуб в данном вопросе но, а чё, нельзя разве прописать вместо одной сразу 2 команды на сохранение, типа в начале сохранить подчиненную, а вслед за ней основную, или там наоборот?

0

PuhKMV, у него нет формы в контроле подформы. Вместо нее в SourceObject контрола-контейнера подформы прописано "Таблица.ИмяТаблицы". Соответственно в контроле подформы не настоящая форма, а Datasheet - таблица вместо подформы. Ну и раз нет формы, то и нет событий на которых можно управлять ситуацией.

1

Сообщение от mobile ...Ну и раз нет формы...

А-а-а-а-а, кажись понимаю, типа он из садомазахистов , и похоже лёгкие пути, не его жизненое кредо.

0

PuhKMV, Рад, что доставил вам удовольствие посмеяться, в наше время это дорогого стоит. Уж поверьте, если бы я мог сделать в моем случае именно ФОРМУ как объект-источник, то я бы сделал.

0

Сообщение от Kkarn ...то я бы сделал....

Так как я по жизни являюсь паталогическим лентяем, то придерживаюсь мнения, Один раз долго делал, зато потом навечно быстро еду.
У вас же что за жизненный принцип или необоримая заковырка такая, лично мне она не понятна, вот и не понимаю. по чему нельзя сделать попроще, типа стандартными методами, а нужно именно прям в игольное ушко лезть, вместо того чтоб по наторенной ровной дороге идти.
Допускаю конечно, что всяки - разные новаторские задумки возникают, (Сам такой), вот и пытаюсь вникнуть в суть.
Девиз мой под чёрточкой то, вроде бы говорит сам за себя.

0

Ну смотрите. Попробую описать ситуацию. Может по ходу этого описания и для себя что-то сформулирую, мало ли.
Есть БОЛЬШАЯ таблица с кучей полей (ну, допустим, гипотетически, штук так 50). Не будем сейчас обсуждать вопросы нормализации и т.д., т.к. в реале это не одна таблица, само собой, а несколько, но в итоге они как бы сводятся к одной большой.
Есть форма, в которой перечислены ВСЕ эти поля. И галочки, чтобы пользователь мог отметить, какие из полей включить в итоговый отчет. То есть каждый раз это могут быть ДРУГИЕ поля, в этом как бы главная суть этой формы и этого итогового отчета. Так вот, пользователь отмечает птичками нужные поля, жмет кнопку "Сформировать". По этой кнопке запускается алгоритм, который циклом опрашивает все чекбоксы на форме, и если отмечен - добавляет это поле в постепенно формирующуюся инструкцию "SELECT... INTO", которая затем выполняется и создает в базе временную таблицу с нужными нам полями. И вот эта-то временная таблица и является объектом-источником подформы. Именно таблица, а не форма, поскольку я понятия не имею, какие именно поля должны будут отображаться. Ну и потом отображаем соответственно эту форму с таблицей. Вот такая логика.
Как вариант, который я еще могу придумать - сделать огромную форму со ВСЕМИ полями, и потом делать их видимыми-невидимыми в зависимости от выбора чекбоксов, но по мне это еще больший изврат получается, оно того не стоит. Описанный выше вариант отнял у меня минимум кода, при том, что делает фактически все, что мне нужно. И единственная заковыка, которую он дает - это описанное выше сообщение о сохранении макета таблицы. Да и то только потому, что я использовал предложенную мне ранее mobile фишку по автоподгонке ширины столбцов таблицы.

0

Сообщение от Kkarn ...т.к. в реале это не одна таблица, само собой, а несколько...

Типа - Запрос? или реально - Таблица?
Если таблица, то я тут бессилен, т. к. считаю это не очень правильным.
Допускаю конечно, что типа можно описать - Сотрудника в одной таблице, в 100 полях, типа - ФИО, Пол, Адрес, Образование, Работу, Семейное положение, телефоны, но это на мой взгляд потом скажется не сторицей и великой тратой времени.
Ладно, у каждого своё логическое мышление и пусть каждый останется при своём мнении, основанном на жизненном опыте.
Удачи!!!

0

Kkarn, Вы и сами знаете, что с формами гораздо проще и эффективней. И судя по сказанному выше, Вам необязательно создавать новые таблицы, достаточно запросов. Ведь в них можно сделать все то же самое (почти), что и в отдельных таблицах.
Вот с учетом всего этого предлагаю Вам вариант с формой, где можно выбрать из списка нужные поля из таблиц/запросов и поместить их в табличную подформу. А также создать запрос, который можно сделать источником отчета вместо таблицы.
Поскольку работаем с формами, то никаких проблем с сохранением нет.

На стартовой форме MakeForm выбираете нужную таблицу/запрос, в следующем списке поля и нажимаете кнопку Создать форму. Откроется форма Form1 с табличной подформой SubFrm и выбранными полями. А также сформируется запрос TempQuery на основе выбранных полей.

Пример сделан на основе данных из учебной БД Борей. Применена функция автоматического выбора ширины поля по данным источника.

Вложения

wzHook1.rar (93.6 Кб, 12 просмотров)

1

Добавлю. Форма MakeQuery может быть перенесена в любую БД практически без изменений. Ну разве что функцию подгонки ширины столбцов можно убрать, если не нужна. Чтобы ее удалить надо закомментировать строку в процедуре MakeForm в модуле формы MakeQuery
Если же эта функция нужна, то следует скопировать также модуль mdlTwipsFromFont в котором записана функция setCotrolWidth.

Также в БД должен присутствовать запрос TempQuery. Содержание запроса не имеет значения, его SQL-текст динамически формируется в коде.

Ну и конечно надо исправить имя вызываемой формы с подформой SubFrm. В примере она называется Form1. Это делается также в процедуре MakeForm в команде вызова формы: Docmd.OpenForm "Form1".
У контрола подформы должна быть подпись с именем lblSub. Значение подписи подформы заменяется на имя выбранной таблицы/запроса. Что, впрочем тоже можно закомментировать в MakeForm.

1

Сообщение от Kkarn И вот эта-то временная таблица и является объектом-источником подформы.

И какова аналитическая ценность такой таблицы (данные в ней можно только смотреть) - типа скроллить вверх/вниз/вправо/влево ... . Ни итогов, ни группировок, ... . Обычно делают общую сводную таблицу, а дальше пользователь сам решает, что ему нужно смотреть и как ... .

0