Bug 125714 - When chart just selected without double click, Area options Fill and Transparency don't affect the chart area
Summary: When chart just selected without double click, Area options Fill and Transpar...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Chart (show other bugs)
Version:
(earliest affected)
5.1.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: easyHack, skillDesign
Depends on:
Blocks: Chart-Sidebar
  Show dependency treegraph
 
Reported: 2019-06-05 15:01 UTC by Cathy Crumbley
Modified: 2023-09-15 08:31 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
Data for chart testing (13.49 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-06-05 15:01 UTC, Cathy Crumbley
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cathy Crumbley 2019-06-05 15:01:56 UTC
Created attachment 151942 [details]
Data for chart testing

Seen in versions 5.4.0.0 and 6.3 Beta 

To reproduce:
Activate Sidebar
Select data (sample data attached)
Open Chart Wizard to create chart
Click OK
On sidebar or formatting bar, choose a fill option

What is expected:
The fill option selected fills the chart area

What happens:
The chart area fill does not change

Note that if the chart is quicked twice to enter edit mode and then clicked again to open the sidebar, the fill options work as expected.
Comment 1 Cathy Crumbley 2019-06-05 15:06:26 UTC
I should have specified that the chart needs to be in selection mode. So after creating the chart, need to click outside the chart then click once on the chart to select it.
Comment 2 Timur 2019-06-06 09:20:48 UTC
Repro LO 6.4+. Not just fill but Area.
Comment 3 Timur 2019-06-06 09:23:52 UTC
This one looks like a duplicate of Bug 94300 but I see you commented there, so please explain why you opened this one.
Comment 4 Cathy Crumbley 2019-06-06 16:08:26 UTC
Good question. For that bug, I was assuming that the chart was in edit mode. I just reviewed the report and see that it was not totally clear. It says click on the chart, which could mean it is only selected.  

However, the report refers to chart elements, which makes it sound like edit mode. Also, as reported here, it is not possible to select colors from the sidebar or formatting bar when the chart is in selection mode.
Comment 5 Cathy Crumbley 2019-06-06 16:12:54 UTC
Thank you for refining the title of this report.
Comment 6 QA Administrators 2021-06-06 05:26:22 UTC Comment hidden (obsolete)
Comment 7 Roman Kuznetsov 2021-06-09 15:55:42 UTC
confirm in

Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 08e99279226206db8ce83cdebc4cf2994739e90b
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

I think control in Sidebar just wrong. Charts in LO are special objects with own parameters.

Muhammet, can you look to this? You made some work nearby this area I think. Thank you
Comment 8 Stéphane Guillou (stragu) 2023-06-23 13:30:39 UTC
If you later enter edit mode in the chart, modify the chart area and give it some transparency, you will see the area fill in the background.

Note that this is not just from the sidebar:
1. Select a chart object
2. Format > Text box and shape > Area > Area tab

It makes sense that some sidebar settings affect the object as a whole (e.g. shadow should be the shadow of the whole object, projected onto the sheet. Line creates an outer border...), but there is (perceived?) inconsistency for that Area deck/tab when a chart is selected: e.g. if transparency is applied, it only affects that background layer, not the whole chart.

Design team, what are your thoughts? Should the Area deck of the sidebar when a chart is selected affect the chart area instead of the object area that's behind it?

I think we need to leave the menu "Format > Text box and shape" untouched for backward compatibility, so documents making use of it can still be amended. It's already unavailable in the context menu, which is good, but we can't completely hide it away.
Comment 9 Heiko Tietze 2023-06-26 12:33:44 UTC
But it is hard to understand that the (chart) object can have a color and the chart wall too. I see no need for having both and would always use the object color for the wall. 

Reminds me on bug 141841.
Comment 10 Regina Henschel 2023-06-26 13:18:19 UTC
(In reply to Heiko Tietze from comment #9)
> But it is hard to understand that the (chart) object can have a color and
> the chart wall too. I see no need for having both and would always use the
> object color for the wall. 

I would never use the object color for the wall. That would be in contradiction to the principle of OLE.

You need to be able to set the fill of an OLE object for those OLE objects which do not have an own ability to use an overall background. That is the case for Math-objects for example. You need it because the same OLE object can be used in different contexts, for example in a text document with white paper or in a presentation with dark master slide.

We could consider restricting the geometric capabilities of OLE objects, depending on the type of OLE object. But that would be against my personal opinion. I am not a friend of removing working features from LibreOffice.
Comment 11 Heiko Tietze 2023-06-26 14:16:42 UTC
So ultimately NAB?
Comment 12 Regina Henschel 2023-06-26 22:01:26 UTC
(In reply to Heiko Tietze from comment #11)
> So ultimately NAB?

I can think of some improvements for the sidebar:
The headings have only short words and do not tell, to what the settings are applied.
For example instead of "Properties" it could be "OLE Properties", "Chart Properties", "Cell Properties"...

And similar for the section headings. When in Chart edit mode you have e.g. "Area". But area of what? It can be "Chart Area", "Chart Wall", "Legend"...
When in OLE object mode it could be "OLE Background" instead of "Area" e.g.

So not remove a feature but help the user to find the suitable tool.
Comment 13 Heiko Tietze 2023-06-27 11:13:31 UTC
(In reply to Regina Henschel from comment #12)
> So not remove a feature but help the user to find the suitable tool.

Okay, let's do this. Easyhack, though I have no code pointer at hand.