<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - OPTIONS DIALOG: Settings for printing comments have no effects"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138484#c4">Comment # 4</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - OPTIONS DIALOG: Settings for printing comments have no effects"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138484">bug 138484</a>
from <span class="vcard"><a class="email" href="mailto:m.weghorn@posteo.de" title="Michael Weghorn <m.weghorn@posteo.de>"> <span class="fn">Michael Weghorn</span></a>
</span></b>
<pre>(In reply to Buovjaga from <a href="show_bug.cgi?id=138484#c3">comment #3</a>)
<span class="quote">> Bibisected with linux-64-7.0 to range
> <a href="https://cgit.freedesktop.org/libreoffice/core/log/">https://cgit.freedesktop.org/libreoffice/core/log/</a>
> ?qt=range&q=807e075a6184f7afc01a127abe77391238ab4163...
> 25cca30ef5f27b0a20ea7da79d0ddea66dc98d93
> out of which this seems relevant:
> <a href="https://cgit.freedesktop.org/libreoffice/core/commit/">https://cgit.freedesktop.org/libreoffice/core/commit/</a>
> ?id=d23c52cbf7e48130fec1e48bf726c563035a3497
> <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - PRINTING: Behaviour of Writer Print Options are not Transparent"
href="show_bug.cgi?id=47583">tdf#47583</a> sw: Don't mix doc print settings into option dialog
>
> Adding Cc: to Michael Weghorn</span >
Indeed, that's the commit that changes the behavior. The change was intended;
quoting from my own commit message:
<span class="quote">> <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - PRINTING: Behaviour of Writer Print Options are not Transparent"
href="show_bug.cgi?id=47583">tdf#47583</a> sw: Don't mix doc print settings into option dialog
>
> Show and manage the default Writer print options in the "Tools" ->
> "Options" -> "LibreOfficeDev Writer" -> "Print" dialog and don't
> mix in the document-specific values of the currently opened
> document, as this is rather confusing as described in <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - PRINTING: Behaviour of Writer Print Options are not Transparent"
href="show_bug.cgi?id=47583">tdf#47583</a>.
>
> There is a separate dialog to manage the settings for the currently
> opened document available via "File" -> "Printer Settings" -> "Options".
>
> At a quick glance, this also matches the behaviour for Calc, which
> doesn't mix in the current doc's settings either.
>
> This handles the case for the Writer-specific print options.
> For a more general approach on whether and how document-specific
> options should be handled in the "Tools" -> "Options" dialog at all,
> there are already <a class="bz_bug_link
bz_status_NEW "
title="NEW - Intransparent Use of Options"
href="show_bug.cgi?id=43786">tdf#43786</a> ("Intransparent Use of Options") and
> <a class="bz_bug_link
bz_status_NEW "
title="NEW - Separate document saved options from global options in Options dialog"
href="show_bug.cgi?id=105751">tdf#105751</a> ("Separate document saved options from global options in
> Options dialog").
>
> Side note: The previous implementation also wasn't synchronizing the
> settings both ways. Changes made in the "File" -> "Printer Settings" ->
> "Options" dialog did show up in the "Tools" -> "Options" ->
> "LibreOfficeDev Writer" -> "Print" dialog at once, but not the other
> way around.</span >
The setting in "Tools" -> "Options" defines the default value to use for *new*
documents, while the one in "File" -> "Printer Settings" handles that of the
current document, i.e. changing the one in "Tools" -> "Options" will only take
effect when creating a new document.
See <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - PRINTING: Behaviour of Writer Print Options are not Transparent"
href="show_bug.cgi?id=47583">tdf#47583</a> for more background which describes how the previous behavior was
even more confusing.
Inserting a corresponding heading/tag as suggested in the proposal from
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - PRINTING: Behaviour of Writer Print Options are not Transparent"
href="show_bug.cgi?id=47583#c0">tdf#47583 comment 0</a> would probably help to make this clearer:
<span class="quote">> Proposal in order to make the behaviour more transparent:
> Insert a heading to the option category 'LibreOffice Writer > Print': "Initial Print Options of new Documents". And of course print options of current documents should not longer displayed in the general options dialog.</span >
IMHO, if changed, that should be handled consistently with other places as
well, s. my <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - PRINTING: Behaviour of Writer Print Options are not Transparent"
href="show_bug.cgi?id=47583#c14">tdf#47583 comment 14</a>:
<span class="quote">> I'm looking into the second aspect mentioned here (not displaying document-specific settings in "Tools" -> "Options"; Calc also doesn't do this).
> I suggest to then handle the "remainder" (i.e. proper labels/headings) in <a class="bz_bug_link
bz_status_NEW "
title="NEW - Use of Print Options is not Transparent"
href="show_bug.cgi?id=118262">bug 118262</a>, where this is also already mentioned.</span >
<a class="bz_bug_link
bz_status_NEW "
title="NEW - Use of Print Options is not Transparent"
href="show_bug.cgi?id=118262">tdf#118262</a> mentions more areas where the current handling of
general/file-specific options is not ideal.
Given that, I'd suggest that this is not a regression but a "Works For Me" (but
I agree that it may be confusing, s. above comments with further details and
existing ideas/tickets to improve this further).</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>