就我所知，browser-based架构的死穴之一是：browser不能控制device。其传说原因是“安全考量”。但是，曾经在某车商见到这种景象：用IE browser。可以选择桌子旁边的打印机，可以打印发票，可以刷卡。简直太不可思议了！请教先进：(1) 如果是从http server下载PDF之类的档案，然后打印的话，可以理解。但是，如果不是采用这种“间接”方法，是怎样设计，才能这样“直接”打印呢？难道Adobe有IE的printer API的plug-in，让程式师去呼叫javascript或M$ ActiveX，把PDF送去plug-in的API，直接输出？(2)
Browser是怎样和信用卡的读卡机做I/O的？还是我看错了：信用卡的读卡机其实是独立设备，根本没有和他们的browser-based application整合，是用手工在browser输入信用卡号、失效日、金额？

目前国外网站主流都是VISA/MASTER输入卡号、到期日、跟Validation Code(后三码）网站在连线交易，一定要用HTTPSIE跟硬件连线多靠ActiveX架构，也就是目前微软可以保持长久以来竞争力的秘密

不能控制device? 那我是怎么用webatm的XD

感谢alog！受益匪浅！@spjay1.该银行的web ATM能否在Linux & firefox上面用？

信用卡读卡机基本上就是键盘输入只是有特定pattern

比较保守的官股银也可以 http://ppt.cc/6AY7

读key event就可以了

js也有print用法http://ppt.cc/wVLT 排版就css,html

@spjay1.如雷贯耳！原来browser plug-in/extenstion无所@spjay1.不能。Mozilla：XPCOM + XPConnect=控制device@nightspirit.感谢！若只求卡号，读key event是足够。@nightspirit.但若要命令卡机交易，势必需要extension。@spjay1.不知道js的window.print()的报表效果和PDF档，@spjay1.二者的差异，恐怕有点大？

效果不就现在前端技术的部分？翻到一位大大开发的报价系统http://ppt.cc/WZ3K

@spjay1.从(1)生产力(2)打印效果两个观点,宜选择何者？@spjay1.(a)CSS+html+js.window.print(), (b)server产生@spjay1.PDF后，browser下载并打印？@spjay1.(b)是指：先用WYSIWYG设计报表样板,然后在@spjay1.server产生PDF。

读卡机的话推荐个网址给你 http://ppt.cc/l4r4用applet的好处是可以跨很多浏览器..只要有装JRE都可用