Re: overloaded stack script

2007-01-06 Thread Eric Chatonet
Hi Kevin, Yes, 25.000 lines is a lot... Are you a novelist ;-) More seriously: What about putting your code into a separate stack and starting using it as a lib at launch? Best Regards from Paris, Eric Chatonet Le 6 janv. 07 à 08:48, kevin a écrit : Hi All, I am running Rev 2.7.4 on the

Re: libURL and Resumable Downloads

2007-01-06 Thread Dave Cragg
On 5 Jan 2007, at 22:12, Derek Bump wrote: Does libURL support resumable downloads via HTTP yet? I was looking at it a long time ago and it seems that if you just pass the start-byte number within the headers that it can be done (provided the server supports it). Though, it was not

Re: overloaded stack script

2007-01-06 Thread Jim Ault
On 1/5/07 11:48 PM, kevin [EMAIL PROTECTED] wrote: Hi All, I am running Rev 2.7.4 on the Mac and have a stack script containing ~25,000 lines of code. Its hard to edit because Rev runs so slowly with so many lines in a script and I'd love to split it up but most of the code are functions,

Re: libURL and Resumable Downloads

2007-01-06 Thread Derek Bump
Dave Cragg wrote: If you know the range of bytes you want to download, you can set the Range header. For example, to get the first 500 bytes of a file: set the httpHeaders to Range: bytes=0-499 Or to get the final 500 bytes: set the httpHeaders to Range: bytes=-500 Wow, that's

Re: cProps and umlauts Mac - Win

2007-01-06 Thread David Bovill
Is there a way to use unicode or some some textual encoding to achieve the same result - or is the only way to get your head around the platform specific byte encoding? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this

Re: MacWorld

2007-01-06 Thread David Bovill
Great I'm there! ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution

Re: File lists - function or command?

2007-01-06 Thread David Bovill
Richard I do not recall that thread but my take on this is that the differences fall into: 1) Functional - now whats a better word for this :) The functional distinction is AFAIK almost zero. There is only one possible functional issue that I came across a few years back - which may have

Re: File lists - function or command?

2007-01-06 Thread Richard Gaskin
David Bovill wrote: Richard I do not recall that thread but my take on this is that the differences fall into: 1) Functional - now whats a better word for this :) The functional distinction is AFAIK almost zero. There is only one possible functional issue that I came across a few years back

Re: Variable holding a chunk

2007-01-06 Thread Bill Marriott
I personally always live in the dictionary. It has a field at the top which filters stuff out for you as you type. For this specific function, I would probably type in evaluate because I want Rev to evaluate the chunk expression rather than to use it as a literal string. This gives you the

Re: Variable holding a chunk

2007-01-06 Thread Jim Carwardine
It's always driven me crazy and now I can't remember from the HC days whether I had to use the value of expression or not. It's just that each time I use it, if it has been more than a few weeks, I have to relearn it. Thanks everyone... Jim on 1/6/07 2:49 PM, Bill Marriott wrote: I personally

finding data in field

2007-01-06 Thread Robert Mann
I have a field of names separated by tabs Label tab fcdqty Label tab fcd1qty Label tab fcd3qty What I am trying to do is find the second item then once I find it select the first item in that line, below is what I have tried but does not work find word tcolname in fld fieldmatch - -this

Re: finding data in field

2007-01-06 Thread Joe Lewis Wilkins
Hi Rob, A couple of observations: I assume it is: fld fieldmatch (and that you just omitted the final quote in the email) and that; you've defined the itemDelimiter as being a TAB; Not to be overly critical, but there is no need to be quite so cryptical with your names. We have an amazing

RE: finding data in field

2007-01-06 Thread Robert Mann
This is the complete handler with some changes, still not working put SELECT gfields FROM gtable ; into theSQL put revQueryDatabase(gdbresult, theSQL) into FirstcurID put revNumberOfRecords(FirstcurID) into numrecord put revDatabaseColumnCount(FirstcurID) into colNum put

Re: finding data in field

2007-01-06 Thread Joe Lewis Wilkins
Rob, I assume you have declared ALL of the globals in the handler? On Jan 6, 2007, at 12:15 PM, Robert Mann wrote: This is the complete handler with some changes, still not working put SELECT gfields FROM gtable ; into theSQL put revQueryDatabase(gdbresult, theSQL) into FirstcurID

RE: finding data in field

2007-01-06 Thread Robert Mann
Yes global gfields, gtable,gdbresult, gnewname local tcolname, tcolnames, tline, numrecord, theSQL, FirstcurID, colnum, theSQL2, secondcurID,tncolnames, colnum2, tnewcolname, tcolvalues -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Lewis Wilkins

Re: File lists - function or command?

2007-01-06 Thread David Bovill
Ah - that could be possible and may explain why I had some problems using functions with send - I only got problems with deep nesting (usually recursion I think) - which got fixed by changeing to a command. On 06/01/07, Richard Gaskin [EMAIL PROTECTED] wrote: But in my weak memory I recall

Re: finding data in field

2007-01-06 Thread Sarah Reichelt
On 1/7/07, Robert Mann [EMAIL PROTECTED] wrote: I have a field of names separated by tabs Label tab fcdqty Label tab fcd1qty Label tab fcd3qty What I am trying to do is find the second item then once I find it select the first item in that line, below is what I have tried but does not work

Re: finding data in field

2007-01-06 Thread Joe Lewis Wilkins
How about putting in an actual word whose location you know to replace tcolname - as a test? To see if everything else is working. I see this list has some real size limits, so my suggestion about posting the entire handler may not have been very good. That's too bad! Joe Wilkins On Jan