openerp-community team mailing list archive

[Fabien Pinckaers <fp@xxxxxxxxxxx>]

Hello,

We think we have too much report engines: RML, XSL:RML, report_webkit plus
all community  addons. We have a lot of report engines because none of them
were good enough to support everyone's needs.

The new QWeb approach is super clean, so we decided to go for it and invest
to make it perfect. We reviewed/are reviewing all official reports of
OpenERP. It's better to have one clean report engine and stick to it.

It's a huge improvement because its based on all the "normal" technologies
of OpenERP; views, translation mechanism, CMS/Inline edition, QWeb,
tests... So, all the improvements we do on the OpenERP framework or report
engine benefit to others parts of OpenERP.

I still do not know if we will deprecate report_webkit in v8 or v9, but I
prefer to tell you now, so that you can already base your future decisions
on the future technology.

Fabien




On Tue, Feb 18, 2014 at 5:01 PM, Nicolas Bessi <nicolas.bessi@xxxxxxxxxxxxxx
> wrote:

> Hello,
>
> No offense Fabien, but such an unilateral announce may not be the proper
> way to manage this kind of announcement...
>
> I'm also a little bit confused about our v6, v6.1, v7, customer that have
> support contract. How OpenERP SA intend migration as report_webkit is in
> official addons repository.
>
> Regards
>
> Nicolas
>
>
> 2014-02-18 16:51 GMT+01:00 Axel Mendoza Pupo <aekroft@xxxxxxxxx>:
>
> The solutions to print reports based on HTML DOM combined with specific
>> CSS rules have that drawback that notebook pages does not get displayed
>> properly, is this resolved already? This must complete the solution to
>> render reports based on HTML DOM. If this is resolved already using CSS
>> rules, sorry my mistake.
>>
>>
>> On Tue, Feb 18, 2014 at 10:01 AM, Olivier Dony <odo@xxxxxxxxxxx> wrote:
>>
>>> On 02/18/2014 11:53 AM, Niels Huylebroeck wrote:
>>>
>>>> Nicolas,
>>>>
>>>> I can't see how you can compare wkhtmltopdf and qweb ?
>>>> Wouldn't it make more sense to compare jinja2 with qweb ?
>>>>
>>>
>>> Comparing QWeb to Jinja2 is more accurate indeed.
>>>
>>> As you probably know, v8 will introduce a reporting engine based on QWeb
>>> templates that is also using wkthmltopdf to produce PDF reports [1]
>>> So you will basically have 2 alternatives to design custom HTML-based
>>> reports:
>>>  - manual design of Jinja2 templates, with report_webkit
>>>  - manual or wysiwyg design of QWeb templates (using the Website Builder)
>>>
>>> But both will be available for server-side PDF rendering using
>>> wkhtmltopdf (which has luckily been receiving some love and important
>>> features recently)
>>>
>>>
>>>
>>>  I can see some benefit in using qweb to generate the underlying html
>>>> since
>>>> it would allow inheritance for report generation (stacking multiple
>>>> reports
>>>> on top of the same base templates) and reducing the number of templating
>>>> languages to learn while developing with OpenERP.
>>>>
>>>
>>> Yes, that's one of the points :-)
>>>
>>>
>>>
>>>  But in the end if you want to print to pdf you will have to either use
>>>> wkhtmltopdf or the browser's own ability to convert html to paginated
>>>> format/layout and save or print the output.
>>>>
>>>> Currently though I'm not sure if qweb is used for generating the screen
>>>> layout when you do a print (preview) from the browser. Most of the
>>>> layout
>>>> there is defined by the regular model view afaik.
>>>>
>>>
>>> QWeb is the templating engine that renders the HTML output of any page,
>>> and it comes in two flavors:
>>> - When you access the back-end (the regular OpenERP web client since
>>> v6.1), the output is rendered client-side using the Javascript-based QWeb
>>> engine, automatically combining the QWeb templates of the web client widgets
>>> - When you access the front-end (plain web pages such as Website, Blogs,
>>> eCommerce, new in v8), the output is rendered server-side using the
>>> Python-based QWeb engine, by combining the relevant pages and templates
>>>
>>> And in both cases when you use the "Print" button of your browser the
>>> PDF result is produced by your browser itself [2], based on the current
>>> HTML DOM combined with specific CSS rules for printing.
>>> Server-side PDFs are only rendered when you call a specific report URL,
>>> such as the new /report/pdf route in Simon's branch [1].
>>>
>>>
>>>
>>> [1] http://openerp-community.2306076.n4.nabble.com/Openerp-
>>> community-tests-feedbacks-for-the-new-reporting-tt4644385.html
>>> [2] Incidentally, if you are using Chrome, the underlying engine is
>>> almost the same as what wkhtmltopdf uses.
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~openerp-community
>>> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~openerp-community
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-community
> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-community
> More help   : https://help.launchpad.net/ListHelp
>
>