Skip to main content

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

I agree with the discussion of Dashboard technology. 
It is currently out of scope, but I use on my BIRT-platform the integration of apache eCharts:

https://echarts.apache.org/en/index.html

All my DashBoards will be created  based on standard BIRT-reports and stewards I get responsive and dynamic eCharts. 
(e.g. currently I work on a BIRT-leaflet dashboard with full integration and write back options to the database). 

The magic behind is the apache library and a Java-Integration-PlugIn which was & is written and supported on former actuate consultants. 
I will say, yes it is possible also without license issues due to apache but it would be a huge project. 


(platform BIRT-Dashboard: https://tradui.de/produkte/dashbird) 






Von meinem Telefon gesendet


-------- Ursprüngliche Nachricht --------
Von: Patrick Cornaz <patrick.cornaz@xxxxxxxxxxxxxxxx>
Datum: Do., 2. März 2023, 07:59
An: For developers on the BIRT project <birt-dev@xxxxxxxxxxx>
Betreff: Re: [birt-dev] better graphics
+1

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.

Yair


Sent from my iPad
_______________________________________________
birt-dev mailing list
birt-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/birt-dev

Back to the top