GNOME Bugzilla – Bug 78356
Lossy export should not change default file name
Last modified: 2004-12-22 21:47:04 UTC
Saving (exporting) to a format which loses information (e.g. html, csv) changes the default file name. The result is that subsequent changes could easily be saved to the html file, and not to the spreadsheet file where it presumably belongs. One user - who was bit by this - has suggested a separate "Export" function as a solution.
Would saving as an XL file then be in the Export or the Save-as menu item? Saving as an CL95 file is lossy.
The level of lossiness is approximate. I'd say that xls is good enough. Anything in the Export menu is likely to get missed.
Perhaps rather than "save as" we should have "save a copy as" which offers all formats save as offers except that the workbook continues to point at the old file.
The "save copy as" could be implemented as a checkbox option in the "save as" dialog maybe? That would be nice. This still leaves the point of wether that checkbox should be "checked" by default.
*** Bug 92364 has been marked as a duplicate of this bug. ***
Hmm, interesting: nearly all the code to solve this issue (without the save-a-copy-as checkbox) was already there. Either somebody all worked on this without mentioning it in the ChangeLog or we already had the solution after 1 minor change in workbook-view.c. Bug fixed.
Candidate for a backport? People are losing work because of this, e.g. 97344
Surely a candidate. 1 line of real code. 2 lines in html/plugin.xml.in 1 line (change of a setting) with respect to stf. Virtually no chance to introduce new bugs. Jody?
Good idea.
backported