The opacity of objects to redact something is not 100%. It looks grey-transparent which is not the expected result when a user wants to hide something.
Could you please attach a screenshot ?
(In reply to Thomas Lendo from comment #0) > The opacity of objects to redact something is not 100%. It looks > grey-transparent which is not the expected result when a user wants to hide > something. Do you mean on the exported PDF or on the screen ? Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided the requested information (comments #1 and #2). Best regards. JBF
Created attachment 153549 [details] Zip archive with test files (odt, odg, pdf) The attached zip archive contains the source odt file with text, the redaction odg file with some marks and the exported pdf file. In both the Draw file as well as in the exported pdf file, the default setting for opacity is 50%. If I change that to 0% and close the Draw file and create a new redaction from the odt file, the opacity is back to 50%. Expected result: Opacity should be 0% per default for all redaction tools.
*** Bug 127126 has been marked as a duplicate of this bug. ***
Thomas, I had a look at area properties in your document: Color is dark grey 1 Transparency is 50% So I agree, that default settings should be changed. cc: Design Team for further input
Thomas, Dieter, have you tried Redacted Export? I get nice black/white rectangles in the PDFs. The 50% opacity during the redaction makes sense, because it's easier to adjust the coverage if you can see what's behind them. Perhaps making Export Directly to PDF, which doesn't perform redaction less prominent would be reasonable.
Aron, sounds reasonable. But then I don't get the idea behind the button 'Export Directly as PDF'?! This command is confusing in multiple ways. In other bug report about Redaction it was already mentioned that the naming of this button is misleading. But as said there, the name couldn't or shouldn't be changed. Now I get it: Remove this button completely. What is this button good for? Either I want to see the result of my redaction action (then I can click 'Redacted Export (White)' or '... (Black)') or I want to see what I redacted (then I can see this already in the Draw view). So, if I'm not completely wrong, the summary of this bug report should be changed from 'Redaction object opacity is not 100%' to 'Remove the Export Directly as PDF command from the Redaction toolbar'.
This topic is being discussed on the Telegram channel. Pedro suggested: "I think just renaming Export Directly as PDF, to Export Preview PDF would be enough".
I agree to remove "Export Directly to PDF", because this is option is also accessible in File menu. If you rename it you have two different names for the same command, and of course there will be bug reports about "unconsistent" naming.
(In reply to Thomas Lendo from comment #7) > Aron, sounds reasonable. But then I don't get the idea behind the button > 'Export Directly as PDF'?! This command is confusing in multiple ways. In > other bug report about Redaction it was already mentioned that the naming of > this button is misleading. But as said there, the name couldn't or shouldn't > be changed. It is the opposite actually. It was discussed that the button cannot be removed because it is a requirement of the project (it has a use case), but we can rename it to make its purpose clear. > > Now I get it: Remove this button completely. What is this button good for? > Either I want to see the result of my redaction action (then I can click > 'Redacted Export (White)' or '... (Black)') or I want to see what I redacted > (then I can see this already in the Draw view). > > So, if I'm not completely wrong, the summary of this bug report should be > changed from 'Redaction object opacity is not 100%' to 'Remove the Export > Directly as PDF command from the Redaction toolbar'.
Thanks for the info, Muhammet. From point of UX view, the best user experience is when something is self-explanatory. What's the use case of the button and which name should be given to make it's purpose clear? Changing summary as opacity isn't the question of the issue anymore.
After reading bug 127173 I recommend to also rename "Redacted Export" to "Redacted PDF Export" or something like that, so we have Redacted PDF Export Preview PDF Export or Export Redacted PDF Export Preview PDF I think this clarifiation is needed. Only a few users wil write a bug report. Most users, who misunderstand PDF export will just give up using Redaction tool.
I agree with Dieter. Just changing the tooltips with the names is enough. The functionality itself is stellar.
Let's go with Dieter's proposal and label it "Export Redacted PDF / Export Preview PDF".
Still valid in Version: 7.2.0.1 (x64) / LibreOffice Community Build ID: 32efc3b7f3a71cfa6a7fa3f6c208333df48656cc CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Tooltips of buttons in toolbar Redacted Export (White) => Export Redacted PDF (White) Redacted Export (Black) => Export Redacted PDF (Black) Export Directly as PDF => Export Directly as Preview PDF We also have the menu entries in the file menu, but I don't know if it is possible to change something here, too.
Muhammet Kara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3748535a5739f3cb1471516b2e7ae2601575b639 tdf#126915: Redaction: Clarify 'Export Directly as PDF' It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
It's clear now. It's just a preview. Verified in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: fbe183bbb05220a4ccc51952445b1797bb498403 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded