vill_ager
или например:
свертку/развертку отчета до уровня итогов можно сделать либо разместив на форму подготовки условий отчета чекбокс [x]итоги, или в интерактивном отчете соответствующие управляющие элементы. В первом случае для просмотра деталей надо заново сгенерировать отчет, во втором - отчет сразу генерируется в полном объеме(затраты времени и ресурсов выше), но большая часть информации скрывается, и не известно - будет ли просмотрена пользователем. Какой вариант более оптимален?

интересны мнения за и против, и с точки зрения разработчика ИС, и с точки зрения пользователя

Такие вещи вообще-то реализованы во многих генераторах - например, BIRT, Microsoft SQL Server 2005 Reporting Services, ...


vill_agerделаю генератор отчетов - вывод на просмотр/печать/PDF/RTF
не могу решить - ...
LSVКонкуренция с Кристаллом, РепортБилдером, ФастРепортом ? Ну-ну...

ЗЫ: Напрасно тратите время. Не взлетит.

Наверно всё же делается такой специализированный генератор отчетов только для конкретной ИС, и делается на основе полноценных генераторов отчетов вроде Crystal Reports, FastReport, ...?
Что-то своё ваять - наверно расточительно и никчемно, хотя если есть спонсоры и коллектив и время и оригинальные соображения (если сам генератор - товар, а если товар - ИС со специализир. генератором, то ведь юзеры ИС - не увидят и не оценят - и не заплатят за какое-то внутреннее своеобразие).

vill_agerможно считать это курсачом на 3 курсе :)
зы: язык - python, GUI - Qt.


А что - обычно с 3-го курсовые ведь до диплома - одна тематика ведь, которую развивают.
Если для профильной кафедры съедобно, то и дописывать и выйти на диплом, внедрив
в какую-нибудь ИС местного предприятия, давая возможности, которых не было до того в ИС.

vill_agerПилотажный
Такие вещи вообще-то реализованы во многих генераторах - например, BIRT, Microsoft SQL Server 2005 Reporting Services, ...

в том то и вопрос - насколько это разумно. На каком-то форуме проскальзывала мысль - еще немного - и Fastreport превратиться в генератор GUI. А может не стоит все в кучу мешать? Да и ресурсов такие отчеты жрут немало.

Пишется для себя, а для питона не такой большой выбор встраиваемых генераторов. Поискал, и начал сам...

про время - потрачено 3,5 месяца, от "hello, world" на бумаге :) (время, свободное от зарабатывания денег :). 1500 строк кода. Умеет генерить PDF/RTF, считать итоги. Редактор простеший - почти готов.

Естественно - пока только скелет, но при использовании нужное мясо нарастет.

О какой разумности речь? Это удобно и востребовано. Ресурсы для приложений, где нужны систематические и частые отчеты, а это обычно ИС средних и крупных предприятий (не вычисления генома человека или ... расчет чего-то грандиозного), уже не проблема, так как вычислительная нагрузка просто расчитывается и стабильна.
Так по ходу развития всё и FastReport имеет тенденцию превращаться во всё. Вот, например, превращается Crystal Reports.

"... для себя" - как упражнения в программировании или как наработки для себя в своей же работе (на дядю для других дядей и тёть) или для применений в чем-то сугубо своем
Так и генераторы отчетов для чего? Чтобы не тратить время на создание отчетов и при этом сделать отчет много лучше, чем сделал бы сам без генератора отчетов.

Вот и советы - взять уже имеющийся генератор и его развить.
Или сделать библиотеку для создания отчетов с выводом в Word или Excel.
А так - что: собираю себе велосипед, но нужно быть большим мастером, чтобы этот велосипед оказался лучше, чем уже имеющиеся в продаже, при трезвой оценке сколько будет стоить это собирание. Но как упражения в слесарном-токарном ремесле конечно полезно.

Нет генераторов под Python - так, например, сделать сам отчет в Crystal, вызвая потом только Crystal Report Engine (много способов).

ИМХО.