The down side to this approach is that ActiveX controls are only supported by Internet Explorer running under 32 bit Windows. Mac and UNIX users as well as Netscape users running Windows will not be able to display the barcodes in web pages that use this technique.
The up side to this approach is that the barcodes are rendered using Windows vector graphic GDI calls by the ActiveX control. This means that the barcodes that are produced will be extremely high quality and should print perfectly on any printer. If you want the highest quality barcodes that you can get and you have control over the type of browser and operating system that your web clients are running (for example on an intranet site), the client side technique is the better approach.
The fact that Mac, Unix and Netscape users are not able to produce barcodes using the client side approach obviously causes problems if you are developing a general web site where you have no control over the operating system or the browser that your web clients may be running.
For this situation, the only solution is to generate the barcodes on the web server as graphic images in either the GIF, PNG or JPEG file formats using either CGI/Perl scripting or Active Server Pages (ASP). All web browsers support the GIF and JPEG file formats and all versions of Netscape 4.0 (and above) or Internet Explorer 4.0 (and above) support the PNG file format.
The "server side" technique requires that the TALtech Barcode ActiveX control (Plus version) be installed on the web server. You then write code (CGI/Perl or ASP) that calls the ActiveX control to produce GIF, PNG or JPEG images of your barcodes that are saved to temporary files on the server. The CGI/Perl or ASP code would also dynamically produce HTML documents containing Image tags that reference the barcode graphic files and feed the HTML documents back to the user's browser.
The advantage to this technique is that all web clients including Mac, UNIX and Netscape users will be able to display and print the resulting barcodes. Also, the client's browser does not need to download or install the ActiveX control locally thereby saving time for the web client.
The disadvantages to this technique are that the web server must be a Windows based server because ActiveX controls will only run under 32 bit Windows. You may need to check with your Internet Service Provider to make sure that they are running Windows based servers and also that they will allow you to install ActiveX controls on their servers.
Another disadvantage of the server side approach is that you must write code (CGI/Perl or ASP) in order to implement this technique. To make this as painless as possible, the TALtech Barcode ActiveX Control Plus version comes complete with several CGI/Perl and ASP example programs that demonstrate how to implement server side barcode generation. The only other disadvantage to creating the barcodes on the server is that the barcodes are produced as raster style images (GIF, PNG or JPEG) which can reduce the image quality of the barcodes depending on how you create the barcodes in the first place and also depending on the type of printer that your web clients use to print the barcodes. If you follow a few simple guidelines when you create your barcodes on the server, the image quality issue can be eliminated and you should obtain extremely high quality barcodes that print and read perfectly.