Subscribe for automatic updates: RSS icon RSS

Login icon Sign in for full access | Help icon Help
Advanced search

Pages: [1]
  Reply  |  Print  
Author Topic: continuous paper  (Read 17319 times)
Rodrigo V.
Posts: 11


« on: August 06, 2013, 09:40:57 am »

is there any way to print on continuous paper? we want to print cash tickets (in receipt printers) and the problem we found is that we didn't know the real length of the ticket because it depends of the amount of products, discounts, kind of payment... and so on. The subreports works fine to create the whole ticket (one subreport for lines, another for payments...) but we can't find a way to cut the paper at the end of the printed text and not at the end of the 'page size specified'

thanks in advance
Alex G.
Four Js
Posts: 148


« Reply #1 on: August 06, 2013, 11:46:01 am »

Hi,
>is there any way to print on continuous paper?
unfortunately there is no option for printing on continuous paper yet.
There is however an option in version 2.50 for image output that "shrinks" the page images (we produce one bitmap file per page) to the actual page content. Using this feature you could perhaps print the entire report on a single page long enough to fit the largest possible report. At the end of the report the page image would be trimmed to the actual size of the content. This image could then be printed on the printer. This could be a workable solution if the report isn't to big and the printer is not too slow on processing raster images.
Another solution could be to define very short pages.  Assuming that the printer cuts the paper at the end of the document (and not at the end of a page) this could be a workable solution. If the report has a more or less constant "line height" then the pages could be as small as a line height. If not, then the pages could be as small as the largest unbreakable item. In the latter case there will be some wasted whitespace in the printout when a smaller item does not completely fit in the page and has to be moved to the next page leaving a gap at the bottom of the previous page. The same applies for the last page where the report will likely have an unwanted gap.
May I ask you to get in touch with support providing us with more details (In particular about the printer you are using). Perhaps we can find other solutions and it would help us in refining the requirements for continuous paper printing. 
>The subreports works fine to create the whole ticket (one subreport for lines, another for payments...)
Just an observation, there should be no need for a subreport for this task (unless the "line" and "payments" reports are shared with other reports). You can make reports consisting of a sequence of different lists as a single report avoiding the complexity of subreports.
Kind regards,
Alex Geller
Rodrigo V.
Posts: 11


« Reply #2 on: August 07, 2013, 09:14:29 am »

Thank you Alex, we was doing the trick with page height = 0,5cm it works well the problem is that you can't view a 'good report' on screen (SVG)... anyway it does the trick and we can wait for a solution in future upcoming releases
Alex G.
Four Js
Posts: 148


« Reply #3 on: August 07, 2013, 09:29:24 am »

That is good to hear. You can change the page height dynamically (at runtime) via the API call fgl_report_configurePageSize(). That would allow you to change to a standard page size for SVG output (e.g. A4).
Kind Regards,
Alex Geller
Pages: [1]
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines