https://bugs.documentfoundation.org/show_bug.cgi?id=153047
--- Comment #5 from Miklos Vajna <vmik...@collabora.com> ---
Here is a patch to do what you request:
> diff --git a/sw/source/core/text/itrform2.cxx
> b/sw/source/core/text/itrform2.cxx
> index 9f075014fd9a..8756a712dc44 100644
> --- a/sw/source/core/text/itrform2.cxx
> +++ b/sw/source/core/text/itrform2.cxx
> @@ -1089,7 +1089,6 @@ void SwContentControlPortion::Paint(const
> SwTextPaintInfo& rInf) const
>
> if (DescribePDFControl(rInf))
> {
> - return;
> }
>
> SwTextPortion::Paint(rInf);
With this, if I open the PDF in okular on Linux or acroread on Windows, and
type "asdf" into the footer's center field, I can overlapping text and it's
impossible to get rid of that, because the PDF reader can't know that's
placeholder text for the field when it's not yet filled in.
At least for me it looks like the attached overlap.png. (in Okular, click on
"show forms" to be able to fill in the form, then "hide forms" to see how it
would be rendered). So that's not going to work, I believe.
If you want to provide placeholder text in a content control, then you need to
go form -> content controls -> content control properties, fill in the "title"
field, and that'll be provided as the default value for the PDF form. And that
default value will disappear when you fill in the form.
Hmm, here is an idea: what about we keep the current behavior, but in case
title is empty, then we export the text of the content control as the default
value of the PDF form widget instead of not exporting anything? I believe that
won't upset anybody and you'll get a better PDF export for these documents.
Would that work?
--
You are receiving this mail because:
You are the assignee for the bug.
