MS Access 2003 - Фрейм группы опций:могу ли я добавить текстовые поля, которые являются частью рамки, вместо параметров кнопки rad?

Question

Хорошо, так что это, возможно, простой / глупый вопрос, но я не знаю, так что вот:

Допустим, в access я хочу иметь элемент управления frame, поэтому я нажимаю кнопку option group и добавляю его в desgin surface.Однако я не хочу использовать это как группу опций с выбором переключателя, вместо этого я хотел бы добавить текстовые поля вместо фрейма, чтобы, когда я ссылаюсь на фрейм, он ссылался на каждый элемент управления вместо него, следовательно, текстовые поля, поля cbo и т.д. ..... точно так же, как если бы они были выбраны с помощью опции radio.

Так ты можешь это сделать?

Я хочу, чтобы на все элементы управления, которые я добавляю внутри фрейма, можно было легко ссылаться (т.Е.сделайте все элементы управления видимыми, просто используя frameExample.visible = true), чтобы я мог создавать свои собственные группировки элементов управления вкладками.....

можно ли это сделать?

Спасибо!

Редактировать:

Чего я пытаюсь достичь, так это наличия формы, которая включает в себя набор элементов управления (элементы управления вводом - поля cbo, текстовые поля и т.д.), Которые служат основной информацией о записи.Они сохраняются в таблицу с помощью инструкции INSERT в button_click, поскольку эта форма не привязана.

Далее у меня есть 8 категорий, которые являются относительными для каждой основной записи (и данных, которые сопровождают ее).Каждая из этих категорий может иметь область вложенной формы и нажатие кнопки, которые переносят ее соответствующую форму в область вложенной формы.Эти вложенные формы были бы несвязаны, а также я бы просто сохранил данные с помощью инструкции SQL.Итак, я знаю, что мог бы достичь этого, запустив инструкцию insert из родительской формы для данных основного элемента управления коллекцией, который создал бы номер KeyID, затем запустите инструкцию SQL, которая развернется и загрузит этот номер KeyID обратно на страницу в скрытом текстовом поле.

Затем, когда я нажимаю на одну из вложенных форм и загружаю соответствующую коллекцию элементов управления, я мог бы сохранить эти данные вместе с KeyID для каждой из этих вложенных форм / таблиц.

ИТАК......

Мне было интересно, не могли бы вы вместо этого определить эти элементы управления как коллекцию, чтобы вы могли скрывать и делать видимыми все те, которые вам нужны при нажатии кнопки, и избежать необходимости в дополнительных формах (подразделах).Я знаю, что если пользователь вводит данные в текстовое поле, а затем где-то по пути это поле становится скрытым, данные все еще существуют в нем и по-прежнему попадают в инструкцию SQL....

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

Извините за длинное объяснение, но я подумал, что это поможет.

Answer 1

Я не думаю, что вы можете сделать это с помощью группы опций, но то, что вы описываете, в значительной степени является подчиненной формой, да?

Answer 2

Несколько примеров скрытия элемента управления tab из приложения, запущенного в марте 1998 года:

Вкладка, управляемая прозрачными командными кнопками поверх надписей, стилизованных под цветные командные кнопки:

Тот же подход, больше кнопок:

В этом случае командные кнопки поддельного цвета не управляют вкладкой, а вместо этого показывают / скрывают вкладку и подчиненную форму.В этом случае вкладка фактически управляется listbox:

Представление о том, когда вкладка скрыта, а подчиненная форма открыта.Поле списка управляет навигацией внутри подчиненной формы, в которой есть видимая вкладка:

Итак, есть многое, что можно сделать, не показывая элемент управления tab.