[Libreoffice-bugs] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=144195

--- Comment #9 from Telesto <telesto at surfxs.nl> ---
Created attachment 174745
  --> https://bugs.documentfoundation.org/attachment.cgi?id=174745&action=edit
Screenshot

(In reply to Regina Henschel from comment #8)
> Example: If I set 300dpi and then width 10inch x height 6.88inch,
> LibreOffice generates an image with 3007 pixels x 2067 pixels. That is
> correct besides small rounding errors.

A BIG *oops* / Mea culpa.. you're right on that point.. I might gone somewhat
off-track.. [Offtopic: PNG doesn't write DPI at all; know fact] Back to comment
0...

A) Radio button does suggest it's or/or. I don't see what the value is of
having with radio buttons. (I see it as wrong usage of radio button: not clear
why it's chosen at all)

B) The dialog has number of assumptions.
* It's uses aspect ratio by design. This is non-optional (which makes it less
flexible). And even worse this isn't communicated; only after it's to late (by
touching it) 
* It uses match size to DPI by design. Under the assumption that's desired? The
default is based on screen resolution (for shapes).. In my case 96 DPI. that's
very low by definition.. So need to bump it up. And go back to Size and set it
again (inconvenient; it's simply a workaround). You need to know in advance
that DPI influences the size (again lack of communication of the UI). And
remember the original size to be able to put it back. And not everybody is good
in remembering (in general) or maybe especially numbers. And well I mostly work
top down :-). Happens when reading a book, or filling a form.. 

I personally think both options should be given: depended and in depended.

C) If you type DPI [no, I don't scroll up from 96 (my default) to 300] the
'size' field isn't updated. If you press OK you will get 3,20 x 3,20 cm. This
is a thing/limitation with those spin-boxes. As long as the cursor being inside
it, nothing will update.. Not sure if something has changed in the last 9
months or so :-(. The feedback is awful


Lets add another dialog of IrfanView; the set size in percentage is also nice
to have, BTW

All those things are pretty much GUI problems at a level of 'easyHack'
LibreOffice pretty much capable of handling it. It's only the GUI not exposing
this. Which makes even harder to accept the current being decent state.
Especially there being plenty of other software capable to do so.

So I'm really not getting the objection/ refusal. Is it about a "floodgates
principle"; https://en.wikipedia.org/wiki/Floodgates_principle. And me not
seeing the floods for more requests? Or fear of opening some can of worms? 
This appears really contained in scope, IMHO.. 

The only problem which goes outside easy hack is the spinbox not updating
issue. started with welding.. and also affecting Table dialog (column width).
And likely another few area's..

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210902/564cff7c/attachment-0001.htm>