Bug 144018 - Character transparency is reset to 0% when set to 100%
Summary: Character transparency is reset to 0% when set to 100%
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: Character-Dialog
  Show dependency treegraph
 
Reported: 2021-08-23 08:20 UTC by Mike Kaganski
Modified: 2023-01-09 10:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Some transparency in text (17.45 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-08-25 10:03 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2021-08-23 08:20:32 UTC
The semi-transparent text feature [1] has the control on the Font Effects dialog page [2]. The control allows entries from 0 to 100%, but for 100%, the result is that the text is not transparent, and re-opening the dialog after setting 100% gives 0%.

Having transparency of 100% could be useful, e.g. for the text that needs to be invisible, but occupy space. This is different both from making its color white (which would make the text visible on non-white text, esp. gradients/bitmaps/etc.), and from making it hidden (which makes the text not occupy space, with following data moving up when printing).

However, if there is a reason to disallow 100% transparency, then the control needs to be adjusted to not allow entry of 100%.

[1] https://wiki.documentfoundation.org/ReleaseNotes/7.0#Writer
[2] https://help.libreoffice.org/7.2/en-US/text/shared/01/05020200.html?DbPAR=WRITER#hd_id0123200902243377
Comment 1 Mike Kaganski 2021-08-23 08:21:57 UTC
(In reply to Mike Kaganski from comment #0)
> [2]

By the way, the help page says:

> The value 100% means entirely transparent

So it seems that at least help authors assumed that 100% is possible :)
Comment 2 Roman Kuznetsov 2021-08-23 09:34:00 UTC
confirm in

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ac80ec817eb07c77a51bc0729985a473c734182e
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: threaded
Comment 3 Miklos Vajna 2021-08-25 09:37:40 UTC
Just check what Word does, the intention is that the behavior is consistent with Word.
Comment 4 Mike Kaganski 2021-08-25 10:03:45 UTC
Created attachment 174530 [details]
Some transparency in text

Word behaves as expected for transparency 100%. The attachment has "psu" in the first paragraph set to 100% transparency, which is blank in Word, and is not transparent in Writer.
Comment 5 Miklos Vajna 2021-08-25 10:08:25 UTC
Thanks, that would be indeed nice to fix.
Comment 6 Stéphane Guillou (stragu) 2023-01-09 10:18:39 UTC
Issue reproduced in:

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.5.0.1 (X86_64) / LibreOffice Community
Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

and a master build from today:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 8ae84bb5566e12df64236a116b9d1889d6f5f052
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded