Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [birt-dev] better graphics


I'll add that indeed, if you are aiming at generating high end paper / PDF reports, if you get a graphical designer's input and spend time setting all the properties + write a few scripts to recalculate some of them dynamically based on the data (like the axis labels and the legend), then you can get some really slick charts out. 

Still, the addition of 2-3 modern chart types like a map, I mean a geographical one, for example, would be nice.

Meilleures salutations / Kind regards,

ReportingSoft SA
Patrick Cornaz

-------- Message d'origine --------
De : Yair Lenga <yair.lenga@xxxxxxxxx>
Date : 02.03.23 00:57 (GMT+01:00)
À : birt-dev@xxxxxxxxxxx
Objet : Re: [birt-dev] better graphics

Based on many years using open source and commercial library:

1. The SVG option, when available, addresses the “resolution” problem. It create pdf (and may be HTML, did not try) that looks great at any resolution, including zoom.

2. Problem with both svg and png is that they are created for fixed aspect ratio. Works ok if the output is pdf or page like. Does not work well to when using mobile devices, or resized windows - the XY ratio is fixed at generation time. Also, svg does not address well the need to keep fonts at readable size (e.g. 8-10 points) to attach labels to chart elements at fixed font size.

3. Major issue with almost all server side libraries is that they have fallen behind Client side libraries. State of the art, best looking libraries nowadays are generating svg graphics with typescript/_javascript_. The charts generated by Birt charting (and most open source server side) looks outdated, I would even say “boring”.

4. Users expect charts to be responsive, react to mouse overs, provide some animation, etc, server side charting usually not able to provide those.

Bottom line : built in charting is good for “static” reports - there are many good use cases for that, but they are many other use cases, especially for HTML reports/dashboard where “flashy” charts are expected.


Sent from my iPad
birt-dev mailing list
To unsubscribe from this list, visit

Back to the top