[Libreoffice-ux-advise] [Bug 137348] picture pasted into new document

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Jun 19 13:58:51 UTC 2022


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

sdc.blanco at youmail.dk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |libreoffice-ux-advise at lists
                   |                            |.freedesktop.org,
                   |                            |sdc.blanco at youmail.dk
           Keywords|                            |needsUXEval

--- Comment #15 from sdc.blanco at youmail.dk ---
(In reply to ralf.krapf from comment #14)
> The behavior as i described above is only a work-around.
> Is there anything movement in this case?
I believe this entire ticket is NAB, but now I will ask for UXEval, in order to
get some movement.

The main issue here is for the special case of pasting an image into an empty
document, where the enhancement requests seem to be aimed at "natural" behavior
after pasting the image. 

The UXEval issue is to decide what "natural" behavior should be considered
"default" (given that some users may prefer the current behavior as "natural").

Taking the OP first (copy an image into a new document, not able to add text
after image), where CR moves the image down. The OP is prior to bug 120469, but
the reported behavior looks consistent with the change introduced in bug
120469).

OP reports one "workaround" (which is viewed as "unnatural"). 

Comment 12 and comment 14 report another "workaround"  (change Wrap from
"Optimal" to "None") (which is implied to be an unacceptable extra step).

I can add another response, not mentioned here, change anchoring of image to
"as character".

The attachment in Comment 11 also gives a different interesting case to
consider.

imo changing wrap or changing anchoring can be understood as "knowing how to
use the software", and I would expect that if changes were made to satisfy this
ticket, then a new ticket would appear about not being able to put an empty
paragraph before an image.   => need to take a bold decision about what should
be "dominant" or "default" or "natural" behavior in this case => needsUXEval

(no opinion from me, in that "natural" here is a matter of taste, and
regardless of defaults, one should learn how to use the software in relation to
images.)

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list