Free idautomation code 39 barcode fonts software for linux

Stripes Barcode Generator is a set of tools to produce barcodes, using a graphical tool, a command line, and a library (that can be used to integrate the engine with your application).
Enhancements:
- This first public release includes a basic set of tools to produce and integrate barcodes into other applications.
- It includes a library, a command line tool, and a graphical tool.
- At this moment, it is only supported one codebar format: CODE39.

GNU Barcode is a tool to convert text strings to printed bars. GNU barcode supports a variety of standard codes to represent the textual strings and creates postscript output.
Main features:
- Available as both a library and an executable program
- Supports UPC, EAN, ISBN, CODE39 and other encoding standards
- Postscript and Encapsulated Postscript output
- Accepts sizes and positions as inches, centimeters, millimeters
- Can create tables of barcodes (to print labels on sticker pages)

Bit-mapped Japanese font parser is a font parser. Note, this package doesnt include the actual font data. To get the font data you need to download it from the download section in the left.
Then move *.jfr into the directory where you unpacked this parser, and follow with the quick instructions.
Quick instructions:
Complete parse requires about 4 megabytes of free disk space. This is a huge improvement over the original version which required almost 45 megabytes.
1. make
2. make parse
3. watch the progress indicator
4. mv *.pcf.gz /usr/X11R/lib/X11R6/fonts/misc
5. make clean
6. HUP your font server if you use one
7. xset fp rehash
8. xlsfonts | grep kanji
/usr/X11R/lib/X11R6/fonts/misc is the standard location for all sorts of random bit-mapped fonts, but you might have a special location. Substitute that in step 4.
About:
I came across a number of these "raster fonts" a while ago. Quick look inside the files proved that they are bit-mapped fonts, and the format looked pretty straight-forward. I wrote the original parser for these just guessing the values, basically by experimenting and playing around. Later on I came across some docs on the subject - looks like these fonts were used in Windows 3.1 Japanese edition to substitute back-then low quality Japanese TTF fonts at small point sizes. These were designed using full-scale 16 bit programming techniques.
Quick info about the font format, there are some headers, then follows a "segment table" which is basically a table with pointers inside the font file where to locate a particular chunk of data. Because the 16 bit way of accessing memory is by using 65k "segments", each file is virtually split into < 65k segments which get loaded into separate memory areas, and then there is a algorithm how to assemble whatever character by using the segment number and offset. Anyway, with 32 bit access all of that doesnt really matter. In my implementation I just mmap the whole file and read it all out of memory.
Generating table.h was a LOT of work! First, I took the codearea table out of one of the jfr files (this maps shift-jis code to the character number inside the font file), and extracted the number ranges. These were shift-jis, of course, and X uses jis0208. There is no converter from a shift
jis byte into jis0208. So I had to write one. Taking iconv, and some tables from glibc 2.1.93, I hacked together something which converted the shift-jis data into ucs4 (unicode, I guess) and then from that into jis0208. The code to the converter is about 500k thanks to the huge jis->unicode->jis conversion tables, and you wont need it unless you get a jfr font with a different encoding table (unlikely). Anyway. After I got the font format figured out and converted the character table, everything else was pretty easy. Note some bit hackery in the bitmapXX() functions which was necessary to present the font data in a usable format. Also notice cool use of function pointers to select a conversion function at runtime.
Enhancements:
- This version uses correct JISX0208 tables, and is much faster.

SYNOPSIS

ex. CGI
use GD::Barcode::UPCE;
binmode(STDOUT);
print "Content-Type: image/pngnn";
print GD::Barcode->new(EAN13, 123456789012)->plot->png;
with Error Check
my $oGdBar = GD::Barcode->new(EAN13, 12345678901);
die $GD::Barcode::errStr unless($oGdBar); #Invalid Length
$oGdBar->plot->png;

GD::Barcode is a subclass of GD and allows you to create barcode image with GD. This module based on "Generate Barcode Ver 1.02 By Shisei Hanai 97/08/22".

From 1.14, you can use this module even if no GD (except plot method).
new

$oGdBar = GD::Barcode::UPCE->new($sType, $sTxt);
Constructor. Creates a GD::Barcode::$sType object for $sTxt.
plot()

$oGd = $oGdBar->plot([Height => $iHeight, NoText => 0 | 1]);
creates GD object with barcode image for the $sTxt specified at new method. $iHeight is height of the image. If NoText is 1, the image has no text image of $sTxt.
ex.
my $oGdB = GD::Barcode->new(EAN13, 123456789012);
my $oGD = $oGdB->plot(NoText=>1, Height => 20);
# $sGD is a GD image with Height=>20 pixels, with no text.
barcode()
$sPtn = $oGdBar->barcode();
returns a barcode pattern in string with 1 and 0. 1 means black, 0 means white.
ex.
my $oGdB = GD::Barcode->new(UPCE, 123456789012);
my $sPtn = $oGdB->barcode();
# $sPtn = ;
$errStr
$GD::Barcode::errStr
has error message.
$text
$oGdBar->{$text}
has barcode text based on $sTxt specified in new method.

Resistor Color Code Calculator project calculates the value of a resistor (an electronic component).

The colors on the resistor are input into the program, and the result displays the resistance value of the resistor.

This is much easier than memorizing rhymes to remember colors.

PDF::Reuse::Barcode is a Perl module that can create barcodes for PDF documents with PDF::Reuse.

SYNOPSIS

use PDF::Reuse;
use PDF::Reuse::Barcode;
use strict;

prFile(bars.pdf);

PDF::Reuse::Barcode::ITF (x => 70,
y => 530,
value => 0123456789,
prolong => 2.96);

prEnd();

This is a sub-module to PDF::Reuse. It creates barcode "images" to be used in PDF documents. It uses GD::Barcode and its sub-modules: GD::Barcode::Code39, COOP2of5, EAN13 and so on, to calculate the barcode pattern. For Code128 it uses Barcode::Code128.
Normally the barcodes are displayed on a white background and with the characters under the bars.

You can rotate the "image", make it smaller or bigger, prolong the bars and change the background. (But then, dont forget to test that your barcode scanner still understands it.)
If you dont change the size of the "image", the bars are approximately 24 pixels high (the guard bars a few pixels longer) and the box/background is 38 pixels high and something like 20 pixels wider than the barcodes. The text under the bars are 10 pixels high.

The barcodes are generated using a Type3 font by default. Ghostscript and xpdf donthave support for Type3 fonts. If you want to target engines that dont handle Type3 fonts properly, see the "mode" parameter.

Choosefont is a simple but extremely efficient tool for quickly finding the required font in a large amount of fonts.

It was created due to the lack of decent font selection widgets in many application.

Apart from finding a font, Choosfont can also creat css, html and other code for the selected font, this code is automatically copied to the X clipboard.