magarcia

Hi everybody, I'd like to ask for some enhancements in the OpenOffice doc generator. I don't know if this can be done currently via parameters, or if the OO exporter has to be modified. If anybody knows about that, please let me know... The enhancements would be: 1) Generate OpenOffice page headers and footers from the report's pageHeader and pageFooter. This would be very nice! 2) Page margins (left and right) should NOT be translated into columns but into page margins. Therefore, if I have a field filling the entire page width in my report, I would get a table with just one column for this field. Currently I get a table with 3 columns: the left page margin, the field and the right margin. 3) Top and bottom margins should also be introduced. As I can see, all margins are included on a "master_0" page style. It would be a matter of modifying this style, I guess? Thanks and regards, Miguel

Hi Lucian, thank you for your fast answer. It could also be an option for my customer to get OpenOffice documents. These are generated, as I can see, using tables. This is an interesting option but it would need some enhancements over the OO doc generator. These would be: 1) Generate OpenOffice page headers and footers from the report's pageHeader and pageFooter. This would be very nice! 2) Page margins (left and right) should NOT be translated into columns but into page margins. Therefore, if I have a field filling the entire page width in my report, I would get a table with just one column for this field. Currently I get a table with 3 columns: the left page margin, the field and the right margin. 3) Top and bottom margins should also be introduced. As I can see, all margins are included on a "master_0" page style. It would be a matter of modifying this style, I guess? Is this a feasible option in the near future? Thanks and regards, Miguel

Hi, is there any new regarding this topic? I'm using the JR 3.0.0 but the RTF export is still based on fixed text "frames". My customer wants to edit the reports, but if she inserts lines, the last ones on each frame get lost (well, not exactly lost, but hidden). Then she'd have to shift down the bottom of this text area, adjusting the position of next areas... well, not very user-friendly. What I'd like to is to have a kind of RTF export which uses "plain text" export, without these text frames. Any hint? Thanks, Miguel

Hi all, this looks like a silly question, but I've not been able to find the option to change the compiler in iReport 3.1.2. In version 3.0.0 (classic) there was an Option -> Compiler where I was able to change it to JDK as desired. Any hints? Thanks Miguel

mdahlman Wrote: Another solution appropriate is some cases is to use SQL like this: select concat(COL_ORDER, COL_DISPLAY) as COL_FULL from ... order by COL_FULL Then in the report you have data sorted and grouped by COL_FULL but you can display only "substring(COL_FULL,2)". Here I am assuming that COL_ORDER is always exactly 2 characters. You will probably need some variation on this logic. It's not perfect... but in many cases it's an easy way to get a crosstab ordered correctly. Regards, Matt Good solution mdahlman! You solved my problem. Just a small variation, I've defined the group as follows: ($F{IdGrupoFuncion}<10?"0":"")+String.valueOf($F{IdGrupoFuncion})+"#"+$F{CodGrupoFuncion} + ". " + $F{Den} where $F{IdGrupoFuncion} is the sorting column and $F{CodGrupoFuncion} + ". " + $F{Den} is what I want to display. Then, the header expression for the columns was modified to: $V{CodGrupoFuncion}.substring(3) With the java.util.Formatter you should get a greater flexibility, but that made it for me. Cheers, Miguel