GNOME Bugzilla – Bug 737132
Copy a chart to svg by default
Last modified: 2014-09-23 20:03:13 UTC
I often use the copy/paste of charts from gnumeric to LOwriter and it is very convenient. But by default, the format is png which makes a bigger file size and a poorer aspect. It seems to me svg is a more appropriate format to export charts. Would there be any problem to make it the default of chart copying? (and to fallback to png secondary in case the export application does not support svg)
This is not a gnumeric bug but a LOWriter bug. Looks like LOWriter prefers png over svg.Thanks for taking the time to report this bug. However, this application does not track its bugs in the GNOME Bugzilla. We kindly ask you to report the bug to the application authors. For a selective list of other bug tracking systems please consult http://live.gnome.org/Bugsquad/TriageGuide/NonGnome. If the affected third party application has a bug tracking system you should investigate whether a bug for the reported issue is already filed in this system. If it has not been filed yet please do so. Also ensure that both bug reports contain a link to each other. Thanks in advance!
Actually, running gnumeric with GNM_DEBUG=clipboard suggests that localc prefers the bmp format: welinder@sherwood:~/gnome-src/gnumeric> GNM_DEBUG=clipboard src/gnumeric Clipboard successfully claimed. [[[Paste into localc done here]]] clipboard target=image/bmp ** Message: clipboard image of 1165970 bytes The following comment occurs in the code. It's many years old: /* We include bmp in the whitelist because that's the only image format * we share with OOo over clipboard (!) */ We offer: static GtkTargetEntry clipman_whitelist[] = { { (char *) GNUMERIC_ATOM_NAME, 0, GNUMERIC_ATOM_INFO }, { (char *) HTML_ATOM_NAME, 0, 0 }, { (char *)"UTF8_STRING", 0, 0 }, { (char *)"application/x-goffice-graph", 0, 0 }, { (char *)"image/svg+xml", 0, 0 }, { (char *)"image/x-wmf", 0, 0 }, { (char *)"image/x-emf", 0, 0 }, { (char *)"image/png", 0, 0 }, { (char *)"image/jpeg", 0, 0 }, { (char *)"image/bmp", 0, 0 }, };
For reference, when pasting from localc into gnumeric, this is what we get. (Both programs run on linux.) welinder@sherwood:~/gnome-src/gnumeric> GNM_DEBUG=clipboard src/gnumeric Clipboard target 0 is application/x-openoffice-gdimetafile;windows_formatname="GDIMetaFile" Clipboard target 1 is application/x-openoffice-emf;windows_formatname="Image EMF" Clipboard target 2 is application/x-openoffice-wmf;windows_formatname="Image WMF" Clipboard target 3 is application/x-openoffice-bitmap;windows_formatname="Bitmap" Clipboard target 4 is PIXMAP Clipboard target 5 is image/bmp Clipboard target 6 is MULTIPLE Received 400194 bytes of image for target image/bmp
And for entertainment, here's the same bug from a gimp user: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/125490 Extra points for noticing the -->NEEDINFO-->CLOSED manoeuvre because someone couldn't be bothered to even try to reproduce it.
For the record, the LO bug for svg pasting has been reported here: https://bugs.freedesktop.org/show_bug.cgi?id=35146