Добрый день!
Есть табличное поле:
Контрагент    Колонка 1  Колонка N
Контрагент 1  Данные     Данные    <====цвет синий
Контрагент 1  Данные     Данные    <====цвет синий
Контрагент 2  Данные     Данные    <====цвет белый
Контрагент 3  Данные     Данные    <====цвет синий

Хочу сделать подобное выделение строк цветом, чтобы одинаковые контрагенты были отмечены одним цветом (одинаковые контрагенты в таблице всегда находятся рядом друг с другом). Алгоритм прост - при выводе строки, если предыдущая строка содержит такого же контрагента, то и цвет делаем такой же как у него. Но вопрос такой - когда включаем отбор, как мне определить, какая строка предыдущая? Т.е. в результате отбора могут быть показаны строки № 5, 35, 151.

+ (0) Забыл сказать, платформа 8.1.

нафига определять предыдущую?
присваивай контрагентам определнный цвет, при выводе - указывай в оформлении

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

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

(3) Вот я и пытаюсь узнать, что тогда делать :)

(4) при заполнении таблицы в отдельную колонку запихивай цвет

(6) См. (4).

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

(4) Если есть хотя бы два контра с одинаковым цветом, всегда можно установить отбор, чтобы они оказались рядом.

правда рябить будет шо пипец при прокрутке =)

+(9) А менять цвет не получится, т.к. при получении данных (как и при выводе строки) при прокрутке, напрмер, вызывается только для появившихся строк.

(11) при выводе строки для всех строк.

(10) Что поделаешь, воля заказчика. В 8.2 подсмотрел, только там просто через одну строку синим выделяет.

(12) А проверить?

Теоретически можно вызвать ТабличноеПоле.ОбновитьСтроки(), тогда можно будет обработать цвета для всех видимых строк, но как-то не нравится мне эта идея...

(15) это таб часть документа?

(16) Нет, это табличное поле в обработке. Тип данных - ТЗ.

(17) Вру, не ТЗ, а табличная часть обработки.

Лучше хорошо узнать что хочет заказчик и предложить нормальное решение. Например сгруппировать по контрагентам в ДЗ.

(14) проверил. был не прав

(19) ДЗ предлагал, хотят таблицу.

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

короче 100 баксов

А что сложного в сравнении данных текущей строки с предыдущей?
Предыдущая получается по ТабЧасть[ИндексТекСтроки - 1]

(24) Да ничего сложного! Вся суть описана в (4). В результате отбора рядом могут оказаться строки с одинаковым цветом.

(24) Подождите ка, а индексы перестраиваются после отбора? *ушел проверять*

+(26) Нет, индексы остаются те же.

А почему не использовать событие при выводе строки и глобальную переменную формы списка цветПредыдущей?

Сделай массив побольше цветов

В событии при получении данных ищи в соответствии контрагент-Цвет.
Если нашел выводи этот цвет
Если не нашел добавляй в соответствие контрагент-цвет (цвет следующий по таблице.

(29) Если будет много цветов, то все равно вероятность останется.
Такой вопрос: можно ли как то узнать предыдущую _видимую_ строку, а не предыдущую строку ТЧ?

(30) При установлении отбора очищай соответствие.
На оставшуюся маленькую вероятность забей.

(30) А что это даст. Тут ограничение исключительно теоретическое, т.е. вероятность нахождения цветов рядом всегда >0 и никакими программными извращениями его не обойдешь. А перекрашивать контрагентов каждый раз в новый цвет - это точно не то, что хотел заказчик.

Событие привыводестроки возникает только для видимых строк! так что делай как я сказал и будет тебе щастье, а массив огранич двумя значениями, тогда будет просто красивое чередование

Насчет того, что заказчик хотел, чтоб цвет был прицеплен к опрделенному контрагенту вроде никто не говорил

(33) А если мы покрутим на 1 строку вниз, а потом на одну вверх, то идея с цветом предыдущей не прокатит...

+(35) Я к тому, что отработает ПриВыводеСтроки для нижней, а потом для верхней, и вероятность установки правильного цвета во втором случае уже будет 50/50.

А если обработать приполучении данных?

(36) Я понял

(37) Только что крутил список, там оно при прокрутке 3 строк один раз отрабатывает.

При возникновении события "ПриПолученииДанных" (оно срабатывает и при отбор), пробегать ВСЕ строки таб.части, игнорируя не соответствующие отбор (ТабПоле.ПроверитьСтроку()) и назначать им цвета.
Потом обойти ОформленияСтрок и раскрасить.

(40) Однозначно будет слишком долго все строки обходить, пусть даже и на соответствие условию... (там уже порядка 1500 строк, и будет увеличиваться). Хотя можно в принципе проверить, все равно нет вариантов.

Можно попробовать завязаться на порядок сортировки и снизить вероятность совпадения, а так же сделать таблицу не менее 100 цветов...

ПриПолученииДанных сделать:
   Построитель = Новый ПостроительОтчета;
   Построитель.ИсточникДанных = Новый ОписаниеИсточникаДанных(ДокументСписок);
   тз=Построитель.Результат.Выгрузить();
Получишь таблицу с тем, что будет выведено в список, оттуда вытащи контрагентов и назначь каждому свой цвет
Причем это уже с учетом фильтров

А цвет генеришь рэндомом с проверкой был ли у кого из контрагентов такой цвет

Самый красивый будет контрагент с цветом фона черным

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

В соседних строках могут быть одинаковые контрагенты

(47) и что?

нужно, чтоб они одинакового цвета были