Многоэтажные заголовки в отчётах

[vadimiron]

Существует ли возможность группировать заголовки??
Нужно примерно следущее (приложенный рисунок)

Заголовки 1, 2, 3 - реальные заголовки.
Обощающий заголовок - наша "придумка"

Есть ил возможность в отчёте подобное организовать??

[lev]

Можно, но придеться рисовать руками
Проще выводить отчеты с такими заголовками в Excel, IMHO

[mazzy]

Цитата:

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

Можно, но придеться рисовать руками

Лучше не надо - будет куча гемора и перестанет работать скрытие полей.
Этот фукнционал работает не только в формах, но и в отчетах http://axapta.mazzy.ru/screenshots/common/example.html

[vadimiron]

А что значит "рисовать"?? Рисунок вставлять над колонками???

[lev]

Нет. В репортах аксапты колонки и заголовки и т.п. рисуются с помощью Shape-ов. Можете для примера помотреть репорт SalesPurchInvoice_RU. Это ТОРГ-12

[vadimiron]

А с SectionTemplate кто нибудь подобное пробывал?? Там же есть только section к определённому map-у - а если я буду рисовать заголовки shape-ами, там у меня нет никакого map-a

[Maxim Gorbunov]

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

vadimiron, с Section Template такой фокус, наверное, не пройдет. Там ведь только template для body создается. А вам хочется, если я правильно понял, сделать template для header'а. Вообще, сомневаюсь, что имеет смысл решать эту проблему на уровне шаблонов (просто тяжелее будет поддерживать). Делайте по отдельности для каждого отчета.

[Lemming]

В простом случае, например как на скриншоте в исходном посте, подобный заголовок делается из четырех текстовых контролов, без всяких шейпов. Ширина верхнего контрола, например в char-ах, должна быть равно трем нижним(если они одинаковые). Ну а далее, достаточно установить свойства:LineAbove, LineBelow, LineLeft, LineRight в значение Solid.

[Eldar9x]

Цитата:

В простом случае, например как на скриншоте в исходном посте, подобный заголовок делается из четырех текстовых контролов, без всяких шейпов. Ширина верхнего контрола, например в char-ах, должна быть равно трем нижним(если они одинаковые). Ну а далее, достаточно установить свойства:LineAbove, LineBelow, LineLeft, LineRight в значение Solid.

Точно. Именно так и делаю, не нужно никаких шейпов. Хотелось бы добавить, что Body (или ProgammableSection) для такого отчета (то есть нижеследующие строки), делается c LineBelow,LineLeft, LineRight=Solid, (для секции заголовка - также LineAbove). Высоту каждой строки в заголовке и в строке обычно ставлю 4мм, то есть в вашем случае высота секции заголовка будет 8мм. Для текстовых контролов, достаточно выставить свойство LineRight. При этом если не хотите артефактов, выставляйте вручную позиции текстовых контролов. Ширина контролов прикидывается исходя из общей ширины листа, чтобы избежать масштабирования. То есть скажем при альбомной ориентации ширина секции будет 212 char, при портретной - 111. Во вложении пример такого отчета

Интересно, возможно ли простым методом группировать сами значения в строках? То есть, когда строки выглядят примерно так (==== это пусто):
|----------|-----------------------|
|=====|-----------------------|
|=====|-----------------------|
|----------|-----------------------|
|=====|-----------------------|
|=====|-----------------------|
|----------------------------------|
Из того, что пробовал - приходится дополнительно программировать свойства в дизайне - не логично.

[Maxim Gorbunov]

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

С LineLeft, LineRight тоже особо играться не стоит - велика вероятность того, что пострадает выгрузка отчета в HTML/RTF/PDF.

И еще один совет напоследок: старайтесь как можно меньшему количеству полей в отчете указывать явное значение Left, Width и Top, чаще используйте ModelFieldName. Поблагодарите еще меня не раз, когда придется в такой отчет добавлять новое поле

[vadimiron]

ВСем сенкс - сделал обычными TextControl-ами и с миллиметрами....

А если не в миллиметрах, то в char-ах??

Ещё такой вопрос: Так Header и Footer определены в шаблоне, я пытаюсь использовать только AutoDesign - поэтому заголовки столбцов приходится описывать в ProgrammableSection, и вызывать её до вызыва секции Body - но вот как тут лучше работать с ModelFieldName?? И вообще возможно ли??? Должные TextControl-ы ориентироваться по полям Body или наоборот???

[Eldar9x]

В char - ширину контролов, так очень просто их высчитывать исходя из ширины секции. Высоту - можно в mm.

Цитата:

Должные TextControl-ы ориентироваться по полям Body или наоборот???

В смысле? Суть простая - вначале для каждого поля записываете где-нибудь ширину в char. Далее у первого контрола left будет 0, ширина, скажем 10 char. Второго, left = 10 char, width, например, 30 char. То есть, left каждого последующего контрола высчитывается исходя из left предыдущего+width предыдущего.

Цитата:

Поблагодарите еще меня не раз, когда придется в такой отчет добавлять новое поле

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

[Maxim Gorbunov]

Да, лучше char'ами. Тогда при изменении размера шрифта ничего не поплывет.

Кстати, я обычно стараюсь в таких случаях для заголовков использовать не TextControl'ы, а Prompt'ы. С их помощью можно подцепить label'ы из полей таблиц и extended data types.

По поводу того, с помощью чего заголовки выводить - дело вкуса, по-моему. Я обычно в PageHeader их засовываю. В качестве ModelFieldName обычно используются поля из Body. То есть, положение на странице указывается для полей с данными, а заголовки и тоталы привязываются к ним через ModelFieldName.

[Eldar9x]

А ModelFieldName влияет на вертикальное положение контрола?

Цитата:

Должные TextControl-ы ориентироваться по полям Body или наоборот???

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

[vadimiron]

Я сделал так: Линии выстраиваю с точным нужным мне положением, а заголовки и Totals-ы формирую "вокруг" Линий, задавая ModelFieldName - получается неплохо. Единственное - обобщающие заголовки приходится руками подправлять (например если длина изменилась) - все остальные заголовки подстраиваются под Линии