Bug 53300

Summary: Calc charts - Impossible to choose non-contiguous cells/lines/columns when editing data range
Product: LibreOffice Reporter: bureautiquelibre
Component: ChartAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: major    
Priority: high CC: jayvdb, stephane.guillou, vermelhusco1904
Version: 3.4.1 release   
Hardware: All   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: PDF showing the Bug

Description bureautiquelibre 2012-08-09 14:49:04 UTC
In an existing sheet, create a chart, then try to edit the data range by selecting it from the sheet.

Try to select 2 non-contiguous columns, ex. column A & C without selecting column B.

Selection is considered finished when mouse button is depressed, even if I keep the 'Ctrl' key pressed, the only way to select non contiguous data is either to enter it by hand or create a newchert from scratch.
Comment 1 billhook 2012-08-10 00:03:08 UTC
I could not reproduce on LO3.6.0.4 WinVista32bit.

I can select multiple non-contiguous columns by holding down Ctrl and clicking the column headings individually.
Comment 2 bureautiquelibre 2012-08-10 07:49:25 UTC
A few additional elements, my first descritpion was quite unclear:

The problem occurs on existing charts, when trying to edit the data range.

Trying to select several non contiguous cell blocks doesn't work, once the mouse button is depressed, calc fills the data range and won't accept any other selection.

I also tried to click on the column headings, it has no effect at all.

Occurs on LO3.6.0.4 Win XP & 3.5.4.2 WinXP.
Comment 3 billhook 2012-08-20 21:39:33 UTC
I see what you mean.

I tried doing the same thing in Excel 2007 and it does let you select multiple regions.

I don't know if this is a bug in the current LibreOffice or if this would be considered an enhancement. It may be working "as designed".
Comment 4 bureautiquelibre 2012-09-11 14:07:20 UTC
Well, it's annoying enough that several users reported it to me.
Maybe the feature needs enhancement to be more user friendly.
Comment 5 billhook 2012-09-12 06:54:47 UTC
Do you know if this used to work on previous versions of LibreOffice? e.g. 3.5 ??
Comment 6 Michael Crouch 2012-11-12 18:13:28 UTC
This may be related to bug 55697 ("impossible to define data ranges beyond actual filled cells").
Comment 7 chtfn 2013-02-07 01:31:46 UTC
I can confirm this in LO 3.6.4.3, Ubuntu 12.10.
It is a problem as it is something that is possible when creating a new chart but not when editing its data range later on. It makes it inconsistent.
When sorting rows, the data range of the chart doesn't follow automatically the reorganised cells, which means the data ranges have to be edited by hand, or the user has to start again from scratch.
This highly disrupts the workflow.
Comment 8 Pedro 2013-07-29 15:05:57 UTC
Created attachment 83210 [details]
PDF showing the Bug
Comment 9 Pedro 2013-07-29 15:13:15 UTC
This bug is still present in Libre Office 4.1.

When I try to create a new graph, in the graphic assistant wizard it is impossible to select non-contiguous cells. When selecting the data interval, when I stop pressing the mouse button it stops the selection regardless of keeping Ctrl button pressed.

It is disruptive and impacts productivity a lot when trying to prepare graphics that have lots of repeated data and where you want to select relevant data in non-contiguous cells. The PDF I sent shows an example of such a use case.

Considering that working with Calc is essential for many people I would say this is important.
Comment 10 billhook 2014-01-08 05:43:02 UTC
I changed this ticket back to NEW (I don't know why it was changed from NEW back to NEEDINFO in the first place; all the information required is here)
Comment 11 luca m. 2014-09-08 09:33:28 UTC
Confirming. This bug is present on 3.4.1 and 4.x.
It is a very annoying bug, my colleagues has documents full of graphs and editing all of these is a very pain.

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.