Issue 121842 - PNG Options dialog has "fastest" and "slowest" terms reversed
Summary: PNG Options dialog has "fastest" and "slowest" terms reversed
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: save-export (show other issues)
Version: 3.4.1
Hardware: All Windows, all
: P3 Minor (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-02 16:38 UTC by mdw-bugzilla
Modified: 2013-08-15 17:49 UTC (History)
3 users (show)

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


Attachments
PNG Options dialog (13.36 KB, image/png)
2013-03-02 16:38 UTC, mdw-bugzilla
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description mdw-bugzilla 2013-03-02 16:38:58 UTC
Created attachment 80373 [details]
PNG Options dialog

Dialog reads:
0 is biggest file size and fastest loading.
9 is smallest file size and slowest loading.

Dialog should read:
0 is biggest file size and slowest loading.
9 is smallest file size and fastest loading.
Comment 1 Regina Henschel 2013-03-02 18:44:25 UTC
No, it is correct. The needed time is not the pure loading, but uncompressing the file. But the question is, whether the file size and the time is significant different at all in png format.
Comment 2 Rob Weir 2013-03-04 18:12:54 UTC
Also, "loading" is ambiguous.  If you are loading a file over the network, then the least compression (largest size) might also be the slowest.  

But if you are loading from fast local storage (and have a slower CPU) then the I/O time might be small compared to the computation time involved in decompression.

In any case I wonder if we should be making any load-time claims here at all, since it does depend on the details of the user's storage and CPU, things we do not know.
Comment 3 JZA 2013-08-15 17:49:47 UTC
Changing the bug to confirmed, even if the statements are true. I can verify the report is valid. 

Awaiting resolution.