I am using Jaspersoft studio 6.2. In my report, only one summary band, two crosstabs are placed vertically. The issue is the two crosstabs will overlap if I don't leave enough space for the top crosstab. But the truth is the row group is from a query so is dynamic, I will never know what height is enough (or too much) for the top crosstab. I am from other reporting tools (ssrs, crystal), this never been an issue, just wondering what's the best practice to deal with it in Jasper?
EDIT: added screenshots
The report definition in jaspersoft studio. There are two crosstabs in summary band. There is not much space between two crosstabs.
The result: you can see two crosstabs overlap.
The only solution I have is to put huge space between the two like this: The only problem is next time there may be more data and crosstab 1 may grow and will overlap again.
Set position type = Float of second crosstab.
You can find it in properties - > appearance tab.
Related
I am trying to get a field in my parent report to adjust its height dynamically based on the height of a SubReport in the same row. The SubReport could return anywhere from 1 to about 20 rows, and I want the field in the parent report to adjust based on the height of the SubReport.
Further, and I am pretty sure this is not possible, can I center the text in this field vertically? I think CR only allows for horizontal alignment.
This is in CR 2013 sp7
Neither of these are supported by Crystal. Once the report data is generated and ready to display, vertical placement is largely automatic.
In theory, auto-generating line breaks in your field could push things down and simulate vertical alignment, but it would require extensive use of shared variables. Perhaps it's time to consider a different design for your report?
I am importing data from a single data set in my crystal reports. I have just a single column table in my report. I want to arrange some data vertically say 10 rows of the table (In two vertical lines) and some data horizontally say next 10 rows of the same table (In two horizontal lines). I have managed to do the first part that is arranged the vertical lines side by side (By using the option Format With Multiple Columns in the section expert. I am facing difficulty in arranging horizontal lines on the same page (side by side of vertical lines). Any hints how can I achieve this. Any help will be appreciated.
Note: I have tried the subreports method, but was unsuccessful. The subreports shows one row per page for horizontal data and vertical data also limits then one row per page when I use subreports.
Image also attached for reference
Make sure to choose the correct printing direction. Tick `Across then Down':
Go to Section Expert.
Select the section you want to make it multiple column under "Sections" (usually it's 'Details')
Make sure you have "Format with Multiple Columns" is checked under Common Tab
Now you should see Layout Tab on the top right corner, select that.
Set Width to 2" or whatever you want under Detail Size.
Then under "Printing Direction" set "Across then Down" option.
Click OK and you are all set :)
I asked this question (and this question) recently, and even though both have solutions, I am left with a new dilemma because each solution only works on an independent level (i.e. one solution won't work if the other solution is in place).
The problem is this: In Tableau, I discovered that by opting to display the data as a percentage of the total row value Analysis > Percentage of > Row, it resulted in the count value also being displayed as a number between 0 and 1 (i.e. percentage format, because of the aforementioned percentage-only setting).
Is there a way to achieve a 100.00% stacked bar which shows both percentage AND count, and which also isn't formatted to display all data as a percentage of the row total?
The screenshot shows what happens when both solutions are in place. Original screenshots are available within the body of each of the previous questions.
Note: I feel that the right way to go about it might be to normalise my data (bringing all values to a scale between 0 and 1), but being new to Tableau, I am not sure how this is achieved. If this is correct, I would appreciate a walkthrough.
Right click on the second SUM({Number of Records]) pill on the Label shelf, and clear the table calc. Edit your label if needed
All Works fine but, rows margin do not cover all height. as shown in attached these two pictures.
How I am doing: I put rectangle in detail band, than sub report and other fields. on all fields, sub-report and rectangle i also apply stretchType="RelativeToTallestObject and isStretchWithOverflow="true" for warping up the text which works fine. I am facing this problem still unresolved.
As per my understanding: sub-Report fields are also stretchType="RelativeToTallestObject but didn't detect or get stretched of its main-report column. while if sub-report need extra space it will show properly. I have tried almost every thing available in iReport-Designer.
Drop figures. Use borders, preferably via report styles.
I'd like to create a 'header' label that 1) is centered over the cross-tab and 2) grows with it. Unfortunately, CR 2008 (or earlier for that matter) doesn't have this feature.
In image (below), I've added a text field above the cross-tab, but I can't think of a way to get it to grow/shrink (horizontally) with it.
If you're able to calculate, say by a summary function, the number of columns you will have then you can do this:
In your crosstab, check to see the width of your columns. The columns should be set widths. Edit: The crosstab adds some padding, so you will have to figure out the column width by measuring in Crystal with another field and eyeballing until it's close enough to work
Right-click on your label, and hit "Size & Position".
Add a new formula for the "Width". The X,Y positions should stay the same.
Use the summary function (You could create a SQL Expression or formula that only shows the month/year of your date fields and then distinctCount() them) to find out how many columns you will have multiplied by the width of each column. This will take some trial and error for sure, but I don't see why it wouldn't work.