[Bug 37116] ESC POS Renderer

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=37116

Glenn Adams  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #16 from Glenn Adams  ---
batch transition resolved+wontfix to closed+wontfix; if you believe this
remains a bug and can demonstrate it with appropriate input FO file and output
PDF file (as applicable), then you may reopen

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 37116] ESC POS Renderer

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=37116

--- Comment #15 from Glenn Adams  ---
batch transition resolved+wontfix to closed+wontfix

-- 
You are receiving this mail because:
You are the assignee for the bug.

DO NOT REPLY [Bug 37116] ESC POS Renderer

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=37116

Glenn Adams  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #14 from Glenn Adams  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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=16808&action=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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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 22:01 ---
(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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=16788&action=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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=16716&action=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.