1. Вопросы
1.1. Как прочитать или изменить содержимое поля (объекта) формы.
1.2. Как прочитать или изменить то или иное свойство объекта формы

2. Ответ
2.1. Чтобы прочитать или изменить содержимое или свойство объекта формы, в первую очередь надо составить выражение, позволяющее однозначно определить доступ именно к этому объекту.

Если происходит обращение к объекту формы из модуля этой формы, можно использовать одно из следующих выражений Visual Basic for Application (VBA) :
[Поле 1].Value
Me![Поле 1].Value
Me(“Новое “”поле”” [данных]”).Value ‘ Выполняется несколько медленнее’
Me.Controls(“Новое “”поле”” [данных]”).Value (я указал прямые скобки т.к., несмотря на «соглашение об именах», Access разрешает создавать подобные имена, по крайней мере у меня на компьютере)
В “конструкциях Visual Basic” (например, при необходимости задать условие на значение поля по содержимому другого поля этой же формы) можно пользоваться такой записью:
[Поле 1].Value

Следущие способы подходят для обращений к объекту формы как изнутри, так и извне контекста текущей формы:
для VBA :
Forms![Форма1]![Поле1].Value
Forms![Форма1].Controls(“Новое “”поле”” [данных]”).Value
Forms(“Форма1”).Controls(“Новое “”поле”” [данных]”).Value
С помощью конструкций Visual Basic (в том числе для запросов и макросов):
[Forms]![Форма1]![Поле 1].[Value]

Обращение к объекту подчиненной формы из содержащей её формы:
Для VBA :
Me![Форма2]![Поле1].Value
Me("Форма2")!Поле1.Value
Me(“Форма2”).Controls(“Новое “”поле”” [данных]”).Value
С помощью конструкций Visual Basic :
Me![Форма2]![Поле1].Value

Чтобы обратиться к объекту, содержащемуся в подчиненной форме, вне зависимости от текущего контекста.
VBA :
Forms![Форма1]![Форма2].Form![Поле1].Value
Forms![Форма1]![Форма2].Form.Controls(“Новое “”поле”” [данных]”).Value
Forms(“Форма1”).Controls(“Форма2”).Form.Controls(“Новое “”поле”” [данных]”).Value
С помощью конструкций Visual Basic :
Forms![Форма1]![Форма2].Form![Поле1].Value

Аналогичным образом, с помощью вставки выражений типа ![Форма2].Form (или .Controls(“Форма2”).Form), строятся выражения для подчиненных форм третьего и далее уровней вложености. (Кстати, кто знает, сколько всего уровней вложений форм «разрешают» Access’ы? Три я попробовал – работает ok, а дальше?).

Корректная ссылка на свойство подчиненной формы или отчета требует указания полного идентификатора формы использованием свойства Form элемента управления-подчиненная форма. В данном примере: Forms![Заказы]![Заказано] является ссылкой на элемент управления, в котором выводится подчиненная форма. А Forms![Заказы]![Заказано].Form является ссылкой на саму подчиненную форму. Указание свойства Form для ссылки на подчиненную форму или на ее свойства является обязательным.

Для неоткрытой формы нельзя прочитать или изменить никакие из свойств ее объектов.

Вместо инструкции «.Value» может быть указано любое доступное свойство или метод объекта формы, например, .Name, .Width, .Enabled, .Tag и т.д. Если требуется прочитать или изменить именно содержимое объекта, то инструкцию «.Value» можно не использовать.

Примеры:
VBA :
MyVar = Forms(“Форма1”).Сontrols(“Форма2”).Form.Controls(“Новое “”поле”” [данных]”).Value
Me![Поле 1].Enabled = True
MyVar = Forms(MainFormName).Сontrols(“Форма2”).Form.Controls(“Новое ””поле”” [данных]”).Value
С помощью конструкции Visual Basic :
SELECT * FROM MyTable WHERE (MyTable.Field1=SForms![Форма1]![Форма2].Form![Поле1].Name)

Не знаю, нужно ли сдесь:
2.2. Особенности обращений к значению списков, полей со списками, группам переключателей
2.3. Особенности обращений к содержимому активного поля (.Text и .Value)

3. Дополнительная информация
3.1. Построитель выражений некоторых русифицированных версий Microsoft Access (у меня так делает Microsoft Access SP2) автоматически ставит несуществующую инструкцию [Форма] вместо [Form]. Для корректной работы программы следует вручную исправить полученное выражение.

3.2. Некоторые (или все?) построители выражений обособляют все названия полей и форм, а также ключевые слов прямыми скобками таким образом: [Forms]![Форма1]![Форма2].[Form]![Поле1].[Value]. В принципе, их использование не обязательно.

3.3. В «Соглашении об именах полей, элементов управления и объектов» сказано: имя может включать любую комбинацию букв, цифр, пробелов и специальных символов за исключением точки (.), восклицательного знака (!), надстрочного символа (`), прямых скобок ([ ]) и управляющих символов (с кодами ASCII от 0 до 31), а также не должно начинаться с символа пробела. Несмотря на это, вы легко сможете создать, например, поле, имя которого нарушает вышеизложенные правила. Если вы решили спорить с программистами из Microsoft, тогда следует быть готовым к тому, что, например «Пробелы в именах могут при некоторых обстоятельствах вызывать конфликты в программах Visual Basic».

3.4. Обратите внимание: название формы, под которым она хранится в файле базы данных, и значение ее свойства Имя (Name) в роли объекта-подчиненной формы, которое и следует использовать в ссылках, – не одно и тоже!

3.5. Отличия «.» и «!».
Из системы помощи Microsoft Access 97:
Операторы ! и . (точка) в идентификаторах указывают тип элемента, стоящего справа от оператора.
Оператор ! указывает, что следующий за ним элемент является элементом, определяемым пользователем (элементом семейства). Например, с помощью оператора ! определяют ссылку на открытую форму, отчет или элемент управления в открытой форме или отчете. (Forms![Заказы]![КодЗаказа])
Оператор . (точка) обычно указывает, что следующий за ним элемент определен в Microsoft Access. Например, оператор . (точка) используется для ссылок на свойства форм, отчетов и элементов управления. Допускается также использование оператора . (точка) для ссылок на значение поля в инструкции SQL, метод Visual Basic for Application или семейство. Например, идентификатор Forms![Заказы].Controls представляет ссылку на семейство Controls формы «Заказы».

3.6. Совпадающие наименования полей, переменных, полей данных.
В системе помощи Microsoft Access описаны довольно обширные «правила наименования объектов», суть которых сводится к рекомендации давать уникальные имена полям таблиц, самим таблицам, формам, переменным, функциям и пр. Причем имена не должны совпадать с длинным перечнем зарезервированных слов. В большинстве случаев вы можете отступать от этих правил, но в этом случае вы либо будете действовать на свой страх и риск, либо должны четко осознавать, чего и как вы хотите добиться (например, описанная в стандартном модуле функции MsgBox будет перехватывать и обрабатывать все вызовы встроенной функции Microsoft Access).
Несмотря на вышеуказанные правила, встроенные мастера создания форм, создавая формы на основе таблиц, создают поля с именами, совпадающими с именами соответствующих полей таблицы-источника данных. В случае обращения к таким именам, они будут обрабатываться в соответствии с положениями, описанными в п. 3.5.

Прошу ваших дополнений, предложений и замечаний

к п. 3.1.: у меня так делает Microsoft Access 97 SP2

Владимиру Санычу:

к п. 1 - согласен, переделаю.

к п. 2:
> Me(“Новое “”поле”” [данных]”).Value ‘ Выполняется несколько медленнее’
Есть и Ме, и о скорости. М.б. этого достаточно? Если нет, прошу помочь, и подробнее написать о твоем опыте в этой области, все-таки срок моего использования аксеса явно маловат.
А про вычисление имен на лету и потерю скорости при этом, включу.

к п. 3 - в пункте 3.5 у меня вскользь об этом упомянуто. Если мало, опять же прошу поделиться своими знаниями.

к п. 4:
Дело в том, что каждый привык писать по-своему. Поэтому можно видеть и в ответах этого форума, и в чужих программах различные способы обращения к объектам формы. Отсюда и количество примеров - чтобы не наводить на мысли типа "а почему так, разве так можно?"
По отчетам я осмысленно не стал ничего пока писать. Наверное, следует вынести отдельным абзацем слова о том, что все вышеописанное справедливо для отчетов, если заменить все вхождения Forms и Form на Reports и Report соответственно.
А properties, мне кажется, все-таки выходят за рамки вопроса.

p.s. Только доработки сделаю не сегодня - силы на исходе :) Завтра или послезавтра.

Спасибо, Cat2.
FAQ: Как обратится к полю формы или подчиненной формы

> Поэтому я и предлагаю вместо большого количества примеров дать явное объяснение про разные варианты, причем сделать это в самом начале.
Понял, согласен.

> неужели ради них будем заводить отдельный фак и в нем все рассказывать заново? Кстати, они сюда просятся уже потому, что надо показать разницу между Me!Name и Me.Name.
По названию фака (которое сейчас более-менее отвечает смыслу часто задаваемых вопросов), по-моему, неочевидно, что в нем будут расписаны особенности обращения к свойствам объектов коллекций с помощью Properties.

Опять же спасибо :)

2 Владимир Саныч
"И вечно тем любезен я народу..." (АС Пушкин)
Мне уж точно. :)
Не было у меня в голове стройной картинки по этому вопросу. Теперь, по-моему, есть. Еще раз наше вам.
Завтра попробую сделать версию 0.20.

уже совсем торможу...
Пушкин писал так "И вечно тем любезен буду я народу" (или примерно так, ох горе мне, горе).
2Владимир Саныч
любишь заниматься преподаванием иврита, значит?.. :)

А вот еще ссылочка: /topic/37459\r

Ну да, Cat2, machoune, и др. по своим форумам. Видимо, бесполезно :)
А Cat2 за нами присматривает, вот и решил, видимо, обострить вопрос. :)

2Нуф-нуф
> Думаю (еще думаю тока, а не предлогаю:) может быть стоит добавить и пунктик (укороченный) о том, что ежли обращаешся к одному объекту (контролу с длиннющим-пре-длиннющим путем) несколько раз, то лучше пользовать либо объектные переменные, либо конструкцию With - и пальчикам легче и по скорости выполнения быстрее.

Ок.

2Владимир Саныч
Forms!MyForm.Controls!MyControl. Properties! Value
Value в Properties нету :(

2 ВС
Да, уж...

А вот еще:
такая процедура

дает такие результаты:

Forms![Форма1].Controls![Поле1] - 17,36
Forms![Форма1]![Поле1] - 17,36
me![Поле1] - 11,5
me![Поле1].value - 15,8
me.Controls.Item(0) - 10,4
me.Controls(0) - 10,4
me(0) - 11,5
me(0).value - 13.9
me("Поле1") - 12.7
me("Поле1").value - 15.0

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

"Сейчас прольется чья-то кровь..."
Сейчас, сейчас...

1. Вопросы
1.1. Как обратиться к объекту формы?
1.2. Как обратиться к объекту формы, имя которого вычисляется на лету или содержит специальные символы?
1.3. Как обратиться к объекту подчиненной формы?
1.4. Обращение к объекту формы из контекста формы.

2. Ответы
Чтобы прочитать или изменить содержимое или свойство объекта формы, в первую очередь надо составить выражение, позволяющее однозначно определить ссылку именно на этот объект.

2.1. Обращение к объекту формы

Выражение, определяющее ссылку на объект формы, в общем виде выглядит так:

Forms![Форма1].Controls![Поле1].Value (1)

Обратите внимание, что операторы "!" и "." идут через один. Чередуются имена коллекций и их элементов, причем оператор "!" означает, что справа от него указан элемент коллекции, а оператор "." служит дя обращения к свойству этого элемента (см. пп. 3.5 и 3.6).

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

Серым цветом здесь и далее выделены коллекции и свойства, используемые Access по умолчанию. Их также можно опускать, если при этом не возникнет двусмысленности. То есть выражение (1) может быть записать по-другому:

Forms![Форма1]![Поле1]

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

2.2. Обращение к объектам, имена которых вычисляются "на лету" или не соответствуют "соглашению об именах".

В выражении (1), разделенные оператором ".", перечисляются связки типа

Коллекция![Имя элемента] (2)

Любую из этих связок можно переписать в виде

Коллекция.Item(ПорядковыйНомерЭлементаВколлекции) (3)

где ПорядковыйНомерЭлементаВколлекции - выражение, возвращающее целое число (нумерация элементов в коллекции начинается с 0), а также

Коллекция.Item("Строка-имя элемента") (4)

где в качестве аргумента может быть указано любое выражение, возвращающее значение типа String, соответствующее имени существующего элемента коллекции.

2.3. Обращение к объекту подчиненной формы
Корректная ссылка на свойство подчиненной формы или отчета требует указания полного идентификатора формы c использованием свойства Form элемента управления-подчиненная форма:

Forms![Форма1].Controls![Форма2].Form.Controls![Поле1].Value

В данном примере: Forms![Форма1].Controls![Форма2] является ссылкой на элемент управления, в котором выводится подчиненная форма. А Forms![Форма1].Controls![Форма2].Form является ссылкой на саму подчиненную форму. Указание свойства Form для ссылки на подчиненную форму или на ее свойства является обязательным.

Аналогичным образом, с помощью вставки выражений типа .Controls![Форма2].Form (или .Controls(“Форма2”).Form), строятся выражения для подчиненных форм третьего и далее уровней вложености.

2.4. Обращение к объекту формы из контекста формы
Для ссылки на текущий экземпляр объекта, в котором в данное время выполняется программа, используется ключевое слово Me. Все процедуры, связанные с текущим объектом, имеют доступ к объекту, указываемому с помощью слова. Пример использования слова Me в модуле формы, содержащей поле Поле1:

Me.Controls![Поле1].Value

2.5. Ускорение работы программ.
При построении выражений, определяющих ссылки на объект, вам следует иметь в виду, что
программа, использующая ключевое слово Me, выполняется быстрее, чем использующая полный синтаксис имени объекта. Причем, чем больше уровень вложенности подчиненной формы, тем больший выигрыш в скорости вы получите, используя Me.

если вам требуется обратиться к свойству .Value объекта, ключевое слово .Value лучше опустить.

выражение типа (4) выполняется медленнее, чем (3) и (2).

Кроме того, если в некотором фрагменте кода встречаются две и более ссылок а некоторый объект, присвойте его объектной переменной. Каждый раз, когда вы ссылаетесь на объект, Access приходится выяснять, к какому объекту относится ссылка, что приводит к выполнению лишней работы. Но если присвоить ссылку на объект переменной, Access «ищет» объект всего один раз и кэширует ссылку на него в памяти.
Имейте в виду, что после окончания использования объектной переменной, ее следует очистить:
objVar = nothing

Примечания:
вместо инструкции «.Value», использованной в большинстве примеров, может быть указано любое доступное свойство или метод объекта формы, например, .Name, .Width, .Enabled, .Tag и т.д. Если требуется прочитать или изменить именно содержимое объекта, то инструкцию «.Value» можно не использовать.

все вышесказанное в равной мере относится и к отчетам, если заменить все вхождения ключевых слов Form и Forms на Report и Reports.

3. Дополнительная информация
3.1. Построитель выражений некоторых русифицированных версий Microsoft Access автоматически ставит несуществующую инструкцию [Форма] вместо [Form]. Для корректной работы программы следует вручную исправить полученное выражение.

3.2. Некоторые построители выражений обособляют все названия полей и форм, а также ключевые слов прямыми скобками, например, так: [Forms]![Форма1]![Форма2].[Form]![Поле1].[Value]. В принципе, их использование необходимо только для элементов, чьи имена содержат внутренние пробелы.

3.3. В «Соглашении об именах полей, элементов управления и объектов» сказано, что имя может включать любую комбинацию букв, цифр, пробелов и специальных символов за исключением точки (.), восклицательного знака (!), надстрочного символа (`), прямых скобок ([ ]) и управляющих символов (с кодами ASCII от 0 до 31), а также не должно начинаться с символа пробела. Однако вы легко сможете создать объект, имя которого нарушает эти правила. Если вы решили спорить с программистами из Microsoft, тогда следует быть готовым к тому, что, например, «Пробелы в именах могут при некоторых обстоятельствах вызывать конфликты в программах Visual Basic».

3.4. Обратите внимание: название формы, под которым она хранится в файле базы данных, и значение ее свойства Имя (Name) в роли объекта-подчиненной формы, которое и следует использовать в ссылках, – не одно и тоже!

3.5. Отличия «.» и «!».
Из системы помощи Microsoft Access 97:
Операторы ! и . (точка) в идентификаторах указывают тип элемента, стоящего справа от оператора.
Оператор ! указывает, что следующий за ним элемент является элементом, определяемым пользователем (элементом семейства). Например, с помощью оператора ! определяют ссылку на открытую форму, отчет или элемент управления в открытой форме или отчете. (Forms![Заказы]![КодЗаказа])
Оператор . (точка) обычно указывает, что следующий за ним элемент определен в Microsoft Access. Например, оператор . (точка) используется для ссылок на свойства форм, отчетов и элементов управления. Допускается также использование оператора . (точка) для ссылок на значение поля в инструкции SQL, метод Visual Basic for Application или семейство. Например, идентификатор Forms![Заказы].Controls представляет ссылку на семейство Controls формы «Заказы».

3.6. Совпадающие наименования полей, переменных, полей данных.
В системе помощи Microsoft Access описаны довольно обширные «правила наименования объектов», суть которых сводится к рекомендации давать уникальные имена полям таблиц, самим таблицам, формам, переменным, функциям и пр. Причем имена не должны совпадать с длинным перечнем зарезервированных слов. В большинстве случаев вы можете отступать от этих правил, но в этом случае вы будете действовать на свой страх и риск.
Несмотря на вышеуказанные правила, встроенные мастера создания форм создают поля с именами, совпадающими с именами соответствующих полей таблицы-источника данных. В этом случае следует использовать полный синтаксис обращения к объекту.

2ВС
Нашел-таки, к чему придраться :))

>Вроде они назывались квадратными... (?)
В хелпе 97-го - прямые.

>А также минусы и прочую дребедень из какого-то списка.
Ок.

>> Обратите внимание: название формы, под которым она хранится в файле
базы данных, и значение ее свойства Имя (Name) в роли объекта-подчиненной формы, которое и следует использовать в ссылках, – не одно и тоже!
> Это как?
Да фих знает как сказать. Форма называется "Форма2", а ее контрол в Форме1 может иметь имя "Абырвалг". И писать придется [Форм1]![Абырвалг]![Поле1].

>А хорошо, что я не взялся писать альтернативный текст...
Это еще почему?

> Во-вторых, не [Форм1]![Абырвалг]![Поле1], а [Форм1]![Абырвалг].Form![Поле1]
Хехе
А без твоих и Нуф-Нуфовских поправок ничего бы и не вышло.

Ланда, через полчасика очередное творение положу.

1. Вопросы
1.1. Как обратиться к объекту формы?
1.2. Как обратиться к объекту формы, имя которого вычисляется на лету или содержит специальные символы?
1.3. Как обратиться к объекту подчиненной формы?
1.4. Обращение к объекту формы из контекста этой формы.

2. Ответы
Чтобы прочитать или изменить содержимое или свойство объекта формы, в первую очередь надо составить выражение, позволяющее однозначно определить ссылку именно на этот объект.

2.1. Обращение к объекту формы

Выражение, определяющее ссылку на свойство .Value (значение) объекта формы, в общем виде выглядит так:

Forms![Форма1].Controls![Поле1].Value (1)

Обратите внимание, что операторы "!" и "." идут через один. Чередуются имена коллекций и их элементов, причем оператор "!" означает, что справа от него указан элемент коллекции, а оператор "." служит дя обращения к свойству этого элемента (см. пп. 3.5 и 3.6).

Прямые скобки следует использовать, если имя элемента содержит внутренние пробелы или другие специальные символы (кроме, соответственно, "]" и "["), иначе их наличие не обязательно.

Серым цветом здесь и далее выделены коллекции и свойства, используемые Access по умолчанию. Их также можно опускать, если при этом не возникнет двусмысленности. То есть выражение (1) может быть записать по-другому:

Forms![Форма1]![Поле1]

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

2.2. Обращение к объектам, имена которых вычисляются "на лету" или не соответствуют "соглашению об именах".

В выражении (1), разделенные оператором ".", перечисляются связки типа

Коллекция![Имя элемента] (2)

Любую из этих связок можно переписать в виде

Коллекция.Item(ПорядковыйНомерЭлементаВколлекции) (3)

где ПорядковыйНомерЭлементаВколлекции - выражение, возвращающее целое число (нумерация элементов в коллекции начинается с 0), а также

Коллекция.Item("Строка-имя элемента") (4)

где в качестве аргумента может быть указано любое выражение, возвращающее значение типа String, соответствующее имени существующего элемента коллекции.

2.3. Обращение к объекту подчиненной формы
Корректная ссылка на свойство подчиненной формы или отчета требует указания полного идентификатора формы c использованием свойства Form элемента управления-подчиненная форма:

Forms![Форма1].Controls![Форма2].Form.Controls![Поле1].Value

В данном примере: Forms![Форма1].Controls![Форма2] является ссылкой на элемент управления, в котором выводится подчиненная форма. А Forms![Форма1].Controls![Форма2].Form является ссылкой на саму подчиненную форму. Указание свойства Form для ссылки на подчиненную форму или на ее свойства является обязательным.

Аналогичным образом, с помощью вставки выражений типа .Controls![Форма2].Form (или .Controls(“Форма2”).Form), строятся выражения для подчиненных форм третьего и далее уровней вложености.

2.4. Обращение к объекту формы из контекста этой формы
Для ссылки на текущий экземпляр объекта, в котором в данное время выполняется программа, используется ключевое слово Me. Все процедуры, связанные с текущим объектом, имеют доступ к объекту, указываемому с помощью слова. Пример использования слова Me в модуле формы, содержащей поле Поле1:

Me.Controls![Поле1].Value

2.5. Ускорение работы программ.
При построении выражений, определяющих ссылки на объект, вам следует иметь в виду, что
программа, использующая ключевое слово Me, выполняется быстрее, чем использующая полный синтаксис имени объекта. Причем, чем больше уровень вложенности подчиненной формы, тем больший выигрыш в скорости вы получите, используя Me.

если вам требуется обратиться к свойству .Value объекта, ключевое слово .Value лучше опустить.

выражение типа (4) выполняется медленнее, чем (3) и (2).

Кроме того, если в некотором фрагменте кода встречаются две и более ссылок а некоторый объект, присвойте его объектной переменной или используйте блок With. Каждый раз, когда вы ссылаетесь на объект, Access приходится выяснять, к какому объекту относится ссылка, что приводит к выполнению лишней работы. Но если, например, присвоить ссылку на объект переменной, Access «ищет» объект всего один раз и кэширует ссылку на него в памяти.
Имейте в виду, что во втором случае, после окончания использования объектной переменной, ее следует очистить:
Set objVar = nothing

Примечания:
вместо инструкции «.Value», использованной в большинстве примеров, может быть указано любое доступное свойство или метод объекта формы, например, .Name, .Width, .Enabled, .Tag и т.д. Если требуется прочитать или изменить именно содержимое объекта, то инструкцию «.Value» можно не использовать.

все вышесказанное в равной мере относится и к отчетам, если заменить все вхождения ключевых слов Form и Forms на Report и Reports.

3. Дополнительная информация
3.1. Построитель выражений некоторых русифицированных версий Microsoft Access автоматически ставит несуществующую инструкцию [Форма] вместо [Form]. Для корректной работы программы следует вручную исправить полученное выражение.

3.2. Некоторые построители выражений обособляют все названия полей и форм, а также ключевые слов прямыми скобками, например, так: [Forms]![Форма1]![Форма2].[Form]![Поле1].[Value]. В принципе, их использование необходимо только для элементов, чьи имена содержат внутренние пробелы или другие специальные символы (за исключением самих прямых скобок - тогда надо пользоваться выражениями типа (3) или (4)).

3.3. В «Соглашении об именах полей, элементов управления и объектов» сказано, что имя может включать любую комбинацию букв, цифр, пробелов и специальных символов за исключением точки (.), восклицательного знака (!), надстрочного символа (`), прямых скобок ([ ]) и управляющих символов (с кодами ASCII от 0 до 31), а также не должно начинаться с символа пробела. Однако вы легко сможете создать объект, имя которого нарушает эти правила. Если вы решили спорить с программистами из Microsoft, тогда следует быть готовым к тому, что, например, «Пробелы в именах могут при некоторых обстоятельствах вызывать конфликты в программах Visual Basic».

3.4. Обратите внимание: название формы, под которым она хранится в файле базы данных, и имя (Name) объекта .Control, содержащего эту подчиненную формы, которое и следует использовать в ссылках, – не одно и тоже!

3.5. Отличия «.» и «!».
Из системы помощи Microsoft Access 97:
Операторы ! и . (точка) в идентификаторах указывают тип элемента, стоящего справа от оператора.
Оператор ! указывает, что следующий за ним элемент является элементом, определяемым пользователем (элементом семейства). Например, с помощью оператора ! определяют ссылку на открытую форму, отчет или элемент управления в открытой форме или отчете. (Forms![Заказы]![КодЗаказа])
Оператор . (точка) обычно указывает, что следующий за ним элемент определен в Microsoft Access. Например, оператор . (точка) используется для ссылок на свойства форм, отчетов и элементов управления. Допускается также использование оператора . (точка) для ссылок на значение поля в инструкции SQL, метод Visual Basic for Application или семейство. Например, идентификатор Forms![Заказы].Controls представляет ссылку на семейство Controls формы «Заказы».

3.6. Совпадающие наименования полей, переменных, полей данных.
В системе помощи Microsoft Access описаны довольно обширные «правила наименования объектов», суть которых сводится к рекомендации давать уникальные имена полям таблиц, самим таблицам, формам, переменным, функциям и пр. Причем имена не должны совпадать с длинным перечнем зарезервированных слов. В большинстве случаев вы можете отступать от этих правил, но в этом случае вы будете действовать на свой страх и риск.
Несмотря на вышеуказанные правила, встроенные мастера создания форм создают поля с именами, совпадающими с именами соответствующих полей таблицы-источника данных. В этом случае следует использовать полный синтаксис обращения к объекту.

2 Нуф-Нуф
> и еще одно "это..." :) это... лично мне как начинающему аксессисту, ну нифига не понятно когда же что пользовать!
Мне тоже, как начинающему аксессисту, почти не ясно, что, и главное, как, я тут понаписал

> Forms![Форма1]![Поле1] - совсем не понятно, что без данной ссылки не обойтись при обращении к контролу другой открытой формы.
Это и не нужно. Я дал это как минимальный способ обращения, и лишь позже, упомянув про контексты, ввел "Me".

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

>, или что-то типа "Когда нужно использовать данный вариант" - выбрать вариант обращения к объекту (из представленных) для меня, как для начинающего аксессиста, ну просто не под силам, т.к. они просто перечислены и все :(
Дык, бери самый длинный - не ошибешься. А вообще, цитируя Гетца: "В целом оптимизация кода обычно влияет на быстродействие приложения в гораздо меньшей степени, чем оптимизация доступа к данным, а всего один дополнительный индекс принесет больше пользы, чем долгие часы, затраченные на оптимизацию кода VBA".

А про индексы - как бы само сабой разумеется, что прежде чем написать Me(0), надо узнать, кто в этом "0" живет. :)

Разделы "Ускорение работы" и "Примечания" перенес в "Дополнительную информацию".

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

2ВС
Действительно, может быть, лучше я вышлю тебе текст со всеми оформлятелями?
И тады можно будет, в самом деле, подумать и пообсуждать спокойно и без спешки?
А я потом буду ходить в готовый ФАК? :)

Нуф-Нуфу :)
>>Это и не нужно. Я дал это как минимальный способ обращения, и лишь позже, упомянув про контексты, ввел "Me".
>Не согласен, но спорить с тобой не буду - ты автор, тебе и карты :) Просто останусь при мнении, что к КАЖДОМУ варианту надо добавить когда и зачем и почему пользовать надо так...
Когда и зачем - есть раздел про скорость, упомянуто про неоднозначность. См., что тебе подходит, и используй соответственно.

>>Про скорость вроде бы есть в соответствующем разделе...
>ключевое слово "в процентах" имелось в виду...
Очень нестабильные результаты в процентах. Сравни твои и мои измерения. Единственное, что можно сказать с уверенностью - работает "быстрее" или "медленнее".

>>Дык, бери самый длинный - не ошибешься. А вообще, цитируя Гетца:
>С Гетцем согласен полностью, с тобой (бери самый длинный) не совсем. Или, во всяком случае, не понял что есть "самый длинный" - по количеству символов длинный? :)
В данном случае да. Имею в виду, что если не уверен, то бери полную запись, без Me и не опуская умолчания.

>>А про индексы - как бы само сабой разумеется, что прежде чем написать Me(0), надо узнать, кто в этом "0" живет. :)
>Ага... Узнаем, пишем. Через неделю (не говоря уже "через год") удаляем из формы какую-нить ненужную линию или кнопочку и...

Согласен. Сейчас допишу...