Re: [Rlib-users] Multiple BreakFooter on same line

[Bob D. <bd...@si...>]

> In current layout of rlib every output is in a <Output> tag and every
> line is in a <Line> tag.
> So there is no <field> or <literal> without <Line> tag.
> In this layout every detail record start at a new line and also every
> group break.
> So there is no possibility to put two or more records on the same line.
> I am not a C guru but, watching in code, now rlib put a "\n" at </line>
> tag.
> A solution can be a parameter for <Line> tag for "non break" (default is
> obviously break) and put <fields> fron different records an same line.
> When there is a <Line> tag without "nobreak" attribute, then rlib could
> output a "\n" and begin a new phisical line.

Well.. not exactly ;)  RLIB has 4 output engines inside our current
layout engine.. So whats really going on is:
PDF: Lines are done w/ pixel heights based on font size
HTML: Lines are done w/ tables and PRE
TEXT: Lines are done with the good old \n
CSV: Lines are done by output.. not by lines

Also.. the problem is more complicated.. 

For PDF: Paper sizes, port vs land scape
HTML.. has no concept of real "pages"
TEXT.. can be done easily
CSV: Does not apply

So in order to solve the problem the Report element would need to either
be told an amount of characters (but this doesn't always work because
rlib will soon support different non fixed fonts besides courier) or
maybe some % of the page... 

I think.. you might be used to (and I could be wrong).. being able to
define a table
<table>
  <tr>
    <td>lots and lots and lots and lots and lots of content</td>
   </tr>
</table>

And having the browser automatically resize it to span multiple rows

BTW.. are you trying to use rlib just for the TXT output so you can send
it to a dot matrix printer or something?

- bob



> 
> Another little problem:
> In version 1.1.7 there is a problem with python port (python 2.2 on RH9)
> there is a
> 
> #define SWIG_init    init_librlib
> 
> #define SWIG_name    "_librlib"
> 
> When starting a python file python complain with a "initrlib" not found
> Correcting above lines as
> 
> #define SWIG_init    initlibrlib
> 
> #define SWIG_name    "librlib"
> 
> resolve problem.

Thanks.. I'll look into this

- Bob