Issue 3026 - An option that allows for "Fast Save" or "Save as Uncompressed".
Summary: An option that allows for "Fast Save" or "Save as Uncompressed".
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 641
Hardware: PC Linux, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: falko.tesch
QA Contact: issues@framework
Depends on:
Reported: 2002-02-08 13:53 UTC by royalozma
Modified: 2006-03-02 22:45 UTC (History)
1 user (show)

See Also:
Issue Type: FEATURE
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description royalozma 2002-02-08 13:53:22 UTC
An option that allows for "Fast Save" or "Save as Uncompressed".

Turn off .ZIP compression (or reduce .ZIP compression) when saving the's packaged XML files (which resembles as .ZIP)
Comment 1 thorsten.martens 2002-02-11 09:33:23 UTC
TM->FT: It`s a wish for a new feature and so... please have a look at it !
Comment 2 Mathias_Bauer 2002-02-11 10:41:49 UTC
Just some comments:
I doubt that removing compression will speed up the saving
significantly. So a "real fast" save needs more and other work to be done.
Saving uncompressed (and unpacked) is possible already in the current
code, we're just missing an option in the UI to select it.
Comment 3 royalozma 2002-02-11 12:38:30 UTC
Speed advantage on "Save as Uncompressed" actually depends on the
system configuration, hard disk speed, etc.

I meant "Save as Uncompressed" as in a (packaged) .ZIP file using
lesser or no compression, similar to the way that "manifest.xml" is
stored in the .ZIP file.

Also, having an option to save as separate files may be desireable for
some users (and also loading back the seperate files). For this
feature to work, the user must specify (within the "Save as", "Load"
UI) a directory rather than a file.
Comment 4 falko.tesch 2003-09-11 15:30:27 UTC
for 2.0 we try to reduce the jungle of options (this is one of our
main goals based on user input).
Adding you suggestion would do in fact the opposite and we would
hardly gain anything by just storing files (instead of using compression).
And most of the time that it consumed when saving is _not_ the
compression algorithm but the writing of XML code.
Comment 5 falko.tesch 2003-09-11 15:30:53 UTC
Comment 6 ace_dent 2006-03-02 22:45:06 UTC
This Issue has been closed for some time. Please remember to remove your Votes,
so that you can use them on more current Issues ;-)