Barcode 128 prepending number sign

rbuser

Hi Nard, Nico and the folks,

Still using Delphi 7 and RB 7.04. Very happy. Well, until today.

A customer tells me his barcodes are showing a prepended # sign on
codes that have been set to bcCode128. (only customer I have that uses
that format). I've set the following in the object Inspector:

AddOnCode blank
Alignment taRightJustify
AutoEncode true
Autosize true
AutoSizeFont false
BarCodeType bcCode128
BarWidth 0.015 (also a sore point with customer)
BearerBars false
CalcCheckDigit true
Orientation orLeftToRight
PrintHumanReadable false
ReprintOnOverFlow false
ShiftWithParent false
Transparent true
WideBarRatio 3

I have a dbLabel on the same form. It shows 9838. Apparently, the code
shows [space]#9838, although both elements point to the same datafield.
He 'requests' I get rid of the leading space and number sign. Loudly.

So, what am I doing wrong?

Thanks in advance for your prompt help, GM

nicocizik

Hi Gary,

Do all Code128 barcodes show the "space #' before the data? Are you certain
that the data field does not contain these characters? Do you have the
ability to test these barcodes? Have you tried setting the AutoEncode
property to False?

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

Nico,

ALL 128 codes are showing " #" before the data and no, the original
data is an integer field, thus no alphas. I have NOT played around with
the AutoEncode field, thinking I might fumble around and make the thing
worse without knowing it. I'm getting a scanner for here this weekend,
which will help in the testing immediately. But I WILL try the
autoencode=false as a first step. Thanks for getting back to me.

GM

nardmoseley

Here is an rbWiki article that explains Code 128 encoding.

http://www.digital-metaphors.com:8080/RCL/BarCode/Manual_Encode_128


--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com

rbuser

Nard and Nico,

Thanks for helping me through this. The wiki was useful, because it
led me down the path to success. Turns out I am an idiot. Wish I
wasn't, but I am.

My naming practices were at fault. I have a TblDetail and a kDetails
(and a TblDeteails). The kbmMemtable is a copy of the record from
TblDetails, all changed to strings. (There is a good reason for this,
much too long to detail here). It has been awhile since I had to write
a specialized label for one my clients' clients in this app. Sooooo, I
just copied the form and switched a logo or two and the barcodes to all
code 128's. Some were new. reflecting the end need of the eventual user
and I just clicked the fields and picked TblDetail, rather than
TblDetails OR even kDetails. Idiotic.

That said, I opted to hand-format the code rather than autoencode, to
allow for the inevitable decision to use upper and lower-case letters
down the line. That way, I can switch from #208 to #209 as necessary.

Thanks for all your work in helping this idiot see the light.
GM