[Libreoffice-bugs] [Bug 141820] New: Image->Properties->Type->Position drop down list changes in an inconsistent way when anchor is changed.

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Apr 21 23:33:01 UTC 2021


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

            Bug ID: 141820
           Summary: Image->Properties->Type->Position drop down list
                    changes in an inconsistent way when anchor is changed.
           Product: LibreOffice
           Version: 7.0.2.2 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: minor
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: sztejkat at yahoo.com

Description:
The choices available in image properties dialog, "Type" tab, "Position"
selection, section "to" are changing is hard to predict and inconsistent way
when "Anchor" selection is changed.

Steps to Reproduce:
1.Insert image. Right click on it and anchor it "to paragraph". Then bring up
the image properties by right-clicking on it.

2.Select "Type" tab and notice the "Anchor" selection.

3.Click in this tab "Anchor->to Page" and check available choices in
"Position-Horizontal->to" and "Position-Vertical->to". I can see:

Horizontal:"Left...","Right...","Entire....","Page text..." 
Vertical: "Entire...","Page text area"

4.Click "Anchor -> to character". "to->Horizontal" contains now almost all
possible options, but "Position->To->Vertical" only "Margin","Parag...","Entire
page","Page text...".

5.Click "Anchor->as character". Don't check anything.

6.Again click "Anchor->to character". Check what is now available at
"Position->To->Vertical". I can see two more options than previously:
"Margin","Parag...","Entire page","Page text..." plus new: "Character","Line of
text"





Actual Results:
The positioning options available in step 6 are different than options
available in step 4.



Expected Results:
The possible set of selections should be independent from the sequence of any
other operations in this window and should consistently report the same set of
possible selections regardless of how and in what order the anchor selection
was made.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Observation:

Once the "Anchor->as character" was selected at least once the possible
selections for "Anchor->to character" are consistent with point 6 regardless of
how do I switch between selections. I suspect then, that this is a correct set
of selections. If You think otherwise, please re-consider it. The "Character"
and "Line of text" are I think critical for "to character" anchor. Without them
it doesn't differ much from "to Paragraph".

Notice I did not inspect other selection sets. The current behavior suggests
that some other bugs of such kind may be present. 

I do suggest to check if the piece of code which is manipulating sets presented
in drop-downs is state-less, that is if it builds set each time from scratch
and re-selects a best match option instead of trying to modify existing set by
adding/removing options. The state-less design is much easier to maintain.

I do qualify it as "minor" but shameful. It's a real pain for LibreOffice fan
like me to explain a new user that to set some position mode for "to character"
one must first make it "as character" and then move back to "to character". It
sound like a "black magic" isn't it?

Version: 7.0.2.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: x11
Locale: pl-PL (C.UTF-8); UI: en-US
Ubuntu package version: 1:7.0.2-0ubuntu1
Calc: threaded

Thanks for an excellent software. Keep up with improving quality, it is more
important than bells and whistles. If I would like to have a "fashionable" soft
I would choose Word, but I prefer Libre because I use software to earn money at
work.

-- 
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/20210421/96057662/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list