thanks for all your replies and guidance... i think you guys have helped us
understand that building the queries in strings is indeed craziness!
We previously had functions that retrieved user defined filters from a table
and then built the 'where clause' in a string to run on the main query.
yes you would need to get rid of the / mapping, which we always do anyway as
most people do use / for referencing the root of their site.
On Sun, Jun 26, 2011 at 12:05 AM, Peter Donahue pdonah...@satx.rr.comwrote:
Hello Russ and everyone,
We tried your suggestion. As long as the pages
Yes you did but I also asked for the PDF in question so that I could run
some tests as well, maybe you missed that:-)
I didn't miss it. The content of the pdf has absolutely no interest.
I told you it hapened to contain somewhere a string cf, the rest making an
invalid CF tag.
This is enough
The alternative, though, would be
for the executing process to run your first program before compiling
the second, which sounds like it would be generally an inefficient
thing to do - the more times control has to be passed from one process
to another, the longer things generally take. And
I did Claude (But I stated a possible bug), because I still am struggling
because you don't share the code, to how you are including or loading the
PDF. In other words I think there is a solution but I would need to see the
code and the offending PDF to help further.
No, he did post all the
1) Why are you using application/octet-stream instead of the PDF one? Are
you going to be using other file types here?
My guess is that his application doesn't keep track of the MIME types
for individual files.
2) Why do you have cfabort in your code, this screams bad coding. Cfabort
means
Dave,
Really I didn't get that from his posts..
The part that I am struggling with is the actual PDF itself, regardless of
whether it is called via a cfml template or not. I strongly believe that if
you are using cfcontent to deliver a file with the extension of PDF then it
*SHOULD* not
No there isn't, just weird seeing cfabort rather than cfexit
method=exittemplate / which is better as you know that the application
will eventually fall down to onRequestEnd.cfm were as cfabort will not.
Regards,
Andrew Scott
http://www.andyscott.id.au/
-Original Message-
From:
I strongly believe that if
you are using cfcontent to deliver a file with the extension of PDF then it
*SHOULD* not compile that file, only the template it is being called from.
What you don't understand is that the file somefile.pdf.cfm
IS the actual somefile.pdf file simply renamed
just weird seeing cfabort rather than cfexit
method=exittemplate / which is better as you know that the application
will eventually fall down to onRequestEnd.cfm were as cfabort will not.
When you use CFCONTENT to deliver content, there is nothing else needed to be
done, except terminate the
The part that I am struggling with is the actual PDF itself, regardless of
whether it is called via a cfml template or not. I strongly believe that if
you are using cfcontent to deliver a file with the extension of PDF then it
*SHOULD* not compile that file, only the template it is being
No there isn't, just weird seeing cfabort rather than cfexit
method=exittemplate / which is better as you know that the application
will eventually fall down to onRequestEnd.cfm were as cfabort will not.
In many cases you might not want onRequestEnd.cfm to execute.
Dave Watts, CTO, Fig Leaf
Andew, it has been said several times that the problem was caused by a user
link to the file directly, it is not caused by cfcontent, thus why it got
compiled.
On Sun, Jun 26, 2011 at 5:07 PM, Andrew Scott andr...@andyscott.id.auwrote:
Dave,
Really I didn't get that from his posts..
Well depending on what kind of mobile developementAdobe AIR is quite
nice and no need for HTML or CSS.
Cheers
On Fri, 2011-06-24 at 23:05 -0400, Rick Faircloth wrote:
I've been searching for an answer to the question:
To us or not to use HTML5 and CSS3 in desktop
and mobile
Well Rick...one browser if you will...AIR ;-)
On Sat, 2011-06-25 at 09:46 -0400, Rick Faircloth wrote:
Thanks for the feedback, Maureen.
I know how you feel. I wish we could just
have one browser to rule them all. I don't
even want to think about how good that would be...
Actually I can't think of one.
Regards,
Andrew Scott
http://www.andyscott.id.au/
-Original Message-
From: Dave Watts [mailto:dwa...@figleaf.com]
Sent: Monday, 27 June 2011 2:42 AM
To: cf-talk
Subject: Re: application.cfm
No there isn't, just weird seeing cfabort rather than
Actually cfabort was introduced as a debugging tag.
Regards,
Andrew Scott
http://www.andyscott.id.au/
-Original Message-
From: Claude Schnéegans schneeg...@internetique.com [mailto:=?ISO-
8859-1?Q?Claude_Schn=E9egans schneegans@interneti=71?= =?ISO-8859-
1?Q?ue.com=3E?=]
Sent:
Actually it wasn't that clear at all.
Look I am bowing out now, I will not be ridiculed by someone who found it
hard to comprehend that what he was doing was wrong and then gets defensive
about it when people are trying to actually understand what he is doing.
Regards,
Andrew Scott
Actually I can't think of one.
Well, I can think of a couple offhand. For example, you might have
some code that generates HTML output in onRequestEnd.cfm, and you
might have some scripts that generate something other than HTML. Or
you may simply not want to waste time processing code that's
Actually cfabort was introduced as a debugging tag.
No, it wasn't. It was introduced to allow the programmer to halt the
current program. While it can be useful for debugging, it's not
specific to debugging. I'm pretty sure that CFABORT has been around
since the very beginning of CFML.
Dave
20 matches
Mail list logo