Пущай себе моргает вторая книга.)) Это мелочи по сравнению с выковыриванием значений переменных из текстовых элементов. А в случае, когда выбрано много значений одной переменной и они перечисляются через запятую не все, а заканчиваются "многообещающим" многоточием, что делать?

Цитата:

Вот что нужно:
1. Пользователь открывает одну книгу с запросом.
2. По кнопке вызывает обновление запроса, появляется окно для ввода значений переменных, которые пользователь выбирает вручную.
3. Выбранные значения переменных (или часть значений) передаются макросом в диапазон ячеек в другой книге с другим запросом, который считывает эти значения, обновляется и передает в первую книгу область результатов.

Собственно, вопрос только в том, как достать введенные пользователем значения переменных? При этом обойтись без сохранения книги, которое необходимо, чтобы эти значения обновились в XML.
Только не спрашивайте, почему все нужно именно так, а не иначе.)))

Спрашивать не буду - сразу ответы )))
1. Если положить оба запроса в одну книгу (можно на разные листы) - это не решит большинство ваших проблем? Если использовать одни и те же переменные в запросах, то вводить их 1 раз и не гонять между книжками.
2. Данные 1-го запроса нужны только для ограничений второго? Нельзя использовать путь замены: для переменной из 2-го запроса использовать результаты промежуточного (этот промежуточный должен отработать по логике 1-го, но желательно пошустрее) или user-exit?

Проблема лишь в том, что в версии BEx7 нет тех возможностей, какие были в версии 3.5 (можно было управлять последовательностью запуска запросов, какие-то запускать, какие-то нет, был лист с сохраненными параметрами запроса, их именами и значениями и др.). И кому только они помешали?!...
Вот еще, например, в 3.5 можно было прервать обновление запроса (выводилось окно с прогресс-баром и кнопкой "Отмена"). Как это сделать в 7?
И почему-то в окне для открытия книги невозможно найти книгу по идентификатору, при этом установлен метод поиска "Поиск в именах" и его изменение недоступно.

В 7-й версии лучше руководствоваться концепцией "Отчет - отдельная книга". То есть если вам надо построить отчет, то либо это будет один BEX-запрос в книге (как правило на видимом листе), либо несколько BEX-запросов (как правило на скрытых листах, чтобы получить все данные, необходимые для формирования отчета, и вывести их с помощью BexGetData или VBA). Если следовать этому правилу, то все становится не так уж и страшно.

Что касается многоточия при выборе множества значений переменной, то победить не удалось Подключил библиотеки BexAddIn.dll и BexApi.dll, но обратиться к переменным так и не получилось, хотя проанализировал все возможные свойства и классы (VariableContainer пустой всегда). Если кто захочет поковыряться, то объектную модель можно получить через среду .Net после подключения ранее упомянутых dll (tlb-библиотеки в VBA не отображают свойства и методы для большинства классов)

Туда же до кучи, в какой-то момент все меню BEx7 перестают работать, нажимаешь и ничего не происходит. Даже книгу сохранить не удается. Приходится все закрывать и открывать снова.
Это нормально?
В BEx3.5 можно было переконнектиться и работать дальше.

Насчет концепции "Отчет - отдельная книга". В BEx3.5 у нас сделано несколько десятков отчетов, выходящих далеко за рамки этой концепции. И их теперь требуют воспроизвести в BEx7. Слов нет передать, во что превращается этот процесс...