Смешанный фильтр

[Kadawrik]

В некоем отчете на печать надо выводить строки счета, но не все, а только
1) с типом Item - все
2) с типом G/L Account - с номерами, заданными пользователем на RequestForm
Вопрос: я правильно подозреваю, что одновременно такой фильтр не наложить? нужно будет делать в два прохода: первый раз выбрать все строки с Item, второй раз - с G/L Account, одновременно накладывая фильтр на поле "No."
Т.е. будет два DataItem'а одного уровня и одного типа (Sales Invoice Line), но с разными фильтрами?

[Milk]

Если Sections должны быть одинаковыми для обоих типов строк, логичнее, наверное, заполнить строками обоих типов темповую табличку, а затем сделать DataItem, основанный на Integer, с обходом этой таблички.
Так и сортировать строки удобнее.

[Kadawrik]

Цитата:

Сообщение от Milk

Если Sections должны быть одинаковыми для обоих типов строк, логичнее, наверное, заполнить строками обоих типов темповую табличку, а затем сделать DataItem, основанный на Integer, с обходом этой таблички.
Так и сортировать строки удобнее.

Sections-то одинаковые. Но ведь чтобы заполнить эту табличку все равно придется строки счета просматривать 2 раза? или?

[romeo]

Дата айтем по строкам счета.

OnPreDataItem()

SETFILTER(Type, '%1|%2', Type::Item, Type::"G/L Account");

OnAfterGetRecord()

IF Type = Type::"G/L Account" THEN
  IF [Счет не из списка с реквеста] THEN
    CurrReport.SKIP;

[Kadawrik]

Цитата:

Сообщение от romeo

Дата айтем по строкам счета.

OnPreDataItem()

SETFILTER(Type, '%1|%2', Type::Item, Type::"G/L Account");

OnAfterGetRecord()

IF Type = Type::"G/L Account" THEN
  IF [Счет не из списка с реквеста] THEN
    CurrReport.SKIP;

Я уже думала о таком варианте.
Но если в реквесте фильтр задан строковой переменной(назовем ее, н-р, AccFilter) и виде: СчетA|СчетB|счетC..счетD|счетXYZ, как вот эту проверку [Счет не из списка с реквеста] делать?
Вариант с

 IF NOT ("No." IN AccFilter) THEN

не прокатит же?

[romeo]

Цитата:

Сообщение от Kadawrik

Я уже думала о таком варианте.
Но если в реквесте фильтр задан строковой переменной(назовем ее, н-р, AccFilter) и виде: СчетA|СчетB|счетC..счетD|счетXYZ

-) это уже другой вопрос. Ищите способ сделать такую проверку, а не исковеркать отчет.

[Milk]

Цитата:

Сообщение от Kadawrik

Цитата:

Сообщение от Milk

Если Sections должны быть одинаковыми для обоих типов строк, логичнее, наверное, заполнить строками обоих типов темповую табличку, а затем сделать DataItem, основанный на Integer, с обходом этой таблички.
Так и сортировать строки удобнее.

Sections-то одинаковые. Но ведь чтобы заполнить эту табличку все равно придется строки счета просматривать 2 раза? или?

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

[Kadawrik]

Цитата:

Сообщение от romeo

-) это уже другой вопрос. Ищите способ сделать такую проверку, а не исковеркать отчет.

Вы считаете вариант с двумя DataItem (один по Item, другой - по G/L Account) коверканьем отчета? ;-)
(Прим.: пользователю порядок строк неважен.)
Имхо, менее затратно (в смысле времени) решить задачу в лоб, т.е. с помощью двух DI.

[romeo]

Цитата:

Сообщение от Kadawrik

Имхо, менее затратно (в смысле времени) решить задачу в лоб, т.е. с помощью двух DI. />

"решить задачу в лоб" - сильно субъективное понятие. Я думаю для каждого из нас оно предполагает тот вариант решения, который нам известен, которым мы привыкли пользоваться. Два датаайтема - это возможно два набора секций отчета, которые надо раскопировать. Возможно что-то еще, что усложнит реализацию и поддержку. Выбирать вам. Но сама по себе функция, определяющая вхождение конкретного кода в строку фильтра очень полезна и применимость ее будет высока.