Bug 69993 - PRINTING: Option "view zero values" does not affect the page style option "print zero values"
Summary: PRINTING: Option "view zero values" does not affect the page style option "pr...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: ux-advise (show other bugs)
Version: 4.1.1.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-01 09:44 UTC by Eugen Colesnicov
Modified: 2015-01-02 18:47 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:

Attachments

Description Eugen Colesnicov 2013-10-01 09:44:29 UTC 
Problem description: 
In LibreOffice Calc, if formulas generated zero values, it possible to hide them on screen by disabling option "view zero values" from Options. But for the default, zero values printing. I should one more time to open Page Style window, and disable "print zero values" option.

It is no logical. These two options should be linked. If I change global view option "hide view zero values" - also option "print zero values" should be disable (but I can change print option manually).
Operating System: All
Version: 4.1.1.2 release
Comment 1 Cor Nouws 2013-10-01 10:41:51 UTC 
Hi Eugen,

Thanks for writing your suggestion. 
On beforehand I would say that I do not agree with you. It's not for nothing that both are offered and work separate ..

You could start a discussion on the UX-list, if you like to see what others think.
Cheers,
Cor
Comment 2 Robinson Tryon (qubit) 2013-10-23 17:26:33 UTC 
Removing comma from whiteboard (please use a space to delimit values in this field)
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard#Getting_Started
Comment 3 QA Administrators 2014-05-17 00:34:09 UTC 
Dear Bug Submitter,

Please read the entire message before proceeding.

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 4 Stefan Knorr (astron) 2014-05-20 07:11:01 UTC 
Can reproduce on LibreOffice 4.2.4.2 (from OpenSUSE), setting to NEW.

I do agree with Eugen to some extent: the setting in Tools > Options > LibreOffice Calc > View should also toggle the setting in Format > Page > Sheet _on new documents_ (or documents where the Page setting is unset in the XML format).
That way both options could stay mostly independent and the general user expectation of printing what is on screen would be met. If a user wants the display & print options to differ, they would have to set that once per document.
Comment 5 Cor Nouws 2014-06-22 14:42:10 UTC 
One is in the VIEW settings and the other is in the TEMPLATE/document settings.
IMO this is a WONTFIX
Setting so in absence of any discussion on UX. 

Pls let's don't change old behaviour without very obvious reason or decent discussion :)
Comment 6 Stefan Knorr (astron) 2014-06-22 14:56:48 UTC 
(In reply to comment #5)
> Pls let's don't change old behaviour without very obvious reason or decent
> discussion :)

If you are aiming for discussion, I don't get why you would be closing the bug (which generally is an attempt to shut down further discussion)...
Not reopening solely to avoid an open/close-war, but I think this should be reopened.
Comment 7 Cor Nouws 2014-06-22 15:21:48 UTC 
Enough war without us adding some ;)
Will set to NEEDINFO then ..
Comment 8 Cor Nouws 2014-06-22 15:22:13 UTC 
because that is what we need from a proper discussion IMO
Comment 9 QA Administrators 2015-01-02 18:47:56 UTC 
Per new procedures, moving this to NEW and requesting ux-advice (Stefan, et. all). This should not be in NEEDINFO - it's a simple UX enhancement request that UX should decide how to move forward.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.