Неравномерно вычисляется высота строки при обработке дубликатов

[MiXaiL]

Объединил строки при дублировании, вот так: https://cloud.mail.ru/public/3jsH/wq6hw87pt
Всё работает хорошо, но почему-то не корректно вычисляется высота объединяемых строк: https://cloud.mail.ru/public/5v7U/3NypTK86e
Как можно поправить?

[Aleksey]

Здравствуйте,

Вышлите пример отчета с тестовыми данными, который воспроизводит проблему, для анализа.

Спасибо.

[MiXaiL]

пример - https://cloud.mail.ru/public/582w/3Ci72DPfa

[Ivan]

Здравствуйте.

В нашем продукте по умолчанию дубликаты обрабатываются после построения всего отчета.
В режиме "Merge based on Value and Tag" часть анализа производится во время построения, но при этом кроме задания тэга необходимо также использовать свойство CanShrink чтобы последующие одинаковые строки "схлопывались".
Прилагаем модифицированный вариант отчёта.

Спасибо.

[MiXaiL]

это не работает, если в строке множество переходов на новую строку, поправил ранее высланный вами пример: https://cloud.mail.ru/public/3xk8/39EmpVGRt
просто для примера скрин, на сколько всё это может быть критично: https://cloud.mail.ru/public/3WV2/2g6BhGeD8
возможно есть другой способ как можно обработать данные строки?

[Ivan]

Здравствуйте.

Особенности движка накладывают ограничения на работу свойства ProcessingDuplicates.
С помощью только этого свойства более ничего не добиться.
Следующий шаг - это изменение структуры данных и отчёта, чтобы привести к виду Master-Details.
Это подходит не для каждого случая. Иногда изменения минимальны, иногда приходится переделывать половину отчёта
Прилагаем пример "Processing duplicates 2.mrt" в котором сравниваются варианты реализации обработки дубликатов.
Также прикладываем модифицированный отчёт "report3.mrt".
В этом отчёте добавлен источник данных "MainDataSource", в котором исходные данные группируются для получения главного источника данных.

Спасибо.

[MiXaiL]

Спасибо вам за поддержку:)

[Aleksey]

Здравствуйте,

Дайте знать, если будут еще вопросы.

Спасибо.