It really just has to do with the color space settings on the PNG. Typically designers will switch to CMYK and save the PNG that way. The Java imaging they use for processing doesn't use this color space, so they have to convert it which slows everything down. Simply converting the PNG to RBG reduces the lag considerably, but I don't expect the OP to pre-process his PNGs. Kier Simmons Manager of Application Development
Phone: 713-791-6619 Toll Free: 1-888-482-5663 Fax: 713-791-6681 www.giveblood.org Please consider the environment before printing this e-mail. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of charlie arehart Sent: Tuesday, August 16, 2011 4:03 PM To: [email protected] Subject: RE: [Possible SPAM] [houcfug] Brainstorming time.. Importance: Low I'll just add that if one is using cfdocument pointing with HTML within it (such as img src, script src, etc) that points to local files, be sure to use the localurl="true" attribute on cfdocument. Otherwise it creates the equivalent of a cfhttp to each such file, which it really doesn't need to. Can make a huge difference in some instances. BTW, Kier, when you said it was slow for PNGs, I'm curious if this may have helped. (cfdocument doesn't really "process" pngs in any way differently than other formats, that I know of.) Also, and perhaps related, there were some image-processing bugs fixed in one of the hotfixes for CF 8/8.01. While they were primarily related to cfimage, perhaps they could be related in some indirect way to some underlying processing of cfdocument (to Kier's observation). Hope that's helpful. /charlie > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of Kier Simmons > Sent: Tuesday, August 16, 2011 2:33 PM > To: '[email protected]' > Subject: RE: [Possible SPAM] [houcfug] Brainstorming time.. > > Storing the image as a blob in the database itself then calling the > image directly using cfimage would probably do it. I'm not sure how > this process works with cfdocument (other than PNGs are slow in > cfdocument). I do know that you can load a blob image directly from > your DB to a web page. CF will just process the image into a temp DIR > and generate the img tag and path for it. It is possible that they > thought of this with cfdocument, so it couldn't hurt to try it. > Otherwise, I'd dump the images into a temp DIR and reference them > using their real image file names then just clean up after the script > processes. > > Kier Simmons > Manager of Application Development > > Phone: 713-791-6619 > Toll Free: 1-888-482-5663 > Fax: 713-791-6681 > www.giveblood.org > > Please consider the environment before printing this e-mail. > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of CF Master > Sent: Tuesday, August 16, 2011 11:38 AM > To: Houston ColdFusion Users' Group > Subject: [Possible SPAM] [houcfug] Brainstorming time.. > Importance: Low > > Need a little assistance here from my fellow HOU-CFUG crew > please....here's the issue: > > I have this application that uploads images, docs, etc. into this one > directory. The filenames are all saved in a database table. Now, > another piece of my application exports these contents into a PDF/ > cfdocument. Now, it's no problem w/ working w/ other PDFs (create > new, merging, etc.). The problem mainly affects embedding other files > into the PDF as well. > > Here's the GOTCHA. Each of these files are saved uniquely without a > file extension. The file extensions are saved in the DB table. > Imagine the three records below were in a DB table called UploadFiles. > > filename | extension > ------------------------ > abc | pdf > 123 | png > 222 | doc > > So actually, the files would be abc.pdf, 123.png, and 222.doc. Please > note that in my file/folder structure, it only contains the 'filename' > without the file extensions. Are there any suggestions you all can > provide? > > -- > You received this message because you are subscribed to the "Houston > ColdFusion Users' Group" discussion list. > To unsubscribe, send email to [email protected] > For more options, visit http://groups.google.com/group/houcfug?hl=en > > ColdBox training coming to Houston in July from the creator of > ColdBox, Luis Majano! > Use discount code "CFUG" for $175 off. More info at > http://bit.ly/ColdBoxHouston > > -- > You received this message because you are subscribed to the "Houston > ColdFusion Users' Group" discussion list. > To unsubscribe, send email to [email protected] > For more options, visit http://groups.google.com/group/houcfug?hl=en > > ColdBox training coming to Houston in July from the creator of > ColdBox, Luis Majano! > Use discount code "CFUG" for $175 off. More info at > http://bit.ly/ColdBoxHouston -- You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [email protected] For more options, visit http://groups.google.com/group/houcfug?hl=en ColdBox training coming to Houston in July from the creator of ColdBox, Luis Majano! Use discount code "CFUG" for $175 off. More info at http://bit.ly/ColdBoxHouston -- You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [email protected] For more options, visit http://groups.google.com/group/houcfug?hl=en ColdBox training coming to Houston in July from the creator of ColdBox, Luis Majano! Use discount code "CFUG" for $175 off. More info at http://bit.ly/ColdBoxHouston
