[Libreoffice-bugs] [Bug 144629] All Defaults for new pictures in LO Writer should be derived from the frame style Graphics

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #3 from Adalbert Hanßen <adalbert.hanssen at gmx.de> ---
(In reply to Regina Henschel from comment #1)

Thank you for your explanation. But I do not understand this completely:

> The situation is difficult in regard to anchor type, because an anchor type
> can be determined by an attribute in the assigned graphic style and its
> hierarchy, and it can be directly determined as attribute of the object. If
> both exists, the latter "wins".

About what hierarchy are you talking? Is it when there are several graphic
styles g1, g2, ... and the settings of "based on" in the management section of
styles? 

I have created another style for an image with anchoring "als Zeichen". However
I was unable to do it with New Style in <F11>, but only by manipulating the
style of an existing image and the unse "New style from selection".

When I paste a new screenshot and look at <F11>, it is shown as if the first
style was assigned to it (without regard to what graphics style was used last).
This is the one which I consider default (or no special style) and which should
be called accordingly. 

Even if an image was selected before and its assigned style is highlighted
under frames, during pasting <F11> changes to the paragraph styles when
clicking to set the anchor point. As soon as the image is pasted, the category
switches back to frames and shows the newly pasted image with the first frame
from the list associated to it Therefore I consider this one to be the default
one - right?.

After pasting an image  I can assign another existing style to it by
doubleclicking on the other style in <F11>. In my trial it had a different
anchoring assigned to it. 

I conclude that it is possible to provide styles for differently anchored
images! There might been a missing path to create it by new style however.

Since styles for differently anchored images can be provided, as many settings
as logically possibly should be taken from the assigned one, especially the
ones from the position section and also the extra space from the "Umlauf"
section. Currently I see no one which has to be excluded logically, but I might
be wrong. In this case the non-applicable parameters should be flagged
accordingly to stop the endless discussions deplored in the next comment. 

As many settings as possible should be therefore taken from what I consider the
default one when initially pasting an image. As many settings as possible
should be taken from the assigned one one when later assigning another style to
an image.

> LibreOffice currently writes always the direct object attribute and has no
> UI to set the anchor-type in a style. 

My observation seems to be different, see above.

> There exists the option for the
> default anchor type. However that does not set the default in the "graphics"
> style, but is only used to determine the anchor-type which is set at the
> object when inserting it.

This is consistent with my observation: It seems to be the first style from
that category.

> Taking "all" properties would not be good, because that would include width
> and height. But images should get their initial size from its intrinsic
> size, not from a style.

Concerning width and height: In the German version they are described as
minimum height and width. That's meaningful and can always be done: i.e. if the
inserted object is smaller, it is enlarged until both criteria are met. If the
aspect ratio is locked, it should be done respecting that too.

Note: During my trials today it happened once that my image was shrunk to zero
height (although I was not playing with that parameter). I was not able to
reproduce that one, but there might be an error around there. Please keep an
open eye on that if you encounter it.

-- 
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/20210921/35a1696e/attachment-0001.htm>