Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Pierre Sahores
Hi Alain, Try this witch works for me perfectly from MC 2.32 to 2.5: set httpheaders to Content-type: application/x-www-form-urlencoded return post fld 1 to url myURL Hope this help. Best, On Thu, 2003-07-24 at 05:19, Alain Farmer wrote: Hello Scott and y'all, I have a persistant

Re: Standalone Builder question

2003-07-24 Thread jbv
Thank you all for your kind answers and wise recommendations to test the standalone on a Windoze machine before releasing it. But actually the reason why I decided to build the Win standalone on a Mac is because I'm facing another problem : a Win standalone built on an XP machine doesn't launch

MC OpenGL (update)

2003-07-24 Thread jbv
Hi list, Although I don't have much time to spend on this project these days, I managed to build an external for accessing openGL on Mac. Since it's Carbon compatible, it should run on OS8.6 to OSX (haven't tested it on OSX though). As I already achieved something similar on Win32 a few months

Re: Standalone Builder question

2003-07-24 Thread Shari
But actually the reason why I decided to build the Win standalone on a Mac is because I'm facing another problem : a Win standalone built on an XP machine doesn't launch on a Win98 machine... Actually it's been built on an XP machine, then burned on a CD, then ftp transfered via Fetch on a Mac to

Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Dave Cragg
At 8:19 pm -0700 23/7/03, Alain Farmer wrote: Hello Scott and y'all, I have a persistant problem with the post url syntax of MetaCard 2.5, as I did with 2.4 as well. The client is a MetaCard 2.5 stack with the following handler in a button : on mouseUp put http://www.giguere.uqam.ca/; into

launching apps in background

2003-07-24 Thread slavko milekic
Hi list, I have a problem launching an application (Win 98 environment) in the background using the shell function: if I use: get shell(C:\volume\folder\app.exe) nothing happens using, launch(C:\volume\folder\app.exe) the application is launched but in the foreground... any suggestions?

Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Alain Farmer
Hello, Hi Alain, Try this witch works for me perfectly from MC 2.32 to 2.5: set httpheaders to Content-type: application/x-www-form-urlencoded return post fld 1 to url myURL Hope this help. Thank you for the attempt, Pierre, but I tried it just now and my problem remains unchanged. My

Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Yennie
FWIW, since this is in fact part of libURL, it is possible to edit the scripts in question and change their behavior if either the need is urgent or it doesn't get officially changed. If you truly want the socket immediately closed, is there any reason why you can't check for it and close it

Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Alain Farmer
Bravo Yennie, you're a genius! :)) repeat until the openSockets is empty close socket (line 1 of the openSockets) end repeat The above makes it work. I am thrilled! :)) The close socket syntax is not documented anywhere. Or perhaps it is only my Help stacks that are too dated. Is it

Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Pierre Sahores
On Thu, 2003-07-24 at 22:18, Alain Farmer wrote: Hello, Hi Alain, Try this witch works for me perfectly from MC 2.32 to 2.5: set httpheaders to Content-type: application/x-www-form-urlencoded return post fld 1 to url myURL Hope this help. Thank you for the attempt, Pierre, but

Re: Buggy post url cmd - socket stays open

2003-07-24 Thread Yennie
Alain, Glad it worked. "close socket" is documented under the "close" command, although a bit buried and sparse. You'll find it on the very last line of both the syntax listing and the help text. FWIW, the Rev documentation is more complete on this particular command- I often find it helpful to

RE: launching apps in background

2003-07-24 Thread Ken Ray
Slavo, You can't use a full path with shell() since it doesn't work on the command line either. You need to cd to the folder where the app is and then execute it using: get shell(cd C:\volume\folder start app.exe) If you have spaces in the path name or the app you'll have to quote them (be