Справочник: Скрыть строки в форме списка #492545

Сделал в форме списка номенклатуры отображение остатков. Удобно ) Теперь хочу ещё удобнее сделать - чтобы позиции с остатком 0 вообще не отображались в форме списка. Ума не приложу как скрыть строку. Подскажите кто сталкивался...

юзай ИспользоватьСписокЭлементов(СписокЗначенийСНенулевымиОстатками);

Мда... Остатки формируются на лету: Новая колонка с формулой ПолучитьОстатки ПолучитьОстатки возвращает остаток текущего товара сразу в ячейку... Как тут сформировать СписокЗначенийСНенулевымиОстатками?

Ну тут надо в целом менять логику - У тебя остатки "формируются на лету", т.е. строка УЖЕ выводится (вывелась) в таблицу на экране. А тебе нужно ДО вывода определиться с тем выводить ее или нет. На большой базе тормоза возможны :(

Тормоза будут. Лучше уж тогда на табличное поле переделать.

Один фиг при открытии придется пересчитывать остатки и формировать список ненулевых. Опять же потеряешь дерево групп. вспомнилась статья связанная с торамазами в списке. Может пригодится, хотя бы для принятия решения заморачиваться или нет. Но опять же все зависит от объема справочника.

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

Вроде понял как сделать. Спасибо Теперь вопрос такой: как отсюда сразу добавить остаток в созданую мной колонку "Остаток"?

2 На фига пересчитывать остатки? Сделать запрос для табличного поля так, чтобы он эти нулевые изначально не давал.

переменная для всего модуля СписокОстатков=СоздатьОбъект("СписокЗначений"); В цикле при заполнении списка ненулевых в функции определения остатка на форме СписокОстатков.Получить(ЗначениеВСтроку(ТекущийЭлемент));

+ это ответ на вопрос

Можно подумать что запрос не будет пересчитывать остатки :)Ну понятно что на ТА их сичтать особо не придется, а просто выбрать. Главное что все равно по сути для всего справочника.

ИспользоватьСписокЭлементов не даёт возможности потом поиска по наименованию в разных направлениях, можно искать только вниз.

в том то и смысл прямого запроса, что он отрабатывает намного быстрее черного

В форме списка номенклатуры Процедура ПокажемТоварСОстатками КонецПроцедуры где "ФлагВидимости" - реквизит справочника "Номенкдатура", числовое значение 0 или 1. При начале работы программы (1 раз в день) рассчитываются остатки и в справочнике у номенклатуры прописывается значение реквизита "ФлагВидимости". При проведении приходных или расходных накладных по списку номенклатуры этих накладных производится корректировка реквизита. "ЕстьОстатки" - флажок на форме, чтобы можно было переключать режимы просмотра (полный/только с остатками). Тормозов нет.

2 Жесть!

А как же склады и прочее? :)

В глобальном модуле типа КонецПроцедуры В УТ еще легче.

Для документов вызов из глобального модуля

, как насчет УРБД? Как отфильтровать по фирме? Как отфильтровать по складу?

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

если УРБД, много складов и т.д. - купите восьмерку. А для мелких - нормально.

вот до чего доводят религии запрещающие 1с++

А мне 8.1 гораздо больше нравится, чем 7.7. Затягивать агонию - не вижу смысла.

пока 8-рочные запросы не будут позволять все, что позволяет T-SQL, 8-ка нах не нужна -) надеюсь, понятно, о чем я

код в и мне очень сильно не нравится...

, Очень прикольно будет при проведении получать ошибки "Элемент справочника заблокирован". Все ведь давно уже придумано, отработано, создано, оптимизировано. Юзайте 1С++ и ТабличноеПоле. Для ленивых уже есть класс ПоставщикДанных, все уже написано за вас. Работает и на sql, и на дбф. Нет, все какие-то извращения придумывают.