Отчетные формы в Qt?

[pastor]

Отвечу по порядку...

1) По поводу XHTML. Это следующий этап развития HTML. Пока XHTML по своим возможностям сопоставим с HTML (однако предъявляет более строгие требования к синтаксису). Различия между этими я зыками разметки не только "разве что заголовком". Гугл в помощь

2) HTML->PDF

Привожу. Нельзя. Ну нельзя теоретически, хотя практически можно.

Странное предположение. Обячно на оборот, можно теотерически но нельзя практически. Но я вас разачарую. Преобразование из HTML->PDF можно и теоретически и практически, без каких либо проблем

3)

А теперь вопрос. Как вы собираетесь трансформировать в HTML налоговую накладную.

А какие собствено проблемы в её создании? Вы невидели налоговых нарисованых на HTML?

4)

У нас допустим есть средство, скажем репор билдер, который мы предоставляем юзверу для написания отчетов. Наподобие ассистанта, куда я сбрасываю свои лебелы и всякие мемо и ещё бог знает что... Откуда возьмется этот XSLT, который будет знать что делать с тем ХМЛ, который получился у нас?  Если вы хотите чтобы у вас автоматом создавался XSLT - о. Другое дело, мы пишем эту фигню, забываем про всякие глупые отчеты и реально рубим бабло на этой хрени.

Почитайте один из моих постов выше, где я предлагал создать такую визуальную тулзу, при помощи которой будут создаваться печатные формы. Шаблон будет храниться в XSLT. Или вы хотели сказать что-то другое?

5)

Я бы с осторожностью относился к этому. Тот ХМЛ который щас есть в QT - можно считать что его нет. Да, читать документы ХМЛ мы можем, хоть дом, хоть сакс. Но и все. Ни схем, ни парсинг схем, ни ХПАС, ни XSLT. Вообщем ничего. А если вы заюзать хотите XSLT, то вам понадобиться все из вышеперечисленного.. Задача большая, и они быстро так ее не сделают. Возьмите на другие либы посмотрите - очень мало полноценных, нормальных либ для юзанья ХМЛ - других (гавна всякого) - как гавна.
Из реальных которые я знаю - MSXML, xerces. И куте к ним будет подбираться ещё не один год.

Соть где-то я с вами согласен. В текущих версия Qt (<4.4.0) работа с XML действительно приметивна. Но с выходом Qt 4.4.0 это измениться. MSXML - очень ценная либа для кросплатформенной разработки. Откройте для себя libxml, libxslt.


Раз уже так пошёл разговор, что вы предлагаете для создания печатных форм. Я предложил то, что реально юзали в своих проектах, и что реально шас используеться торговыми предприятиями.

[Tonal]

Что-то читал ветку, и не понял, почему бы не подключится к существующим открытым проектам:
http://sourceforge.net/projects/ncreport
http://sourceforge.net/projects/openrpt/
В обоих есть визуальный дизайнер, оба используют XML-базированный отчёт, печатают на принтер и в PDF, работают с базами.
Т.е. базовая функциональность присутствует.

[indigon]

Что-то читал ветку, и не понял, почему бы не подключится к существующим открытым проектам:
http://sourceforge.net/projects/ncreport
http://sourceforge.net/projects/openrpt/

Угу, вот и я об этом же!

[Вячеслав]

там вроде только ncreport живой .... но 2 версия платная Но вкусная ......

[Tonal]

Последняя сборка: openrpt-2.2.0 Notes (2007-07-27 09:25)
Да и в статистике CVS вроде отражена работа даже за этот год. :-)

Ну а если рассматривать вариант куда подключить свои силы, то вполне неплохой. :-)

[zinit]

там вроде только ncreport живой .... но 2 версия платная Но вкусная ......

про плату ничего не сказано, но исходников нет
http://www.nocisoft.com NCReport 2.0 (beta2) выглядит юзабельно, но пока OpenOffice рулит (вырезанный из ананаса и доработанный напильником)

[SLiDER]

там вроде только ncreport живой .... но 2 версия платная Но вкусная ......

Да, на сколько я понял, открытая разработка ncreport закончена, теперь будет выпускаться только проприетарная версия по лицензии (как на сайте написано) similar to Trolltech's Qt solutions http://www.nocisoft.com/?id=ncr.

License
Since 2.0 version NCReport is released under the terms of commercial license similar to Trolltech's Qt solutions. See the prices and conditions

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

А OpenRPT, вроде, жив, покрайней мере, последний коммит дней 10 назад в cvs сделан. 

[c00ker]

Юзаю openrpt, работает стабильно в production. Развивается - вчера в cvs добавили preview отчетов и возможность локализации.

[Tonal]

2 c00ker Не сможешь пояснить несколько вопросиков?
1) Можно ли там как-нибудь использовать наборы данных не привязанные к QtSql?
2) Можно ли прикрутить другой формат вывода (xml, html, rtf)?
3) Доступно ли скриптование отчёта?

[c00ker]

1) Можно ли там как-нибудь использовать наборы данных не привязанные к QtSql?

Пока что только sql.

2) Можно ли прикрутить другой формат вывода (xml, html, rtf)?

Думаю что только если в xml, при помощи большого напильника

3) Доступно ли скриптование отчёта?

Подобие скриптов предусмотрено в запросах, в зависимости от параметров можно модифицировать запросы:

Код:

WHERE ((usr_locale_id=locale_id)
<? if not exists("showInactive") ?>
   AND (usr_active=true)
<? endif ?>

[Tonal]

Абыдно. :-(

[ритт]

ага...
для меня тема тоже весьма актуальна
ломает читать данные из бд, генерить отчёт, писать его в бд - всё только для того, чтобы этот самый отчёт показать юзверю и/или вывести на печать...

[ритт]

времени свободного нет
трдм, може тебя доломает?

[Tonal]

Мы всяко будем этим заниматься - но сейчас времени нет. :-(
Самое критичное - это не привязанные к QtSql наборы данных, т.к. с данными мы работаем не через него.

Пока, из двух доступных наиболее перспективным мне кажется OpenRpt, но если сообщество замутит свой - можно будет присоединиться. :-)

[ритт]

идея-идеей, но свободного времени от этого не больше...

вот ещё идея: http://www.kde-apps.org/content/show.php/Kexi+Report+Part?content=58208
в идеале хотелось бы иметь движок, который мог бы строить отчёты помимо собственного языка разметки ещё и на основе данных из любого хранилища (посредством бэкэндов), например, списков в хмл-форме, айтеммоделей кутэ и т.д.