База у меня DAO, в форме помимо полей есть еще две подчиненные формы и одна картинка, которая загружается с сервера.

Бесит поведение пользователей: просто скроллят колесиком по записям, даже когда знают нужный номер (т.е. можно вбить напрямую). У меня аж сердце кровью обливается, когда смотрю на это дело, ведь каждую запись он начинает обрабатывать (а их там штук 50 за секунду мелькает). Отсюда возможные глюки и т.д.

Как бы это дело сделать таким образом, чтобы сама форма обрабатывалась только через, скажем, 200-500 мс после успокоения пользователя. Главное, чтобы она никакой активности/загрузки до этого момента не только не афишировала, но и реально не делала. Это возможно?

P.S. Запретить скроллить не могу из соображений собственной безопасности

vam911

В моем случае отображение и обновление - синонимы. Я имел в виду обновление содержимого полей, таблиц и картинки. Вышла игра слов, но ты понял, что я хочу сказать :)

Если я отключу отображение, разве будет видно до какой записи юзер доскроллился? А ведь ему это и надо. (по правде сказать, когда записи рядом это даже удобнее). А, может быть, можно не все поля временно отключать, а только часть?

guest1187

Спасибо, но я не могу запретить скроллить. Это у нас уже на уровне инстинктов :)

kk@comson.ru

Спасибочки! Куда писать?

Хоть способ и кажется довольно трудоемким, попробовать стОит.

Ну вот опять разработчики дают _дельные_ мысли но с другой стороны юзабилити. Не как _удобнее_ а как надежнее/проще :)

Обрисую как у меня это выглядит:

Форма "Работник", вверху список номеров работников и ФИО, в центре фотография и данные, внизу первая вложенная форма с историей наработки, справа расширенное примечание (лог примечаний как отдельная таблица).

Соответственно, когда я ввожу номер, хочется сразу видеть и его наработку и примечания (там бывают важные вещи, типа "Не пускать на ХХХ объект, униформа выдана и т.д.").


P.S. Картинку вставить не знаю как, поэтому просто прикладываю.

Конечно, это уже вопрос стиля программиста. Либо ему малосущественно кто такие пользователи и что они хотят от твоего шедевра. Либо он сидит с ними в соседней комнате, делает базу, согласовывает ее с боссом, который, что печально, сам является пользователем базы и, что _самое_ печальное, имеет представление как Access работает и _что_ он может. Кроме того, все хотят предложить "как лучше", при этом через три дня после того как "фича" появляется, ей реально пользуются один раз в месяц!

Тут меня наш менеджер спросил давеча: "А, что" говорит "шеф все время к тебе какие-то претензии имеет, постоянно какие-то вопросы для улаживания и все такое?" На что я оветил, что если ты можешь повлиять на продукт высказав свои пожелания и, затем, увидев их в работе, высказать новое, то это будет продолжаться до бесконечности несмотря на необходимость и полезность таких улучшательств. А вот если, как, скажем, в калькуляторе чего-то нет, то этого просто _нет_ и нужно _пользоваться_ тем, что есть, а не заниматься диалектикой.

Думаю, счастливы те программеры, которые кодят исключительно движки или простейшие формы/отчеты, потому что эта пустячная возня с "хочу/удобно" урывает слишком много времени.

-------------------------------------

Блин, столько "диалектики" у меня и ни одного дельного предложения... Хотя, пожалуйста:

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

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

P.S. Народ, а что лучше делать, изменять программно recordset или работать с фильтром?

Большушее спасибо Andres 1 , aleks2 и kk@comson.ru !

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

Метод от Andres 1 внедряется легче, чем решение от kk@comson.ru (он предложил систему таймера с обновлением RecordSource по достижении секундомером нужной задержки). А по сути, получается, одно и тоже.

Даже странно, что сама MS не догадалась такую фичу сделать как стандартную опцию. Имхо, довольно удобно. Например, у меня производительность скроллинга клиентской формы возрасла раза в четыре :)


That's all folks...

В ответ на собственный вопрос в "P.S." сообщения от 4 сен 04, 18:01 (просто в форуме ответ так и не нашел, а тут почти случайно в Help'е наткнулся). Напомню вопрос:

dknyP.S. Народ, а что лучше делать, изменять программно recordset или работать с фильтром?


...и чуть дальше:


Хоть это и ощущается экспериментально, но все равно официальное подтверждение приятнее :)

Теперь у меня опять вопрос: здесь указаны два метода: SourceObject и RecordSource. Есть ли разница в их применении? Особенно в моем случае, т.е. для подчиненных форм. Дело в том, что я пропробовал и так и эдак, оба способа работают, но не совсем понятно какой лучше использовать.

Я пока склонен думать, что SourceObject это тоже что и RecordSource, но для любых объектов, т.е. и для полей и для OLE.

А вообще, конечный вариант сделующий (для текущей записи):


для таймера:


Т.е. для текущей формы всегда ставим RecordSource как "" (а так вообще можно, или лучше как-то специально указать нулевой рекордсет?) до тех пор, пока не сработает таймер и не покажутся формы.

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

P.S. Thanks to ALL! Special thanks to Andres 1 , aleks2 и kk@comson.ru!!!