Re: libUrl documentation and download

2004-10-30 Thread Robert Brenstein
Until the RunRev site has the libUrl documentation back up again, 
you can view it here:

http://www.lacscentre.co.uk/liburl/
Excellent -- thank you!
indeed
But as always, I'm open to opinions.
It won't affect Rev folks, and it seems few MC users use the same 
copy of mctools.mc across multiple engines, so it seems I may be the 
only one affected.

Don't bother on my account. I need to build a libURL multi-loader 
for myself anyway, and I'll happily share it if we can find anyone 
else who would want it.
I am more or less regularly using different engine/ide combos so I 
may be game for this.

Robert
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


libUrl documentation and download

2004-10-26 Thread Dave Cragg
Hi
Until the RunRev site has the libUrl documentation back up again, you 
can view it here:

http://www.lacscentre.co.uk/liburl/
You can also get an updater for the latest version (1.1.1 or 1.0.16) 
there as well. (Note that the previously announced betas of these 
versions introduced a bug that might affect POST commands to some http 
servers. So anyone using those betas should probably upgrade.)

The updater is semi-intelligent in that it will install the appropriate 
version for the engine you currently have installed. But if you later 
swap engines, and keep the same mctools.mc stack, you may end up with 
the wrong version. So it's probably best to keep the updater around, 
and run it again if you ever swap engines.

As discussed before, I was thinking about a more intelligent version 
that would keep two library stacks in custom properties, and load the 
appropriate one with a libraryStack handler. But I'm currently against 
the idea for two reasons;

1.  It makes accessing/editing the script more difficult for 
developers, and I really want people to access the scripts and fix 
problems they find.

2.  It's quite possible that future versions of libUrl will introduce 
more new syntax from newer engines, and therefore we'll need an even 
smarter (thus bug-prone) loading system.

But as always, I'm open to opinions.
Cheers
Dave
PS  I just made a late booking for EuroRevCon, so looking forward to 
meeting those of you who'll be there.

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Re: libUrl documentation and download

2004-10-26 Thread Mark Talluto
On Oct 26, 2004, at 1:53 PM, Dave Cragg wrote:
Until the RunRev site has the libUrl documentation back up again, you 
can view it here:

http://www.lacscentre.co.uk/liburl/

Dave,
Thank you very much for all of your work.  Many of the projects I work 
on take advantage of this wonderful library.

--
Best regards,
Mark Talluto
28612 Avalon Ave
Moreno Valley, CA 92555
tel: (310) 483-9919
fax: (951) 924-6240
http://www.canelasoftware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Re: libUrl documentation and download

2004-10-26 Thread Scott Rossi
Recently, Mark Talluto wrote:

 Thank you very much for all of your work.  Many of the projects I work
 on take advantage of this wonderful library.

Seconded, thirded, fourthed, and fifthed.

Thanks very much Dave.  As always, your help and contributions are very much
appreciated.

Regards,

Scott Rossi
Creative Director
Tactile Media, Development  Design
-
E: [EMAIL PROTECTED]
W: http://www.tactilemedia.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Re: libUrl documentation and download

2004-10-26 Thread Richard Gaskin
Dave Cragg wrote:
Hi
Until the RunRev site has the libUrl documentation back up again, you 
can view it here:

http://www.lacscentre.co.uk/liburl/
Excellent -- thank you!
You can also get an updater for the latest version (1.1.1 or 1.0.16) 
there as well. (Note that the previously announced betas of these 
versions introduced a bug that might affect POST commands to some http 
servers. So anyone using those betas should probably upgrade.)

The updater is semi-intelligent in that it will install the appropriate 
version for the engine you currently have installed. But if you later 
swap engines, and keep the same mctools.mc stack, you may end up with 
the wrong version. So it's probably best to keep the updater around, and 
run it again if you ever swap engines.

As discussed before, I was thinking about a more intelligent version 
that would keep two library stacks in custom properties, and load the 
appropriate one with a libraryStack handler. But I'm currently against 
the idea for two reasons;

1.  It makes accessing/editing the script more difficult for developers, 
and I really want people to access the scripts and fix problems they find.

2.  It's quite possible that future versions of libUrl will introduce 
more new syntax from newer engines, and therefore we'll need an even 
smarter (thus bug-prone) loading system.

But as always, I'm open to opinions.
It won't affect Rev folks, and it seems few MC users use the same copy 
of mctools.mc across multiple engines, so it seems I may be the only one 
affected.

Don't bother on my account. I need to build a libURL multi-loader for 
myself anyway, and I'll happily share it if we can find anyone else who 
would want it.


PS  I just made a late booking for EuroRevCon, so looking forward to 
meeting those of you who'll be there.
So cool!  Glad you can make it.
--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


Re: libUrl documentation and download

2004-10-26 Thread Pierre Sahores
Le 26 oct. 04, à 23:13, Scott Rossi a écrit :
Recently, Mark Talluto wrote:
Thank you very much for all of your work.  Many of the projects I work
on take advantage of this wonderful library.
Seconded, thirded, fourthed, and fifthed.
Thanks very much Dave.  As always, your help and contributions are 
very much
appreciated.

Rev/MC could'nt be the n-tier apps development platform of choice 
they are without embedding LibURL !!! So thanks again and again, Andu. 
So many thanks for going head with that all, Dave.

Best Regards, Pierre
--
Bien cordialement, Pierre Sahores
100, rue de Paris
F - 77140 Nemours
[EMAIL PROTECTED]
[EMAIL PROTECTED]
GSM:   +33 6 03 95 77 70
Pro:  +33 1 64 45 05 33
Fax:  +33 1 64 45 05 33
http://www.sahores-conseil.com/
WEB/EAI services  ACID DB over IP
Mutualiser les deltas de productivité
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard