Размещение нескольких DBCross на странице
Наставьте на путь истинный ... ?
проблема следубщая:
есть несколько небольших DBCross каждый из своего источника данных, точнее 4-е штуки (например). Их нужно расположить на одной странице в два ряда. В первом ряду 1-н(слева) и во втором 3-и. Можно что-бы они образоввывали колонки по вертикали( т.е. 3-и колонки).
1) Возможно ли такое(и как ?)
или нужно всё делать вручнуу как в примере "Календарь" ?
Спасибо.
проблема следубщая:
есть несколько небольших DBCross каждый из своего источника данных, точнее 4-е штуки (например). Их нужно расположить на одной странице в два ряда. В первом ряду 1-н(слева) и во втором 3-и. Можно что-бы они образоввывали колонки по вертикали( т.е. 3-и колонки).
1) Возможно ли такое(и как ?)
или нужно всё делать вручнуу как в примере "Календарь" ?
Спасибо.
Комментарии
Только, я что-то не пойму как мне может помочь UNION ALL ???
если я правильно понимаю это оператор языка SQL, в документации по FastReport похожих слов не нашел.
Подскажите в каком направлении рыть ?...
Объясните чем он может помочь ?
Но расскажу о проблемах с DBCross на одной странице.
Если положить рядом 2 dbcross'а, то второй сдвигается вниз на высоту первого кросса. Можно положить их в субрепорты, тогда они не сдвигаются, пока высота первого не превысит высоту страницы, в противном случае ситуация повторяется.
Положенные в субрепорты кросы ведут себя тоже не совсем адекватно, если они оба умещаются на страницу, второй кросс в субрепорте должен быть сдвинут на ширину первого кросса иначе произойдёт наложение, словно он не учитывает начальную позицию субрепорта на основной странице.
А разместить нужно ... ,как-бы, в 2-е строки и 3-и колонки(т.е. всего 6 ячеек)
4-е DBCross'a. Один в врехней строке и в левой колонке, а осталные 3-и на второй строке.
И еще вопрос, такое поведение:
Это норма или баг ?
эт пичально, надеюсь на помощь.
1) Ждать когда Цыганенко доработает кросы
2) Переделать запрос таким образом, чтобы не было необходимости использовать кросы
3) Написать свой крос для FastReport`а
У меня кросов было мало, поэтому обхожусь вариантом 2), в принципе написать такой запрос не так уж и сложно.
Всё получилось с помощью Subreports и несколих MasterData