https://bugs.freedesktop.org/show_bug.cgi?id=59570
Astron <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Astron <[email protected]> --- Confirming on 3.5-openSUSE/x86-64, 4.1-master build/Linux x86-64 (both with the dialogue in the old src file format as well as in the new ui format). I fully agree with Rainer that this is indeed a undesirable and rather quirky UI idea. I do not agree with him on the solution though: * PNG compression is lossless anyway (thus doesn't impact perceived quality), * CPU cycles for compressing should be reasonably cheap v/ the brain cycles of people trying to figure out if they should compress their image => Why not hardcode compression to "9" and remove the slider altogether? However, even then we do have the same slider problem with JPEG "Quality" slider. Since JPEG compression is (visibly) lossy, it does make sense to show a slider here. I would opt for the simple solution of structuring the UI like (ASCII mockup): JPEG Quality ---------------------------- ========================V====== ___82_ % The left side being a real slider widget, the right side is the text, with an added percentage sign. The text "1 is minimum quality[...]biggest file size." can IMO be done away with without harm – I reckon our users understand what a percentage sign means. Ad a) I can't really agree – if you've ever worked with a number ray/coordinate system in school, you know the values become larger towards the right side. (IIRC, this (having to do with Maths) is something that doesn't change in RTL layouts, so extra care should be taken that this UI is not mirrored.) Ad b) Right, hopefully we can use Glade's/GTK+'s Scale widget – that would help immensely. (See above.) Ad c) Can't reproduce in my master build. Maybe the widgets repaint faster on Linux? -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
