Есть динамический список и форма списка справочника. Нужно в форме отображать количество элементов в динамическом списке. Как наиболее правильно это сделать? Какой обработчик события задействовать?

Миша, ты забыл переключится на твинка?
Или таки пошел по стопам гени и начал устраивать гуру-тесты?

(1) Как-то мимо прошло. Мне в самом деле надо

(0) Что значит "количество элементов в динамическом списке"?

обсуждалось уже достаточно подробно или здесь или на ИС

(0) Настройки в построитель. Выполнить запрос. Посчитать количество. Но это извращенство.

(0) Заменить динамический список на коллекцию.

У динамического списка по определению нет количества (может меняться каждые 0,1 сек.).

(6) Это еще большее извращение. Рисовать форму списка справочника

(3) Элементы можно пересчитать: один, два, три )))

у динамического списка количество = мин(сколько влезло на экран * 1.5, сколько доступно в таблице)

тебе эту величину надо? тогда ее считаем в событии "при получении данных"

или тебе нужен размер таблицы?

или тебе нужно сколько записей из таблицы тебе доступны по правам?

или тебе нужно еще с учетом установленых отборов?

(4) Да как-то скудно

(9) Вот! При получении данных. Спасибо!

В БП3 в форме ЭДО с контрагентами есть нечто похожее.

(8) А какие элементы считать? И что такое элементы? Как считать мы уже выяснили: 1, 2, 3...

(13) и что такое "можно"..

Считать можно АВТОНОМЕРЗАПИСИ.
Но,можно в при получении данных сделать тот же запрос,что и для списка только с приставкой КОЛИЧЕСТВО

(9) Вот ты хороший вопрос задал.
"или тебе нужно еще с учетом установленых отборов?"
Конечно с учетом. Где и кому может понадобиться без учета?

(15) Вопрос в том - как этот запрос вытащить. С учетом всех установленных отборов

(0) ты же преподаватель и не знаешь ответ на такой простой вопрос?

нету итератора и нету количество
модифицируй запрос чтобы количество выдавал

(17) погугли
неоднократно было

(19)+ только в МП не работает

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

(17) ПолучитьИсполняемуюСхемуКомпоновкиДанных(), ПолучитьИсполняемыеНастройкиКомпоновкиДанных()

(21) Вот и мне не требовалась, не требовалась... и вдруг бац!

(22) Это понятно. Только как это сделать без контекста? ПриПолученииДанных вызывает процедуру без контекста

(22) Точно! В 8.3.6 добавили по просьбам телезрителей.

(25) https://wonderland.v8.1c.ru/blog/poluchenie-dannykh-dinamicheskogo-spiska/?sphrase_id=228175

(0) загоняешь результат СКД в ТЗ
ТЗ.Количество()

(25) Ох уж! Показываешь пользователю работу со списком. Говоришь: смотри как удобно, правую кнопку нажал, в середине есть пункт "Найти...", и вот ты уже отобрал все нужные тебе записи. Пользователь: Вау! А сколько их?
Пропасть между разработчиками 1С и пользователями их продукта просто огромна. Почему такой очевидный вопрос от пользователя сразу не пришел в голову разработчику?

(26) Спасибо, конечно. Но у меня проблема не в этом. А в том, на какой обработчик события эту роскошь повесить

(28) Говоришь пользователю: смотри как удобно, правую кнопку нажал, в середине есть пункт "Вывести список". Или даже есть кнопка "Еще", а в ней опять таки "Вывести список". И смотришь номер последней строки.

(29) у тебя глубоко неправильный в идеологии УФ вопрос

(28) Потому что за таким вопросом, как правило, кроется плохо спроектированный интерфейс и/или бизнес процесс.

(31)+ Пока ты крутишь/скроллишь список в базу могли новые элементы/документы записать прикинь

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

(32) именно
у программиста 1С числительные (которые при разработке UI) это один, два и много!

(30) хорошо, что вы машины не проектируете. Смотри как удобно лючок бензобака открыл, веточку в бак вставил, вытаскивает и смотришь уровень топлива

(27) у тебя ДС рисуется при открытии. при открытии (27)

(36) делается отдельная элемента (индикатор уровня топлива) на нужной форме
которая обновляется в нужные моменты

(37) к (29)

(30) Хорошая шутка!

(37) И после открытия тоже рисуется. Ну что вы в самом деле!

(38) Прикольно! Осталось только определить эти нужные моменты )))

Я так понимаю, что от любого решения Мишенька теперь будет воротить нос и выпендриваться.
Ну, что сказать... Тебе надо - ты и делай, чо.

(34) О чем я и говорю. Надо не "инженерные" задачи решать, а задачи пользователей.

(42) или по таймеру или в момент неких действий юзера
и да получение уровня топлива никак не привязано к форме списка, это независимое

(45)+ причем лучше совместить, чтобы если очень много действий то не надо каждый раз получать, ибо еще мало времени прошло

(44) Задачи пользователей не всегда возможно решить в реальной жизни так, как пользователям хотелось бы. Иначе все пользователи были бы молодыми, красивыми и богатыми. Но ты не инженер, тебе не понять.
ЗЫ. Но с контекстным событием обновления ДС действительно нехорошо получилось :) Нету его.

(0) отображать кол-во элементов после применения платформенных пользовательских отборов? Если так, то увы не получится - событий нет и их не перехватить

(47) это противоречит асинхронности и отказу от модальности
иначе разрабы конф начали бы на него разное вешать и получать фризы

(49) > иначе разрабы конф начали бы на него разное вешать
Хорошая присказка. Помню ее долго приговаривали, не давая пользователю делать произвольные отборы в динамических списках. Мол тормозить будет по неиндексированным полям. Потом плюнули.

(49) Все дело в разрабах конф? Может быть, может быть...

Тьфу, произвольные сортировки.

А забирать возможности у разрабов конф из "благих побуждений" - это дорога в ад. Вы или крестик снимите или трусы наденьте.

(50) Нет. Он истину глаголет. В экосистеме 1С, состоящей из разработчиков платформы, разработчиков типовых, разработчиков "последней мили" и пользователей, разработчики типовых - самое слабое звено. Их по хорошему стоило бы давно ликвидировать

(54) Только ликвидаторов потом тоже обязательно зачистить. Там достойных людей никогда не встречается.

(47) Да ладно бы и фиг с ним. Берем неконтекстное ПриПолученииДанных(). Разработчики нам туда вроде как настройки ДС кидают вторым параметром. В настройках вроде как Отбор есть. Казалось бы бери и строй запрос. Ура, вроде как. Ставишь точку останова. Заходишь в список, делаешь отбор через правую кнопку. Смотришь в конфигураторе в отбор. А он ПУСТОЙ. И вот тут начинаешь материться. 1С в очередной раз сожрала у меня время. Чавкнула и не подавилась. Недоделанность хаотично разбросана по всей 1С. Никогда не знаешь, где напорешься. Ну лучше бы не делали этот обработчик события! А начав делать, доделали бы до конца!

(55) Ликвидировать звено, а не людей. Экий вы кровожадный

Вот что-что, а потрындеть Калимулин может. Любит, умеет, практикует.
Ты тему зачем создал?

(56) "А он ПУСТОЙ" вы просто не умеете его готовить... https://yadi.sk/i/v6MwK0-idTQVCQ

(59) Просто повторите ровно то, что я описал. И убедитесь, что он будет пустым. На списке правая кнопка...

(57) То есть типовые не нужны? Мне тяжело понимать мысли неординарных людей.

(29) https://wonderland.v8.1c.ru/blog/obrabotka-i-oformlenie-dannykh-dinamicheskogo-spiska/ так что ли?

(60) а вы попробуйте зайти в "Настроить список" и установить отбор

(61) Не нужно звено разработчиков равнооторванных как от пользователей, так и от "инженерных" проблем платформы.

(56) Может расскажешь нам, как бы ты поступил, если бы был начальником разработчиков платформы? У тебя полный карт-бланш. Как бы ты реализовал получение количества строк в произвольном дин. списке из приклажного кода?

(62) Этот обработчик не годится

(64) Так тебя же первого ликвидируют. В полном соответствии с твоей концепцией. Ты даже религию имени себя создать не успеешь, чтобы мученником веры стать.

(65) > Как бы ты реализовал
Задал вопрос на мисте, конечно же.

(63) А вы попробуйте правую кнопку. Ну о чем вы? Задача - отображать количество элементов ДС в ответ на произвольные действия пользователя.

(65) Я бы реализовал метод Количество() у ДС

(67) Я не разработчик типовых

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

(70) Я и спрашиваю, как бы реализовал?
Ты ведь представляешь себе, как работает ДС, какие запросы ваполняются, и т.д.?

(69) правая кнопка это не отбор динамического списка, а поиск по верх результирующей таблицы.

(72) Пользователи уже привыкли к правой кнопке. Да она и в самом деле удобна

(74) поэтому ваши крики "А он ПУСТОЙ" тут вообще не уместны к отбору дин списка

(75) переропределите команды для правой кнопки мыши, создавайте нужный отбор вместо поиска

(76) Очень даже уместны. Вот здесь, в аналогичной ситуации
https://wonderland.v8.1c.ru/blog/poluchenie-dannykh-dinamicheskogo-spiska/?sphrase_id=228175
отбор не пустой

(73) Да, да. Это все очень сложно. Не под силу человеческому разуму

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

(79) Уже бы давно убедил заказчика, что ему это не нужно, вместо нытья на форуме.

(78) вы же не знаете, что разработчики платформы вшили в "ПолучитьИсполняемыеНастройкиКомпоновкиДанных". По факту у вас отбор дин списка пустой и есть пользовательский отбор по текущей ячейке. Видимо данный метод накладывает второй отбор на первый и выводит все отборы НастройкиКомпоновкиДанных

(82) Тут же все черным по белому написано "Важным моментом является то, что схема и настройки, которые вы получаете от таблицы динамического списка, учитывают, в том числе, видимость колонок и применённый поиск." Есть отбор дин списка, есть видимость колонок, есть примененный поиск. Вы смотрите при получении данных на отбор дин списка и восклицаете "он ПУСТОЙ!" бред же...

(80) угу и превратим в 1С 7.7

(79) дело не в сложности, а в том что весь смылсл динамического списка пропадет если ты реализуешь количество

(85) Человек похоже не понимает, как работает ДС.

Никто не мешает после каждого запроса устанавливать (например) в свойство динсписка количество обработанных записей. Ну... например как это делает в PHP mysqli. Или в переменную уровня СУБД как в VFP. Видимо в 1С порешали что это не нужно. Ну или сложно.

(85) С чего вдруг он пропадает? Если метод выполняется по требованию, а не автоматом?

(79) Ты не поверишь. Но банальная операция получения количества строк на больших таблицах является серьезной инженерной проблемой и красиво не решается. Либо страдает производительность и масштабируемость, либо страдает актуальность и адекватность этих данных. Динамический список с порционным считыванием позволяет отвязать производительность работы со списком от размера таблицы. Операция получения количества строк - приколачивает это решение обратно к плинтусу.

(83) Я восклицаю, потому что меня вводят в заблуждение и жрут мое время

(87) ДС получает данные порциями. Он не заботится заранее сколько записей удовлетворяют настройкам.

(88) По требованию можешь сам реализовать метод.

(89) Вот и выдайте разработчику молоток и гвозди в виде метода Количество(). А он уже сам решает: приколачивать или не приколачивать к плинтусу. Вот в моем конкретном случае вопросы производительности вообще не стоят. Вся база влезет в оперативную память раз десять. Мне нужно удобство, которое запросил пользователь

(92) С чего все и началось. Не могу. Т.е. сам метод-то не вопрос. Вопрос - к какому обработчику его прикрутить

(90) > и жрут мое время
Сам-то чем занимаешься?

Следующим шагом, если Мишеньке назвать метод, он потрясет кулачками и заявит что это костыли.

(94) Кнопку сделай, чтобы пользователь по желанию количество рассчитывал. Объясни это заботой о производительности.

(93) так не пользуйся шуруповертом ДС
возьми молоток с гвоздями аля запросы и реализуй сам с канбаном и 1Сницами

(97) Да уж придется. Не вешать же на обработку ожидания

(98) Не тот уровень задачи. Я на нее изначально 10 мин. выделял (((

Мишенька, а правда же - под своим честным ником и набросы лучше получаются, да?
Смотри, уже вторая страница!

(93) Ну так тебе уже рассказали, как можно реализовать метод Количество().
(94) А нету. Кому приставили пистолет к голове - те через обработчик ожидания мутят с проверкой поменялись или нет настройки списка.

(102) Не могу никак выбрать между кнопкой и обработчиком ожидания.

(103) На вот. Поставь плюсик собрату по несчастью.
https://infostart.ru/public/568012/

(103) а чем не устраивает параметр "Строки"? Он как раз текущими выведенными строками ДС и заполнен с учетом отборов

(105) Как у тебя это получается? Всегда выпадать из контекста. Нужно количество элементов отвечающих всем условиям отбора. Оно не всегда равно количеству строк в ДС.

(104) Плюсанул

(107) Только пишут, что полнотекстовый поиск все равно в пролете.

Так что радикальным решением остается только статический список.

(106) пример можете указать, какое условие отбора не попадает в параметр строки? Я пробовал и настройку дин списка и поиск по правой кнопке мыши, в строках у меня были как раз данные соответствующие всем отборам и выведенные на страницу. При скорлинге страницы параметр Строки так же обновляется.

(110) я так понимаю нужные вообще все строки, а не то что на экране?

(111) в этом случае лучше кнопку прикрутить, которая получить настройки, по ним уже получить общее количество элементов.

*получит

(112) Новый поиск мимо настроек компоновки работает. Так что решение не универсально.

(112) Я тоже к кнопке склоняюсь. Можно, правда, еще и обработчик ожидания использовать

Можно же было закончить тему на (48) посту, ан нет - все копошатся

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

В таблице значений есть меиод Количество,но в ситуации пользовательского отбора он выведет не то,что нужно.

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

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

(117) правильно ли я понимаю, что динамический список с отбором и динамический список без отбора формируют в платформе один и тот же sql запрос? Или есть такое СУБД, где отбор транслируется в СУБД?

(119) судя по ПолучитьИсполняемыеНастройкиКомпоновкиДанных() скорее всего на конечный отбор дин списка накладывается пользовательский отбор. Это легко проверить на каком нибудь большом списке документов к примеру, если просто поиском воспользоваться и вбить первые буквы контрагента без отбора по периоду, то это может выполняться ооочень долго. Но если встать на строчку с нужным клиентом и найти по значению текущей колонки, то отбор практически моментально отрабатывает.

(119) > динамический список с отбором и динамический список без отбора формируют в платформе один и тот же sql запрос
Не. Иначе была бы полная задница. Просто реализовано чуток через нее родимую.

(121) угу парой запросов с соединением вместо одного

Просто видать когда Такси рисовали, просто херанули сверху еще одним слоем асфальта, вместо капремонта.

(119) Предположу, что если реквизит индексирован, то отбор транслируется в запрос.

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

В табличном поле есть отбор,а есть поиск - первый должен транслироваться в запрос,а второй накладывается уже на результат запроса - причем при поиске никакогг запроса и не выполняется.
А отбор,как и сортировка - это вывод настроек СКД,и тут их не транслировать в запрос достаточно сложно.

Мертвая хотелка, чертовки тормозит работу со списком. И в конечном счете бесполезное :)