Сохранение - изменение
Cтраница 3
После присвоения названия новому пользовательскому интерфейсу для сохранения сделанных изменений необходимо нажать кнопку ОК. Если отказаться от сохранения изменений, нажав кнопку Отмена, новый пользовательский интерфейс будет создан, но у него будет сохранено автоматически присвоенное имя. [31]
На запрос Access о сохранении изменений в таблице ответьте отрицательно. [32]
 |
Результат создания псевдонима. [33] |
Для того чтобы созданный псевдоним был зарегистрирован в файле конфигурации ( idapi. В открывшемся диалоговом окне Confirm следует подтвердить необходимость сохранения изменений в файле конфигурации. [34]
 |
Результат создания псевдонима. [35] |
Для того чтобы созданный псевдоним был зарегистрирован в файле конфигурации ( Idapi. В открывшемся диалоговом окне Confirm следует подтвердить необходимость сохранения изменений в файле конфигурации. [36]
Щелчок на кнопке Отмена позволяет закрыть окно Темы рабочего стола без сохранения изменений. [37]
Дарвин, напротив, определенно заявляет: выражение естественный отбор охватывает только сохранение изменений, а не их возникновение ( стр. [38]
Редактор страхует пользователя от принятия неверных решений: он контролирует наличие изменений в тексте файла и в случае ввода подкоманд QUIT или CANCEL предупреждает пользователя о возможной потере информации. Пользователю предоставляется возможность подтвердить ранее введенную подкоманду QUIT или CANCEL либо ввести подкоманду FILE для сохранения изменений. [39]
Основным элементом управления, используемым для закрытия диалогового окна с сохранением изменений, служит кнопка ОК. При открытии диалогового окна она очень часто бывает выделенной, так что нажатие клавиши ENTER может автоматически приводить к закрытию окна с сохранением изменений. [40]
Событие BeforeClose возникает перед закрытием рабочей книги. В том случае если в рабочей книге имеются не сохраненные изменения, то это событие происходит перед тем, как пользователю будет выдан запрос на сохранение изменений. [41]
Позиция Exit основного меню генератора прикладных программ служит для выхода в УЦ с сохранением выполненных изменений или без сохранения и имеет прикрепленное вертикальное меню с двумя опциями. Первая опция - Save all changes and exit - сохраняет все компоненты прикладной программы, находящиеся в памяти, и прекращает сеанс работы с генератором. Обычно промежуточное сохранение изменений с целью последующей работы над прикладной программой выполняется с помощью позиции Save current в меню разработки компонентов прикладной программы Menu, Batch или List. Можно сохранить разработанную прикладную программу под другим именем для последующей модификации или адаптации применительно к другим задачам. Вторая опция - Abandon all changes and exit - обеспечивает выход без сохранения последних изменений. На диске остаются ранее сохраненные версии прикладной программы. Для подтверждения выхода без сохранения требуется выбрать Yes, после чего выполняется возврат в УЦ или в командный режим в зависимости от того, откуда был осуществлен вход в генератор прикладных программ. Если выбирается No, то осуществляется возврат в основное меню генератора без изменения состояния разрабатываемых компонентов. [42]
Серверы и компьютеры должны быть настроены для отправки и получения обновленных файлов. Каталог для экспорта на сервере содержит каталоги и вложенные каталоги файлов, которые будут реплицироваться. При сохранении изменений файла в одном из вложенных каталогов в каталоге, заданном для экспорта, эти изменения автоматически заменяют существующие файлы на компьютерах, заданных для импорта. [43]
Закройте форму без сохранения изменений, после чего глубоко вздохните и начните создание формы заново. [44]
Оптимистическая блокировка предполагает, что возникновение конфликта между двумя пользователями, пытающимися отредактировать одну и ту же запись одновременно, маловероятно. Отсюда следует, что любому пользователю разрешается редактировать любую из записей в любое время. Последствия конфликтов обрабатываются в момент сохранения изменений в базе данных. Таким образом, конфликты рассматриваются как исключение из правила. Если два пользователя попытаются сохранить изменения одной и той же записи, выполнить это удастся только первому пользователю, второму пользователю будет отказано. Подобное поведение реализуется в приложениях, работающих в рамках модели Briefcase ( Портфель), а также в веб-приложениях, в которых отсутствует постоянное соединение с базой данных и поэтому невозможно реализовать пессимистическую блокировку. В отличие от пессимистической, оптимистическая блокировка не требует длительного блокирования ресурсов - запись блокируется только в момент обновления. [45]
Страницы: 1 2 3 4