search

rkone / sharpzebra

A .net library that simplifies printing to Zebra printers in their native EPL2/ZPL languages without needing to know EPL2 or ZPL.
MIT License
91 stars 34 forks source link

Incomplete support for standard fonts #12

Closed bh4017 closed 5 years ago

bh4017 commented 5 years ago

The sharpzebra API provides for the following Standard Fonts:

It is not clear to me which of the standard fonts this maps to via ZPL. The standard fonts provided via ZPL are:

A, B, D, E, F, G, H, GS, P, Q, R, S, T, U, V and 0.

0 Is a scalable font, which does not appear to be provided for via the sharpzebra API.

bh4017 commented 5 years ago

As a result of this issue I found it preferable to write my own software for sending raw ZPL to the printer over USB. This way I am in complete control of the commands and I can use the built in scalable font (^A0N). It's working fine.

But thanks for writing your Zebra wrapper software - this got me started and showed me what can be done. The issue I raised here still stands as a potential improvement for your software.

rkone commented 5 years ago

The Standard Fonts are EPL fonts, which are available to ZPL also.

Regarding ^A, it's been too long, I don't recall why it isn't included in the library. Zebra's documentation has changed, maybe the previous ZPL guides didn't specify which ZPL Standard Fonts are "usually" included? It's also possible it was simply never implemented as no one using the library needed the feature. I've always used ^A@ myself.

Not implementing ^A certainly seems like a strange oversight now, especially since they look much nicer than the EPL Standard Fonts.

Thanks for the tip. I'll look into it when I get the chance. I'm glad the library proved useful for you even if just as a guide!

rkone commented 5 years ago

The problem was that the library was trying to reuse Font names across ZPL and EPL, which really doesn't work out. I've updated the enums with the latest version to make 2 separate lists. Thanks again for the heads up on this.