better graph export

[the-Arioch]

Easy part: when invopking, the export path is set to the cutter.exe, but it would be better prompted to save the Graph file near the opened project file or (if the new, not saved yet project) near the binary file being analysed.

Complex part: PNG is good, but...

1. can not copy text
2. can not search for text
3. raster file - thus problematic for zooming. Either not enough resolution, or file too large
4. raster file - the scrolling can not be snapped to the logical parts (the boxes)

I wish more formats be available, for example:

• SVG
• DjVu
• HTML (not sure if drawing graph is easythere. But if it is - would be very ubiquitous. Lines can be enulated by DIVs with absolute position and background color, but arrow tips?)
• XLSX/ODS/Excel-XML (sounds like herecy, but actuall pretty good to draw non-overlapping boxes. However drawing arrows would not be easy. I remember, i wanted to generate remarks to the cells in XLSX format. Storing text was easy, but storing the ad hoc vector graphics wassudden;y required too, and that was a mess...)
• PDF (which is vector format too, and very popular, but being page-oriented would make it harder for exporting)

[karliss]

There are quite a bit more options available than just png. Svg is already there.

For addition of format to be meaningful it should have some significant benefits, over other formats to outweigh the cost of adding one more library both with regards to application size, and also the increasing complexity of build scripts and infrastructure.

• SVG already there
• DjVu is there any practical benefit to this? I have seen it only in context of ebooks and scanned documents.
• HTML -> with regards to common availability even if the default image viewer on your OS doesn't deal with SVGs too well, every computer should already have a software which supports viewing svg -> their web browser. And one of the simplest way of creating complex vector drawings inside a html page is using a SVG (even when generating dynamically using javascript). If the goal is just to embed a graph of function in a blog post, inserting svg will probably be easier (unless CMS has dumb extension filter), other approaches would likely require custom html and js which isn't always possible. So for the HTML export to have meaningful benefits over just embeding svg in a html page, I would expect either some interactive features builtin or an API to make it easy extending the graph with fancy animations or annotations.
• PDF -> If the pdf document only contains the graph of single function I personally wouldn't find it more convenient than single svg. If the PDF contain whole writeup, that's a different story. But I don't think exporting the function as PDF will help creating a different PDF too much as most software which allows editing and creating PDF will probably also support including svg images. Could be still doable if one of Qt base modules provides required functionality (seems like it might). I wouldn't want bloating the app with PDF library, just for the purpose of adding one more image export format.

[the-Arioch]

I suspect there might be "traditional" picture viewers with DjVu support but without SVG support. For example IrfanView/XnView only had commercial SVG plugins AFAIR. Cost/benefit assessments are on your of course.

My bad about missing file formats. Was in a hurry to remember and report all met issues, but with all excuses - my bad.

So, the issue is reduced to managing the dialog's starting folder property in different scenarios.