Нажатие кнопки введенное в поле свойства события вызывает ошибку

0 / 0 / 0

Регистрация: 20.04.2015

Сообщений: 29

Всем доброго утра, вчера делал курсовую, работал дома все было хорошо, пришел в технарь пытался открыть любую форму через главную форму, постоянно выскакивает вот такая ошибка — выражение нажатие кнопки введенное поле свойства события, вызывает ошибку: Object or class does not support, все уже облазил все пересмотрел ответа не нашел как решить эту проблему, будьте добры помогите разобраться с этой проблемой…. Заранее благодарен, так же прилагаю БД

Вячеслав Я

2833 / 1375 / 215

Регистрация: 13.05.2011

Сообщений: 4,213

NigaNiga, у Вас в коде на кнопках написана каля баля заместо названия формы, типа:

1

stDocName = ChrW(1050) & ChrW(1089) & ChrW(1077) & ChrW(1088) & ChrW(1086) & ChrW(1082) & ChrW(1089) & ChrW(1099)

Для кнопки Принтеры и запрвка поправил на

1

stDocName = "Принтеры и заправка"

Тоже самое надо сделать с другими формами.
Такие каля баля появляются при построении кнопок мастером. Обратите на них внимание. Во вложении только исправленная одна кнопка Принтеры и запрвка, так она у Вас называется.

Вложения

учет оргтехники15-09-15 v1.7z (312.5 Кб, 10 просмотров)

26784 / 14463 / 3192

Регистрация: 28.04.2012

Сообщений: 15,782

7334 / 4475 / 288

Регистрация: 12.08.2011

Сообщений: 13,551

Это не так, всё написано нормально, так мастер создания кнопки интерпретирует русский язык. У меня тоже такая хрень есть там, где было либо лень, либо не надо менять.

8773 / 5626 / 577

Регистрация: 27.03.2013

Сообщений: 19,071

Я тоже в юношестве часто создавал кнопки с помощью мастера из за своей паталогической лени.
И мне чудится, что это когда мастеру лень как и мне часто бывает писать процедурным языком, то он пишет именно так, типа обращается к каким то справочникам или системным таблицам внутри себя, типа где он прописывает всё чего у него находится в закромах и сусеках.
Такое предположение возникло после того как из одной формы скопировал процедуру на идентичную кнопку в другой форме и тоже не заработало, а стало похоже ругаться.
После этого стал как можно меньше пользоваться мастером —

а прямо задавать команды.
Соответственно на каждом ПК — Access может по своему писать эти — ChrW

26784 / 14463 / 3192

Регистрация: 28.04.2012

Сообщений: 15,782

Не может. Это символы Юникода. Они одинаковые во всем мире. Функция ChrW возвращает символ, соответствующий номеру символа в юникоде.

8773 / 5626 / 577

Регистрация: 27.03.2013

Сообщений: 19,071

0 / 0 / 0

Регистрация: 20.04.2015

Сообщений: 29

2833 / 1375 / 215

Регистрация: 13.05.2011

Сообщений: 4,213

Когда так делаю, то потом у меня тоже не работает, и если это символы Юникода, то они как то не постоянно работают. По этому потом переименовываю на то, как по названию формы, отчета и т.д.

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

7334 / 4475 / 288

Регистрация: 12.08.2011

Сообщений: 13,551

?chrw(49)
1

8773 / 5626 / 577

Регистрация: 27.03.2013

Сообщений: 19,071

Так они и работают, с каждым годом всякие 2007-13 становятся всё лучше и проще, даже полный неучь наверное сможет в них работать, разработать чего то конечно с каждой версией всё труднее становится, но кого это беспокоит, главное красота, а не смысл.
Так что грех жаловаться, нужно только радоваться простоте и красоте, улыбаться во всю ширину щёк как я.
Кроме того не думаю, что разработчики посещают наш раздел и им интересно мнение пользователей.
По слухам — Access становится таким, т. к. он очень легок в освоении и по этому мало народу обращается к профессионалам для разработки програмок, соответственно они несут колоссальные убытки из за излишней самостоятельности юзеров и скоро ваще — Access не будет или только в том виде как — Open.

26784 / 14463 / 3192

Регистрация: 28.04.2012

Сообщений: 15,782

Таблица символов юникода совпадает с таблицей символов ASCII для символов с номерами от 0 до 127. Дальше они расходятся. Кириллице в юникоде соответствуют символы с номерами от 1040 (А) до 1103 (я). ASCII применяется в частности в редакторе ВБА. И это очень неудобно — многие символы из таблиц (как правило таблицы используют фонт, поддерживающий юникод) отображаются в редакторе вопросами, что при отладке может сильно замедлить.

Юникод постепенно вытесняет ASCII прежде всего потому, что вторая часть ASCII зависит от национальной кодировки. Для кириллицы (Win-1251), она совершенно иная чем для любых других локализаций. Это неудобно и не функционально. Юникод же собрал все символы всех алфавитов в одной таблице и нет проблем перейти от одного алфавита к другому.
Также в таблице ASCII нет места для многих популярных символов типа валют и других

После открытия в Access 2003 базы данных, созданной в Access 2000, кнопки в формах и ссылки на столбцы поля со списком не работают. При нажатии на кнопку, компьютер ругается:

В свойстве события Нажатие кнопки стоит [Процедура обработки событий] так как кнопку делал с помощью Мастера.
Кроме того в поле ссылающемся на столбец поля со списком стоит сообщение – «Имя?».
Возможно это потому что база создавалась в французском Office 2000 в Windows 98, а пытаюсь пользоваться русифицированным Office 2003 Windows XP? Пытался работать в французском Access 2000, доустановленном в другую папку в Windows XP – результат тот же .
Пытался обновить систему исправлениями KB829558-x86-RUS, взятыми от Microsoft, но это как мертвому припарка.
Помогите советом, база срочно нужна, а переделывать все таблицы долго, да и лом.
Заранее благодарен.