why use them at all? in fact why use the recordset cursor at all?
from(i=1; i lte myquery.recordcount;i=i+1){
writeoutput(myquery["myfield"][i]&"<br>");
}
this way a single query in memory can be used by lots of different code...
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Murat Demirci
Sent: 23 February 2005 10:22
To: CFCDev@cfczone.org
Subject: RE: [CFCDev] Using application.cfc to modify the request stream
But they are a little problematic. For example they don't increase or
decrease query.currentRow which causes issues when we want to develop a
custom tag to iterate over a query object ;)
Murat.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Roland Collins
> Sent: Wednesday, February 23, 2005 7:35 AM
> To: CFCDev@cfczone.org
> Subject: RE: [CFCDev] Using application.cfc to modify the
> request stream
>
> CFQuery actually has those functions already - they're just
> not documented
> :)
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Barry Beattie
> Sent: Tuesday, February 22, 2005 10:55 PM
> To: CFCDev@cfczone.org
> Subject: RE: [CFCDev] Using application.cfc to modify the
> request stream
>
>
> just to put it in perspective, ASP (classic) had
>
> Application_OnStart
> Application_OnEnd
> Session_OnStart
> Session_OnEnd
>
> in it's global.asa file back in 1998
>
> now ASP.NET has
>
> Application_Start
> Application_Init
> Application_Disposed
> Application_Error
> Application_End
> Application_BeginRequest
> Application_EndRequest
> Application_PreRequestHandlerExecute
> Application_PostRequestHandlerExecute
> Application_PreSendRequestHeaders
> Application_PreSendRequestContent
> Application_AcquireRequestState
> Application_ReleaseRequestState
> Application_AuthenticateRequest
> Application_AuthorizeRequest
> Session_Start
> Session_End
>
> woo hoo!
>
> and all MACR have to do is add this to cfquery
>
> queryName.first()
> queryName.last()
> queryName.isFirst()
> queryName.isLast()
> queryName.next()
> queryName.previous()
> queryName.findColumn(String name)
> sort(int columnID, boolean ascending)
> getColumnTypeName(int columnID)
>
> and it'll be a trip down memory lane (again circa 1998 with ADO 2.0)
>
>
> lets keep it real, people...*
>
> my 2c
> barry.b
>
>
> *PS: don't get me wrong: I've given up on ASP.NET as the pile
> of crap it
> is (did you see the MS breakfast at MXDU? that's why...)
>
> but CF isn't perfect either - yet!
>
> and if MACR think that all is well then it's up to us to "educate"
> them...
>
>
>
>
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of John Farrar
> Sent: Wednesday, 23 February 2005 11:31 AM
> To: CFCDev@cfczone.org
> Subject: Re: [CFCDev] Using application.cfc to modify the
> request stream
>
> Right... it likely was... (the using of .cfc solution that is...) but
> there were several of us who chip'd in with a number of
> drafts for how
> to do this. His solution is a collection of what we pumped
> his way. He
> deserves the credit for organizing, evaluating and compiling.
> I wouldn't
>
> give him real credit for being totally original though, just
> a very good
>
> application of what he collected!
>
> Mystery Contributor.
>
> Nando wrote:
>
> >Roland,
> >
> >Before you give up, here's a suggestion. Email Ben Forta and
> ask him. I
> was
> >just at a Blackstone presentation he gave and he said that
> application.cfc
> >was his idea originally, he wrote the specification for it - and
> although
> >the 2.5 hours went by very fast and was jam packed with detail, i
> *think* i
> >remember he suggested using onRequest() to strip white space. In any
> case, i
> >think it's a good bet he may have an idea how to accomplish this.
> >
> >
>
>
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email to
> cfcdev@cfczone.org with the words 'unsubscribe cfcdev' as the
> subject of
> the email.
>
> CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
> (www.cfxhosting.com).
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/cfcdev@cfczone.org
>
>
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email to
> cfcdev@cfczone.org with the words 'unsubscribe cfcdev' as the
> subject of the
> email.
>
> CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
> (www.cfxhosting.com).
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/cfcdev@cfczone.org
>
>
>
>
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email
> to cfcdev@cfczone.org with the words 'unsubscribe cfcdev' as
> the subject of the email.
>
> CFCDev is run by CFCZone (www.cfczone.org) and supported by
> CFXHosting (www.cfxhosting.com).
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/cfcdev@cfczone.org
>
>
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
cfcdev@cfczone.org with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/cfcdev@cfczone.org
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
cfcdev@cfczone.org with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/cfcdev@cfczone.org
