Добрый день!
В общем есть форма списка документа (уф). В ней соответственно список документов.
Можно ли как-нибудь "вычислить" последнюю видимую строку и посчитать сколько в данный момент не выведено строк после этой последней?

зачем?

(1) Чтобы пользователь видел сколько еще строк будет после прокрутки скролл-баром.

(2) Зачем?

(3) Чтобы решал крутить барабан дальше или брать сектор приз)

(3) Ему нужно видеть "фронт работ".
И именно в этом списке, а не в каком-нибудь другом месте.

(5) лень 80 уровня?

(6) Можно считать и так.
Если есть более красивые решения отображения подобных данных, то я с удовольствием почитаю.

(7) а если в динамическом списке сортировка по дате по убыванию или отбор, то что?

(0) список по дате сортирован? тогда считай кол-во доков старше даты в последней строке

(0) избавится от ДС, перейти на ТЗ

(8) Пользователю не доступны настройки/отборы/сортировки.

если надо видеть "фронт работ", то надо не "сколько строк не видно", а "сколько строк к обработке" показывать. Соответственно, доложен быть какой-то признак, что документ к обработке, и по этому признаку можно посчитать количество запросом.

(9)"список по дате сортирован? тогда считай кол-во доков старше даты в последней строке"
Да, список сортирован.
Для того чтобы посчитать количество документов, нужно узнать какой в данный момент отображается последним, а это как раз и суть вопроса.

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

(2) Нет, это беда динамических списков. У них даже скроллер в центр позиционируется - очень неудобно.

получитьИсполняемыеНастройкиКомпоновикДанных
получитьИсполняемуюСхмуКомпоновкиДанных
Элементы.Список.ТекущаяСтрока

то, что отображается - не получить. Но то, что выше-ниже текущей строки - получить можно из (15)

(14) Понятно. Спасибо. Значит похоже придется отказаться от использования формы списка документа и пилить свою ТЗ для подобных вещей.

(16) Да, это тоже видел. Спасибо.

Нумерация идет в подряд?

(19) Да.

Элементы.Список.ТекущиеДанные.Номер

Найди последний документ и от его номера этот номер :)

(21) Элементы.Список.ТекущиеДанные не вернет последнюю строку в списке.

(22) Этим Вы получити тек строку. А последний документ можно получить запросом. Или при динамическом списке добавить реквизит в форму, не обязательно выносить его, который будет заполняться последним номером документа...

(23) Так как раз и фишка в том, что мне не от активной текущей строки нужно посчитать количество документов, а от последней видимой пользователю. То есть при просмотре списка нужно постоянно пересчитывать.
Сама постановка задачи конечно хромает логичностью. Был вопрос просто про возможность получения видимых пользователю данных.

(24) логика тут да...
а от низа формы до ТекСтроки документы не считаются "к обработке сколько осталось"?

Вам нужно от чего то отталкиваться. Самый простой способ это текстрока. Иначе 1с особенно в динамическом списке при прокрутке не может знать на которой вы строке и сколь ко строк вообще. Если толь ко бомбить запросы при каждом движении. При большом обороте документов это все будет тормозить...

(25)"а от низа формы до ТекСтроки документы не считаются "к обработке сколько осталось"?"
Нельзя никак получить "низ формы".

(26) Да, документов очень много.
Ладно. Вопрос решен, ответ получен.Всем спасибо.

(27) а "низ" не нужен
нужно все, которые БОЛЬШЕ даты текущего дока :)
туда попадут и "от текущего до низа"

(28) Хех) А текущий док - это какой по вашему?
Как раз тот, который внизу формы. Если скроллить в форме, то этот текущий элемент меняется.

(29) на котором указатель стоит, т.е. ПриАктивизацииСтроки

(24) Скажи пользователю что он должен клинкть на последний документ, чтобы показалось сколько дальше

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

(11) а я когда спрашивал, кому будет интересны отборы по ТЗ, никто не написал универсальный отбор строк в таблицах управляемых форм (не динамич. список)

+(33) хотя вчитался в задачу автора, если не видимость изменять, а отборы/сортировки, то запрос из дс перенести в макет компоновки, а пользователю позволить править отборы и сортировку, делов то