Bug 52948 - EDITING: Report-Builder - Print when Group change has no function
Summary: EDITING: Report-Builder - Print when Group change has no function
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
3.3.4 release
Hardware: Other All
: medium normal
Assignee: Lionel Elie Mamane
URL:
Whiteboard: target:4.1.0 target:4.0.2
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-30 09:33 UTC by Robert Großkopf
Modified: 2016-10-23 19:30 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
See the report - half of the fields where set to "Print when Group change" "Yes" (18.76 KB, application/x-download)
2012-07-30 09:33 UTC, Robert Großkopf
Details
Where to find "print when group change" (43.00 KB, image/png)
2012-09-02 10:16 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2012-07-30 09:33:20 UTC
Created attachment 64945 [details]
See the report - half of the fields where set to "Print when Group change" "Yes"

While editing a report with the Report-Builder you could choose for each Label-Field and each Text-Box the property "Print when Group change". There is no difference, when you set this to "No" or "Yes". Seems to be no function behind the button.
Comment 1 Jochen 2012-09-01 18:04:19 UTC
@Robert,
I don´t quite understand what you want to say. Please can you do four things:
1) Create a screenshot tp show the property "Print when Group change". 
2) Describe what you expect with property "No" respectively property "Yes".
3) In which LO-version occurs the behavior first
4) Occurs the behavior in 3.6.1 still?
Comment 2 Robert Großkopf 2012-09-02 10:16:33 UTC
Created attachment 66485 [details]
Where to find "print when group change"

Only a picture, which shows, where to find this function.
When I have a look at the specifications of the report-builder, there is described:
"Print When Group Change
Specifies that the element gets printed when the group changes."
Standard oft the function is "No".
With my tests I haven't found any difference between "No" an "Yes". I have marked fields in the section "detail" and in the section "goup" with "Yes" and "No". Could be, that I haven't guessed right what is meant with this function ...
Comment 3 Robert Großkopf 2012-09-02 10:25:05 UTC
@Jochen,

There have been no changes in the functionality of the report-builder since the beginning of LO. This function has been planned for OOo since version 2.* , but I can't guess right, what it should do, because all trial and error doesn't help and there is no detailed description anywhere.
The problem still exists in LO 3.6.*.
A better question for the report-builder could be, if a reported problem existed in an earlier version. There are much regessions since LO 3.3.*, no added functions.
Comment 4 Jochen 2012-09-02 10:27:07 UTC
Hi Rainer,

IMHO we have to clarify what property "Print when Group change" should cause.
Who can help respectively answer this question?
Comment 5 Lionel Elie Mamane 2013-02-14 15:57:53 UTC
I'm on it
Comment 6 Lionel Elie Mamane 2013-02-19 10:48:02 UTC
The intention of the code is that the control is made invisible (blank) unless it is the first occurrence in the innermost upper group.

However, this never worked because... the attribute was called by different names in different places. "print-when-group-changes" or "print-only-when-group-change".

Since IMHO the reasonable user expectation is that this actually overrides "print repeated values: no" rather than hiding it on all except first of group, I changed it to mean that. Since it never worked as previously intended, no feature loss anyway.

My intention is to make "Print repeated Values: no" (which was broken for formatted values anyway) more useful, through the combination with the new meaning of "Print When Group Change: yes".
Comment 7 Not Assigned 2013-02-19 11:38:18 UTC
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=532421d208f21531d55554a356dd51105ba718bf

fdo#52948 fix print-repeated-values=no with formatted values



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 8 Not Assigned 2013-02-26 07:34:17 UTC
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "libreoffice-4-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=3b605c98a1e6385211e1f2ab76a1b86202f988cb&h=libreoffice-4-0

fdo#52948 fix print-repeated-values=no with formatted values


It will be available in LibreOffice 4.0.2.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 9 Jochen 2013-02-26 08:25:16 UTC
(In reply to comment #7)
@Robert:
Can you please check if bug (respectively your problem as described) is solved in LO 4.0.2 (if LO 4.0.2 is published or in daily build)?