Russian Qt Forum

Незнает ли кто-нть какой-нть кроссплатформенный Report Generator/Builder под Qt, Чтоб preview человеческий был, типа виндовых Crystal Reports, Fast Reports и прочих? яндекс толком не может подсказать.

нет таких!

А давайте напишем! Помоему сверх полезнай вещь получится!!!

А здоровья хватит? Сложная это вещь - я писал когда-то, больше не хочу (под Qt кстати, довольно навернуто написал, с дизайнером отчетов, многоуровневыми таблицами, запросами к базам данных... Но до FastReport все равно не дотянет)

У одного мож и не хватит, а если человека 3-4... Вещь то архи полезная!

Kugar reporing tool
============
Столкнулся с проблемой отсутствия отчетников под Qt4.
Из всего зоопарка существующих наиболее интересным
для разработки показался Kugar. После небольших шаманских
действий вытянул последнюю версию из SVN KOffice и
сделал грязный хак по удалению всей KDE-образной нечисти
(либо постановлению костылей где было влом переписывать),
а, также, порт всего получившегося хозяйства на Qt4.
по ссылке http://www.olviko.ru/~olviko/kugar.zip находится зип-архив с
исходниками полученного движка. Вполне работоспособная штука, но
написана на коленке. Надеюсь кому-нибудь пригодится. Планируется
периодически обновлять Smile
_________________
JID: om@olviko.ru

ну и как автор обновляет?

да, тяжеловато будет синхронизироваться...

У нас в конторе мы используем JasperReport, в общем, если не сольно много чего нужно, то вполне устраивает

Нууу... Ребят.. Не так уж и нет генераторов отчетов под QT...

http://www.openrpt.com/

Я не сильно углублялся поддерживается ли 4 версия этого фреймворка (ибо наткнулся недавно и совершенно случайно), но на скриншотах явно прослеживается то, что собирается под разными платформами.. Конторка (копирихтер кода) пишет ERP систему. Так что, штучка эта заточена как раз как надо по идее..

Плюс я об этой штуке поведал знакомому своему... Он поколупался с ней.. Сказал, что сам реализовывал нечто похожее и вещица заслуживает внимания.. к тому же опенсурьсная.. Юзайте на здоровье.

кроме того (ИМХО разумеется) искать такие вещи не черз яндекс надо. :о) Найдено было с помощью гуглей.. :о)

Дискуссия о наличии и удобстве report generators ведется давно и предлагалось достаточно (если угодно позже списком могу дать).
Мои комментарии: под Qt4 еще 2 недели назад не было ничего и приведенный выше openrpt, также под 3.1 поэтому мое мнение -генератор делать надо!!
Предлагаю вопросы к обсуждению:
1. Самое важное на мой взгляд в первую очередь сделать грамотный превью-
уже были попытки (поищите по форуму).
2. Формат отчета-  да на первое время все равно хоть текст хоть HTML (я выводил из QTableView(чтоб были и фильтры и сортировки)  в  HTML ) парсер приделать любой можно.
3.Создание собственно дизайнера отчетов-пока не озадачивался.

А помоему формат отчёта это первое что надо продумать. Я например хочу видеть его как XML файл, думаю объяснения почему не нужны.
Далее идёт просмотр отчётов. С QTextEdit/QTextDocument связываться не стоит помоему, тормозновато да к томуже ещё и геморой с расширениями получим.
Дизайнером можно заниматься параллельно с движком.

И вообще, судя по тому что в форумах и рассылках вопрос постоянно появляется - делать надо!

Допустим у нас есть отчет (результат запроса к БД) в виде XML, как мы его увидим, в чем отобразим, к тому же я представляю, также в своем отчете графики (может быть QWT)
Возможно у кого-то есть опыт (достаточно большой, чтобы с лету понять чужой код) программирования в Qt3. Для того чтобы набросать логику как это делается в openrpt или ncreport/

Лично я писал генератор отчетов на канве. До миллиона элементов доходило и затраты ресурсов были вполне допустимыми.

2crocus

Когда я писал про формат отчёта, я имел ввиду немного другое, а именно то, как отчёт описан, а не реальные данные. А чтобы увидеть его, придётся писать что-то подобное QTextEdit'у. Со встроенной поддержкой графиков и.т.д.

Если правильно понял, имеется ввиду как описана форма из дизайнера (.ui), наверное неплохо.
Приступаем??

Идеи есть - забить!

я в свое врепмя думал о написании компонент для QT
получается что не выгодно, так как QT быстро развивается в отличии от MFC
и не факт что ты успеешь все поддреживать

2crocus
Ну в общих чертах именно так.
По описанию (шаблону) генерируем отчёт (наверное тоже в XML формате) который потом и отображаем.
Весь комплекс тогда можно разбить на след части

1) Редактор форм отчётов
2) Формирователь отчётов (engine)
3) Просмотрщик отчётов.

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

PS У кого есть идеи (кроме идеи забить) вот ICQ: 175656289

добавлено спустя 3 минуты:

 2 Admin
одному человеку браться за это действительно не выгодно, но если будет человека 3-4 то вполне можно, главное наладить совместную работу. А в дальнейшем, если проект получится успешным, я полагаю поддержка будет, ведь это всё-таки OpenSource!!! :)

должен быть лидер! если ты им будишь, пиши ТЗ!
после 50% завершения ТЗ к тебе потянутся люди!

примерно так

to LestorN
И я за. Похоже ты  приблизительно знаешь чего мы хотим.

У разработанной мной системе для отчетов используется вот такая связка -> XML поток данных из БД (поток берется из его описания в виде XML) + XSL шаблон -> HTML (Excel+OOo Calc), PDF, TXT Reports, etc.

http://sourceforge.net/projects/ncreport/
было уже? можно посмотреть, там вроде через xml сделано...

Если кому-то интересно, начал писать ТЗ на генератор отчётов.
Всё буду выкладывать сюда https://developer.berlios.de/docman/?group_id=5540
Там же есть форум в котором можно всё обсудить.

проект загнулся или дышит?

Как я и говорил... Мало страничку проекта сделать, нужно еще и хорошо работать.

А вот как вариант:
Взять за основу фастРепорт, точнее его формат шаблона отчёта и формат самого отчёта в xml.
Тогда для начала хватит только qt-отображалки отчёта, что ИМХО проще чем редактор шаблона.

Естественно что для начала надо договориться с авторами фастрепорта, или м.б. для такого тандема надо будет в любом случае покупать лицензии на фастрепорт и т.д.

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

"визуализатор" отчёта на мой взгляд делится  на:
1. парсер шаблона в некую внутреннюю структуру
2. Исполнение отдельных запросов отчёта и создание внутренней структуры отчёта.
3. Визуализация отчёта на экран/принтер (ну и в другие возможные форматы), запись в свой xml.

Или даже для начала в п.2 сразу писать в xml, а в п. 3 его визуализировать.

И работы ИМХО тут соизмеримо (если не меньше) чем с редактором шаблона.

потому я и предложил для начала использовать готовые шаблоны.