Slashdot Mirror


Replacing Jetform - Open Source Barcode Printing Alternatives?

diabolus_in_america asks: "I work for a mid-size manufacturer. Currently we use Jetform running on HP/UX to print the majority of our barcode labels to Zebra thermal printers. However, Jetform is a dead technology, and we are would like to look at open source alternatives. Is there an open source alternative to Jetform? What we need is a system that lets us mark up and design a barcode label which can then be populated from data files at print time. In its day, the Jetform system was an excellent and quick solution to barcode printing. But those days are over, at least for us, and we'd like to move to an open source alternative, if one exists."

11 of 36 comments (clear)

  1. Barcode printing by jjshoe · · Score: 1, Informative

    lets see 1 2 and not to mention sf. Also try replacing barcode with upc.

    Teaching people to use google since 1998

    --
    -- botsex is {grep;touch;strip;unzip;head;mount} /dev/girl -t {wet;fsck;fsck;yes;yes;yes;umount} {/de
  2. bar codes by jalet · · Score: 3, Informative

    try ReportLab from http://www.reportlab.com

    It's a Python library to generate PDF files.

    I think I've seen some support for barcodes there.

    --
    Votez ecolo : Chiez dans l'urne !
    1. Re:bar codes by llefler · · Score: 4, Informative

      While you can print images on some barcode printers, most deal with plain text. Here is code that prints the same barcode using three different programming languages.

      Intermec IPL
      B17;o500,100;f3;c6,0,0;h200;w4;i1;d3,12345
      ( prefixed/suffixed with STX/ETX codes, which Slashdot happily strips)

      Zebra ZPL
      ^FO100,725^BCN,200,N,N,N,N^FV12345^FS

      Eltron EPL
      B700,500,2,1,4,12,200,N,"12345"

      If you are really interested in learning the languages, you can download them in PDF format from the manufacturers. (Eltron is now owned by Zebra)

      We're currently using software from Loftware to handle most of our barcode printing. It has a decent (but not great) GUI designer. And it's not cheap or OS. My biggest problem with it is that it stores the printer type in the label. It's entirely too rigid. For example; we purchased Intermec 3400D printers to create PDF417s. But all of the rest of our printers are 3400Bs. While the D model can do everything a B model can do, Loftware doesn't allow you to print a B label on a D printer. OTOH, it has a nice feature where you can use a label design as a template, then drop a text data file in a directory and it will print the label. It's a simple way to interface with other applications.

      BTW, an earlier poster implied that UPC was synonymous with barcode. That's like telling someone who asks for a PC to go see Dell. It may be one of the more commonly known formats, but there is much more to them than UPCs. (Or EAN barcodes for the non-american viewers)

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
  3. Same here. by GigsVT · · Score: 4, Informative

    We looked for something like this a while back.

    What we wanted to do is use color thermal or rollfed inkjet to print a picture of the product on the carton label with the barcode.

    Every rollfed color printer we looked at had fatal flaws. Most used a proprietary language for programming. "But we have Windows print driver!!" Big fucking deal, didn't help us, there's no windows software that can do what we needed anyway. Why are open standards to damn hard to understand? We'd have probably bought your hardware if you hadn't decided to be assholes.

    Only one supported a standard language, PCL/XL, and that was the color rollfed inkjet. Which unfortunately used proprietary HP ink cartridges that cost $199 a piece. That's for each color, so $800 to change all ink cartridges. They were only like 350ml IIRC.

    Anyway, our plan was to use enscript, along with imagemagick, and some other piece to create the barcode (like pbmupc maybe), and then compose them all into an image with shell scripts, and print them the normal way.

    Unfortunately, we gave up on the project when we realized that no one makes suitable hardware.

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  4. Bar-code printers by Whatchamacallit · · Score: 2, Informative

    FYI,

    I used to work a great deal in the bar-code field. I remember connecting Intermec printers to AS400 systems. This involved using Windows software to design a label graphically, then export to some data files that were kinda like XML but a proprietary format. Two files, one with the printer instructions and the other with data. The data file would be pasted into AS400 programming code and every time a label was to be printed, the label layout and the data stream would be sent to the printer. I believe the language was JCL.

    I am sure Zebra has ways to do what you are looking to accomplish. I doubt seriously, there are many Open Source packages that can do all that you need to do. You need to find a vendor who does value add and works with multiple manufacturers.

    It make take some work to find such a vendor, most are simply selling equipment and not providing any value add whatsoever.

    Call the Zebra printer manufacturer and they should be able to locate a vendor that can work with you. A simple looksee at their website details the following:

    BAR-ONE 5.1 with Accelio Present Central (formerly JetForm Central)

    Easy, Cost-Effective Bar Code Printing from ERP Applications

    The combined power of BAR-ONE bar code printing software and the Accelio Present Central (formerly Accelio Present Central (formerly JetForm Central)) output-management solutions make integration of bar codes into ERP systems a snap, no matter what the platform. Traditionally, transforming ERP data from existing reports and other ASCII formats into high-quality bar code labels has been an expensive and time-consuming custom programming task. But now it's as simple as a point and a click, thanks to a groundbreaking software pairing developed jointly by Zebra Technologies and JetForm Corporation.

    Looks like JetForm is not dead but in partnership with Zebra and the new system is called Accelio Present Central.

    http://www.zebra.com/SD/barone_jetform.htm

  5. Not too hard -- roll your own custom stuff. by pi_rules · · Score: 2, Informative

    The barcode printers you're talking about are probably mind numbingly simple devices. I used to work with some of the Zebra and Monarch printers "back in the day". Somewhere around 1997 to 1998ish.

    The software was rather cumbersome to even get simple tasks done. Opening the printing software, selecting the proper tag to print an 'On Sale for $X.XX' sticker and running through the menus to find the proper Print screen and typing in the price was too much time and energy for somebody who just wanted 300 tags quick.

    So, I started dumping the printer's output to a file instead of the serial port. A little head scratching later and I knew where all the variables were.

    Monarch was even better IIRC -- they actually published instruction codes for their stuff. Dumping to a file was sometimes easier than properly reading documentation too.

    The actual tag layout instructions are probably mindnumbingly simple. The area that's really lacking (or at least it was in '97ish) was getting things hooked up to a proper database that wasn't inflexible as all get out. You could rig an ODBC driver up to an Access DB but it was crufty, and the tag designer software was a bear. It was always much easier to hack my own little job together.

    Yes, they still use some of it to this day.

    Personally an on-the-fly label designer never made a whole lot of sense to me for these products. It was nice if you wanted to dump a template out but using it to actually hook up to your data was never a good idea. On top of that you sometimes get people trying to design the labels that don't realize why they can't fit 2k of data into a 2x2 square. Maybe that was my just my boss though.

    "Why can't you fit more than 30 characters in that box?"

    "Physics."

    "Oh, 'cmon, it has to be possible."

    "Ok, here's a pen. Try and fit more than 30 letters in this space."

    Thankfully it was my mother, I could get away with that.

  6. Do your own... by innosent · · Score: 4, Informative

    We use the Zebra printers where I work, and from my experience, you can do any label you need by sending the ZPL commands. All of the typesetting, graphics, and text can be coded into the fields, as well as the fonts and logic for printing barcodes. You can print to them in raster mode, too, but why do you need to?

    Depending on your needs, it should only take a matter of an hour or two to code up something to generate ZPL from the user's requests, or you may be able to lex/yacc it from another format. Read the programmers manual that came with the printers (or at least should have). There are plenty of examples in there for barcodes, text, images, reverse printing, vertical printing, etc. I've done this for inventory coding (probably simpler than your needs), and it only took about 20 minutes of trial-and-error to get my ZPL script right. (And for reference, the format is a lot like a simplified PCL, so if you've had experience with PCL, it should be cake.)

    --
    --That's the point of being root, you can do anything you want, even if it's stupid.
    1. Re:Do your own... by innosent · · Score: 2, Informative

      As a follow up, once you have the scripts right, just write your code to print the labels, inserting data from your database where needed. If you don't use that many different formats, then you could just code everything straight into the program, kinda like embedding data in HTML in CGI scripts, except with output to the serial port.

      Also, doing it this way will allow you to use the daisy-chain feature of the printers, since directing output to any printer on the chain is just another ZPL command. The ZPL manuals are available (reg. required) at Zebra's site (www.zebra.com, under support->manuals->Programming Language Manuals).

      --
      --That's the point of being root, you can do anything you want, even if it's stupid.
  7. FYI: JetForm/Accelio was acquired by Adobe by gavin.frank.mckenzie · · Score: 2, Informative
    What was Indigo Software, waaayyy back in the late 80s, became JetForm. After many happy years as JetForm, the company re-launched itself as Accelio. A few months later, Accelio was acquired by Adobe.

    A brief tour of the Adobe website, such as the Enterprise products reveals products like Adobe Central Pro Output Server which traces its heritage back to the same JetForm Central product (or JetForm Server for old-timers) that likely produced the story-submitter's barcodes.

    So while the name JetForm may no longer exist, many of the same solutions formerly offered by JetForm now live-on via Adobe.

    Gavin.

  8. Kbarcode by neves · · Score: 3, Informative
    Try this great kde 3.0 application: KBarcode. It can work with three different barcode engines: Maybe you want to use the barcode engines directly.
  9. Re:Barcode printing - YAY!!! New acronym... by tooth · · Score: 3, Informative
    I've been doing barcode stuff with Jetform for a while to all sorts of different printers, and I've still have yet to find anything that aproaches what jetform can do, even though design is a sucky program and annoys the heck out of me.

    Jetform is great because it has such a huge libary of printers to choose from... Upgraded your printers? No worries, just recompile your forms and presto, they're working again, no need to muck around with printer control codes, no need to recompile programs (good!!) or change the data streams. You can even compile in more than one printer so that you can have half new/half old if it's not a full upgrade.

    I've been trying to find an open source replacement like the poster asked, and I don't think it exists yet. LaTeX looked like it might be able to do it, but I really haven't checked it out that much, and besides, that could only replace the Central part (the driver), you'd still have to replace Design.

    At the moment where I work we've decided to stick with version 5.4 of central and design, it works fine on hpux 11i(central) and w2k(design) both OSes we'll stick with for a few years ... So i guess my advise is to stick with your current version if there is no real pressing need to change.