MisterX wrote:
The last piece I added to this stack is a parser that finds
all your local assignments and puts them into the script if
missing. This script also recognizes also the locals assigned
outside of the script's handlers and puts them on top of the
script to avoid some conflicts when loc
Seems the localizer will be jut a localizer then...
Thanks Mark.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Mark Wieder
> Sent: Sunday, August 08, 2004 00:09
> To: How to use Revolution
> Subject: Re: Localizer - Transcr
> > I wrote a transcript translator engine for c,
> > pascal, basic
> > which also handles parts of fortran, php, flash,
> > java and js.
>
> This is extraordinary!
Not really but a lot of work scripting and debugging...
> If you have a website, you could
> provide this service via a Rev CGI.
on Sat, 7 Aug 2004
xavier bury wrote:
> I wrote a transcript translator engine for c,
> pascal, basic
> which also handles parts of fortran, php, flash,
> java and js.
This is extraordinary!
If you have a website, you could
provide this service via a Rev CGI.
The user enters your webpage, past
Troy,
> > So the question is whether this last script should be made
> > available separately in a stack from the other translators?
>
> Obviously, you are considering a possible good reason for these to be
> separate, but since I don't have a full understanding, perhaps you
> could humor me an
On Aug 7, 2004, at 1:44 AM, MisterX wrote:
So the question is whether this last script should be made
available separately in a stack from the other translators?
Obviously, you are considering a possible good reason for these to be
separate, but since I don't have a full understanding, perhaps you
After much scripting on it, I'm puzzled what I should do
and so would like to let you tell me what you think.
I wrote a transcript translator engine for c, pascal, basic
which also handles parts of fortran, php, flash, java and js.
The last piece I added to this stack is a parser that finds
all y
