Re: [python-win32] Running a script
On 9/20/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Assuming your Python installation is viable (does typing python sansquotes at the command line launch the Python interpreter?), have you renamed the file from rtf2xml to rtf2xml.py as required to rununder MS Windows? I fear that may not be enough, he will have to try python rtf2xml.py. Also scripts are installed in C:\Python24\Scripts, so unless rtf2xml comes with a batch file, and Scripts folder is in the path, he will have to either go to scripts folder of give complete path to python python c:\python24\scripts\rtf2xmp.py args. -- Amit UpadhyayBlog: http://www.rootshell.be/~upadhyay+91-9867-359-701 ___ Python-win32 mailing list Python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32
Re: [python-win32] Client site not available
The same process works fin in VBScript on the example page from MagTek.. Does it work from VBScript executed via cscript/wscript? If it only works from VBScript inside a webpage hosting the control, the problem will be that you need an OCX container to host the control. Pythonwin is capable (see the pywin\demos\ocx dir), as is wxPython (but I've never use that). Otherwise, can you post the VBScript code which does work (just up to the successful PortOpen property set)? Cheers, Mark ___ Python-win32 mailing list Python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32
Re: [python-win32] Client site not available
Mark Hammond wrote: The same process works fin in _vbscript_ on the example page from MagTek.. Does it work from _vbscript_ executed via cscript/wscript? If it only works from _vbscript_ inside a webpage hosting the control, the problem will be that you need an OCX "container" to host the control. Pythonwin is capable (see the pywin\demos\ocx dir), as is wxPython (but I've never use that). Otherwise, can you post the _vbscript_ code which does work (just up to the successful PortOpen property set)? Cheers, Mark Thank you for the prompt answer Mark. You betcha, I can post the _vbscript_! ..and yes, it IS an OCX.. hmm, so I will need to treat this different then, than a regular COM? Here is the code (found at http://www.magtek.com/support/software/demo_programs/usb_swipe_insert/swipe_read_parse.asp): - code - start SCRIPT LANGUAGE="_vbscript_"!-- Sub window_onLoad() USBHID.PortOpen = True If Not(USBHID.PortOpen) then MsgBox "Unable to Open USB Reader" End if end sub Sub window_onUnload() USBHID.PortOpen = False end sub Sub USBHID_CardDataChanged() Document.MyForm.FIRST.Value = USBHID.GetFName() [-- snipped for brevity --] Document.MyForm.CARDDATA.Value = USBHID.CardData USBHID.ClearBuffer() end sub -- /SCRIPT OBJECT ID="USBHID" CLASSID="" class="moz-txt-link-rfc2396E" href="CLSID:22571E97-956A-4CDD-AF8D-AE9C26597683">"CLSID:22571E97-956A-4CDD-AF8D-AE9C26597683" CODEBASE="" /OBJECT -- code -end I looked in the OCX demos and saw that it does indeed seem to be handling it completely differently there... instead of using Dispatch, it seems I should use the gencache.EnsureModule() method etc. Problem is, which CLSID should I use for the call (there seems to be several different ones in the MakePY code that was generated). ___ Python-win32 mailing list Python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32
[python-win32] Getting tired with py2exe
I'm slowly getting tired maintaining py2exe. It is far from perfect, although it has interesting features (I would say). The problem, apart from the work, is that it is good enough for me - I can do everything that I need with it. But I assume I use far less libaries than other Python programmers, so a lot of bugs will never bite me. It is also interesting that the recently introduced bundle-files option, which allows to build single-file exes has gained a lot of interest - although the ONLY use case (so far) I have myself for it is to implement inproc COM servers which will compatible with Python clients (and other Python inproc COM servers) because of the total isolation of the Python VMs. Is anyone interested in taking over the maintainance, documentation, and further development? Should py2exe be integrated into another, larger, package? Pywin32 comes to mind, but also Philip Eby's setuptools (that's why I post to distutils-sig as well)... Thomas ___ Python-win32 mailing list Python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32
Re: [python-win32] Getting tired with py2exe
Thomas Heller wrote: I'm slowly getting tired maintaining py2exe. It is far from perfect, although it has interesting features (I would say). The problem, apart from the work, is that it is good enough for me - I can do everything that I need with it. But I assume I use far less libaries than other Python programmers, so a lot of bugs will never bite me. It is also interesting that the recently introduced bundle-files option, which allows to build single-file exes has gained a lot of interest - although the ONLY use case (so far) I have myself for it is to implement inproc COM servers which will compatible with Python clients (and other Python inproc COM servers) because of the total isolation of the Python VMs. Is anyone interested in taking over the maintainance, documentation, and further development? Should py2exe be integrated into another, larger, package? Pywin32 comes to mind, but also Philip Eby's setuptools (that's why I post to distutils-sig as well)... Ignoring all the philosophical questions I'd like to thank you for all your hard work on py2exe over the years, which has benefited the Windows Python community immeasurably. regards Steve -- Steve Holden +44 150 684 7255 +1 800 494 3119 Holden Web LLC www.holdenweb.com PyCon TX 2006 www.pycon.org ___ Python-win32 mailing list Python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32
Re: [python-win32] Getting tired with py2exe
Steve Holden wrote: Ignoring all the philosophical questions I'd like to thank you for all your hard work on py2exe over the years, which has benefited the Windows Python community immeasurably. regards Steve here here! I have just begun my trek into Python and am already relying upon Py2Exe for my projects. Thank you for an effective, well designed tool that is easy to use. It was one of the final deciding factors in our company's choice of languages. (not the least of which was the ease of which our dev team took to Python after pretzling with perl). I do hope you change your mind. Garth ___ Python-win32 mailing list Python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32
