You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2013/03/02 17:38:58 UTC
[Bug 121842] New: PNG Options dialog has "fastest" and "slowest"
terms reversed
https://issues.apache.org/ooo/show_bug.cgi?id=121842
Bug ID: 121842
Issue Type: DEFECT
Summary: PNG Options dialog has "fastest" and "slowest" terms
reversed
Classification: Application
Product: Draw
Version: AOO 3.4.1
Hardware: All
OS: Windows, all
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: save-export
Assignee: issues@openoffice.apache.org
Reporter: mdw-bugzilla@spamex.com
CC: issues@openoffice.apache.org
Created attachment 80373
--> https://issues.apache.org/ooo/attachment.cgi?id=80373&action=edit
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.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121842] PNG Options dialog has "fastest" and "slowest" terms
reversed
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121842
JZA <jz...@oooes.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |CONFIRMED
CC| |jza@oooes.org
Ever confirmed|0 |1
--- Comment #3 from JZA <jz...@oooes.org> ---
Changing the bug to confirmed, even if the statements are true. I can verify
the report is valid.
Awaiting resolution.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are watching all bug changes.
[Bug 121842] PNG Options dialog has "fastest" and "slowest" terms
reversed
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121842
--- Comment #2 from Rob Weir <ro...@apache.org> ---
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.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121842] PNG Options dialog has "fastest" and "slowest" terms
reversed
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121842
Regina Henschel <rb...@t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rb.henschel@t-online.de
--- Comment #1 from Regina Henschel <rb...@t-online.de> ---
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.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.