DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=37116>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37116 ------- Additional Comments From [EMAIL PROTECTED] 2005-10-25 16:35 ------- Probably you are right, there may be someone somewhere that wants to print invoices with Vectorial Graphics or whatever, but writing a good java library to support escpos printers needs time, writing a FOP Renderer to easly print a page is a starting point... I've tyde up the code, and recoded for the trunk you posted me out. Andrea (In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #2) > > > Andrea, thank you for this. I think support for these POS printers is > > > interesting, though I'm not sure this is the best approach to implement this. I > > > think you could create a much more universally usable thing if you took > > > the > > > bitmap conversion out of the renderer and into a separate package where > > > you > > > simply take bitmap images that you convert for the POS printers. That way > > > it > > > could easily be used for FOP Trunk, too. > > > > Yes, but is really useless without FOP. Those printers are almost used to > > print > > receipts and invoices, with near to 0 support for advanced imaging, so this > > will > > be used almost to line up text on preprinted forms, and i think it is a very > > easy way to do it. > > It may be useless without FOP in your case, but some people might actually > want > to create the receipts with SVG/Batik instead of XSL-FO/FOP. I simply think > you > restrict your code too quickly to a certain use case while it could actually > be > used in a much wider area. > > > > After all, we won't be able to include > > > your renderer in FOP as is, (1) because it's apparently written for FOP > > > 0.20.5 > > > whose development line has been frozen and (2) your code would need some > > > touch-up before we would include it (code style, package name must be > > > org.apache.fop.*, no apache license header etc.). > > > > I posted it with package and header, but is there a doc with coding style > > infos > > that i can use to touch-up the code? > > Our code conventions: http://xmlgraphics.apache.org/fop/dev/conventions.html > And you can take the existing code as an example. > > > Which branch i should use? > > No branch. Use the trunk: > http://svn.apache.org/repos/asf/xmlgraphics/fop/trunk/ > > BTW, the license header needs to be the one from the Apache License v2.0, not > 1.1. > > > > > > > If I were you, separate this code out into a universally usable component > > > that > > > can convert bitmaps to output for POS printers and post that somewhere on > > > the > > > net, for example as SourceForge project. We could then link to it from > > > the FOP > > > website. WDYT? > > > > As i say i think it is really useless alone. > > And I disagree. :-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.