Objects anchored as character should behave like a special kind of *character*. In this spirit, applying transparency to a range of text [1] including an as-character object should also apply transparency to that object. Note how applying "Hidden" attribute works as intended for object anchored at the hidden range (but this works for any kind of anchor; may be unrelated). [1] https://help.libreoffice.org/7.2/en-US/text/shared/01/05020200.html?DbPAR=WRITER#hd_id0123200902243377
Can you please attach a sample document? It would be useful to also save it as DOCX and see how Word renders it.
Attachment 174530 [details] from bug 144018 has 60% transparency over the image (and adjacent characters) in the last paragraph, which shows that Word doesn't have the proposed feature :)
(In reply to Mike Kaganski from comment #2) > ... which shows that Word doesn't have the proposed feature :) For good reason. Most users likely don't see the type of anchor as a reason to follow character or paragraph properties. The anchor is rather an attribute of the object itself and consequently you have to set transparency or other attributes on this object. My take => WF (And missing a use case/scenario/user request/question)
(In reply to Heiko Tietze from comment #3) > For good reason. Most users likely don't see the type of anchor as a reason > to follow character or paragraph properties. The anchor is rather an > attribute of the object itself and consequently you have to set transparency > or other attributes on this object. Please note that in this case, we are talking specifically about *as-character* objects, that for users look just like a special kind of (big) character - users do not look at "anchor" here, they see an object as a part of a selection, when they start in one part of text, and select through another part, including an as-character object. And applying a transparency to the selection, they would see part of selection not following the command. In this case, I'm the user who made the request, trying to do exactly what I describe here, and seeing the inconsistency that made me to open specific properties of the as-character image, and setting the transparency there explicitly, independent on setting those for the containing text paragraph.
No further opinion, leaving it open for the volunteer. Or QA to resolve WF.
I'm a friend of consistency. And exept the hidden feature (I would see it as a bug) I couldn't find a character property, that inculdes objects anchored as characters. It might be useful for underlining, position, hyperlink, borders and perhaps some more. So I think there shouldn't be a decision only about hidden characters but a decision in general for character attributes (haven't checked for related bug reports) So I would like to gibe this question back to you heko and perhaps design-team. Personally I don't have a clear opinion here. Implemeting it would probably take some affort and some users would get what they expect and for some users it would be the opposite of their expectations.
(In reply to Dieter from comment #6) > So I would like to gibe this question back to you heko and perhaps > design-team. Heiko, any reactions on my comment?
Not much has changed. I wouldn't apply "random" attributes to the anchored object but also don't have serious concerns. I suspect the idea is to have a color-as-transparency feature, which neither exists in Word nor Writer (the character's font effect is solid fill + transparency). Users should apply transparency in an image editor. Btw, loading the docx in Writer make the characters invisible (it's shown with font color = black but setting the transparency to 60% changes the color to white). Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Raster; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded