DO NOT REPLY [Bug 37116] ESC POS Renderer
https://issues.apache.org/bugzilla/show_bug.cgi?id=37116 Glenn Adams gl...@skynav.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #14 from Glenn Adams gl...@skynav.com 2012-04-03 21:02:28 UTC --- lack of consensus to patch -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-11-09 10:36 --- I'd like additional opinions from the FOP committers on this one. -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-11-09 12:45 --- Well if the code follows the Project style conventions has the Apache header, and works for Trunk then the only Pro/cons I see to commiting this to the code base are: + An additional renderer which may be useful for some users - although I think its a very tiny set of users. XSL-FO is not the best tecnology for working with ESCPOS Printers, but then XSL-FO is not the best technology for generating Text output either. - Support problems; users on the mailing list asking what it does, or reporting that it doesn't do X or Y. Given the above it's a hard decision to make :) -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-11-09 13:44 --- I have similar concerns as Chris. Maybe once we have the pluggable renderers this can be more easily solved by a) People who develop non mainstream renderers can provide them as separate jars and house them on SourceForge or similar environments b) The FOP project itself could have an area called unsupported for this type of additions to FOP c) XMLGraphics could provide an incubator type environment for it It seems what I am saying is that we should encourage and support expansion / extension of FOP by possibly providing some infrastructure for it but not necessarily by adding everything into the core code base. -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-11-09 15:07 --- May i suggest (In reply to comment #11) Well if the code follows the Project style conventions has the Apache header, and works for Trunk then the only Pro/cons I see to commiting this to the code base are: + An additional renderer which may be useful for some users - although I think its a very tiny set of users. XSL-FO is not the best tecnology for working with ESCPOS Printers, but then XSL-FO is not the best technology for generating Text output either. Its true. But what if your printer supports only two fonts? This renderer render eye visible text but it is really an image with gliphs for characters from any fop supported font, and XSL-FO lets you align things on a preprinted form simply with a ruler, millimeter by millimeter an not with \n \r \something. - Support problems; users on the mailing list asking what it does, or reporting that it doesn't do X or Y. Given the above it's a hard decision to make :) Just trying to explain. Andrea -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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:05 --- Created an attachment (id=16808) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16808action=view) coding style touced-up -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-24 15:01 --- uups.. 283 instead of 284 for TM-L90... -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-24 15:06 --- Off course Jeremias, i'll doit as soon as i can. -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-24 16:25 --- Created an attachment (id=16788) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16788action=view) escposrenderer with apache header and package 1) modified package 2) added apache header i'll clean it for newer fop versions.. -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-24 16:53 --- (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. 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? Which branch i should use? 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. Thanks Andrea -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-19 10:19 --- 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. 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.). 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? -- 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.
DO NOT REPLY [Bug 37116] - ESC POS Renderer
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-17 14:42 --- Created an attachment (id=16716) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16716action=view) Java code Esc Pos renderer -- 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.
