[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
I think a few of you are missing what I am trying to say. I am still trying to confirm this 100%, but so far I have looked at the code and found that the code is in fact identical in both DateFormat() & LSDateFormat(). The only difference that I can see is that LSDateFormat has a wrapper to the main code to use local, then calles DateFormat(). So what I am saying is why was it done that way, the code cleary shows it setting DateFormat() with a default Locale of US. Like I stated I need to confirm it more, but that's what I see. I wasn't out for a war, a debate maybe. But wasn't trying to say DateFormat should be deprecated, instead of creating an extra function for LS[FunctionName] for localisation, why could they have checked the locale, and returned in that date. I mean as I stated the Code Clearly shows setting the locale to US and then calling the Java date functions passing the locale (Which is set to US). I know there must be a reason, but I just do not seem to see it. On 1/9/08, Barry Beattie <[EMAIL PROTECTED]> wrote: > > IMHO there are three "beasts" > > - undocumented functionality (and therefore unsupported) > - official features > - deprecated functionality. > > Just as "undocumented functionality" may evolve into "official > features", I see nothing wrong with moving stuff to be deprecated. Not > the same as dropping it completely (at least not yet). > > cfquery DSN querystrings anyone? > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] [Ann-Syd] Date and Speaker change (was Peter Farland in Sydney)
Unfortunately Peter can't make it. Instead, Danny Dura from the Platform Evangelism Team will be here on Thursday 24th Jan. Sorry, but he's on a tight schedule, hence the date. Venue details are yet to be confirmed. More details to follow. Please put 24th Jan in your diaries. And while you're at it add Mon 4th Feb and Mon 25th Feb for the next regularly scheduled meetings. Note: the meeting on the 4th was meant to be held the 28th Jan, but moved because 28th Jan is a public holiday Chris -- Chris Velevitch Manager - Sydney Flash Platform Developers Group m: 0415 469 095 www.flashdev.org.au --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
IMHO there are three "beasts" - undocumented functionality (and therefore unsupported) - official features - deprecated functionality. Just as "undocumented functionality" may evolve into "official features", I see nothing wrong with moving stuff to be deprecated. Not the same as dropping it completely (at least not yet). cfquery DSN querystrings anyone? On Jan 9, 2008 12:55 PM, Haikal Saadh <[EMAIL PROTECTED]> wrote: > > I agree. But this is exactly why we *deprecate*: > > It's formal acknowledgement that there's a better way of doing > something, an official statement saying the old functionality shouldn't > be used. > > > > > Raymond Camden wrote: > > On Jan 8, 2008 4:50 PM, Andrew Scott <[EMAIL PROTECTED]> wrote: > > > >> I agree with what you have stated, but it would have been better to enhance > >> one function than create a separate one, just my opinion that's all and > >> they > >> have alpha and beta testers that can check for breakage. > >> > >> > > > > Heh, they can have 1000 alpha testers, and that's still a drop in the > > bucket to the _millions_ of lines of code out there. Trust me - the > > backwards compat thing bugs me too, but I can definitely understand > > Adobe's position here. > > > > > > > > > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
I agree. But this is exactly why we *deprecate*: It's formal acknowledgement that there's a better way of doing something, an official statement saying the old functionality shouldn't be used. Raymond Camden wrote: > On Jan 8, 2008 4:50 PM, Andrew Scott <[EMAIL PROTECTED]> wrote: > >> I agree with what you have stated, but it would have been better to enhance >> one function than create a separate one, just my opinion that's all and they >> have alpha and beta testers that can check for breakage. >> >> > > Heh, they can have 1000 alpha testers, and that's still a drop in the > bucket to the _millions_ of lines of code out there. Trust me - the > backwards compat thing bugs me too, but I can definitely understand > Adobe's position here. > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
On Jan 8, 2008 4:50 PM, Andrew Scott <[EMAIL PROTECTED]> wrote: > I agree with what you have stated, but it would have been better to enhance > one function than create a separate one, just my opinion that's all and they > have alpha and beta testers that can check for breakage. > Heh, they can have 1000 alpha testers, and that's still a drop in the bucket to the _millions_ of lines of code out there. Trust me - the backwards compat thing bugs me too, but I can definitely understand Adobe's position here. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
I personally use cfsavecontent if I need to save more than a few words... or if there's quotes and punctuation involved. I think it makes for more readable code. M@ Bourke wrote: > > ... Some JS code. > > > > I've never used cfsavecontent to use cfhtmlhead > I simply just use cfhtmlhead and place my javascript within its text > attribute. > You do need to make some minor syntax changes to your JS as far as > quotes go. > > does everyone else use cfsavecontent when giving head to the javascript > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Multipage PDF as Blob in database
Cheers, thanks Charlie will give this a go. On Jan 9, 5:10 am, "Charlie Arehart \(lists account\)" <[EMAIL PROTECTED]> wrote: > Justin, you don't show using type="application/pdf" in the CFCONTENT. I > realize you may be saying that it was working for you as long as the PDF > wasn't multi-page, but how about adding that? Or it could also be your lack > of reset="Yes", if any other content had been generated on the page prior to > the CFCONTENT. > > BTW, another hidden gem in CF8 is that if you were using the FILE attribute > in CFCONTENT (as opposed to your use of variable), you could get away with > not specifying the TYPE, and it would to try to figure out the mime type > from the file. > > /charlie > > > > -Original Message- > From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf > > Of Justin Raymond > Sent: Monday, January 07, 2008 12:13 AM > To: cfaussie > Subject: [cfaussie] Multipage PDF as Blob in database > > Hi all, > (IIS,SQL Server, CF7) > I am having been storing files as blobs successfully for a while and am > streaming it directly to the browser using the following: > > > > variable="#fileDetails.file_object#"> > > However i have noticed that whenever a MULTI-PAGE pdf file is uploaded and > then streamed back to the browser it opens as a damaged and corrupt file. > Has anyone experienced this or have any suggestions? > > Thanks again > > Justin- Hide quoted text - > > - Show quoted text - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
Ray, I agree with what you have stated, but it would have been better to enhance one function than create a separate one, just my opinion that's all and they have alpha and beta testers that can check for breakage. Andrew Scott Senior Coldfusion Developer Aegeon Pty. Ltd. www.aegeon.com.au Phone: +613 9015 8628 Mobile: 0404 998 273 -Original Message- From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Camden Sent: Wednesday, 9 January 2008 1:12 AM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())? Andrew, consider the fact that while you are a Software Engineer, you need to look at Adobe, and CFML, as a Vendor. They cannot afford to willy nilly break backwards compat. You have no idea how many lines of code out there use stuff like parameterExists. Yes - the language would be 'nicer' without deprecated tags, but you need to look at this from Adobe's view. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Multipage PDF as Blob in database
Justin, you don't show using type="application/pdf" in the CFCONTENT. I realize you may be saying that it was working for you as long as the PDF wasn't multi-page, but how about adding that? Or it could also be your lack of reset="Yes", if any other content had been generated on the page prior to the CFCONTENT. BTW, another hidden gem in CF8 is that if you were using the FILE attribute in CFCONTENT (as opposed to your use of variable), you could get away with not specifying the TYPE, and it would to try to figure out the mime type from the file. /charlie -Original Message- From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Justin Raymond Sent: Monday, January 07, 2008 12:13 AM To: cfaussie Subject: [cfaussie] Multipage PDF as Blob in database Hi all, (IIS,SQL Server, CF7) I am having been storing files as blobs successfully for a while and am streaming it directly to the browser using the following: However i have noticed that whenever a MULTI-PAGE pdf file is uploaded and then streamed back to the browser it opens as a damaged and corrupt file. Has anyone experienced this or have any suggestions? Thanks again Justin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
Doh!.I was just so tickled by the Freudian slip that I wrote in haste. :-) It didn't help that Mr. B had also written 2 notes (on the cf admin issue thread) just before I read your notes. Sorry, [EMAIL PROTECTED] /charlie _ From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of M@ Bourke Sent: Tuesday, January 08, 2008 12:28 PM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())? I aint Mr Buzzy I'm M@ like on the floor --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
I aint Mr Buzzy I'm M@ like on the floor --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
Glad you clarified that, Mr. Buzzy. I was about to use your comment as nomination for a new CFEmmy category next year: most perverse coding practice. :-) /charlie _ From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of M@ Bourke Sent: Tuesday, January 08, 2008 8:17 AM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())? "giving javascript to the head" sorry sending probably would have been better M@ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
Andrew, consider the fact that while you are a Software Engineer, you need to look at Adobe, and CFML, as a Vendor. They cannot afford to willy nilly break backwards compat. You have no idea how many lines of code out there use stuff like parameterExists. Yes - the language would be 'nicer' without deprecated tags, but you need to look at this from Adobe's view. On Jan 7, 2008 4:58 PM, Andrew Scott <[EMAIL PROTECTED]> wrote: > Anyway, I speak from a Software Engineer point of view and I do not see any > reason for 2 functions that technically do the same thing. > -- === Raymond Camden, Camden Media Email: [EMAIL PROTECTED] Blog : www.coldfusionjedi.com AOL IM : cfjedimaster Keep up to date with the community: http://www.coldfusionbloggers.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
"giving javascript to the head" sorry sending probably would have been better M@ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
... Some JS code. I've never used cfsavecontent to use cfhtmlhead I simply just use cfhtmlhead and place my javascript within its text attribute. You do need to make some minor syntax changes to your JS as far as quotes go. does everyone else use cfsavecontent when giving head to the javascript --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Cf admin issue
I've been meaning to do so for a long time. I don't think one particular instance is broken as they are all configured the same. I think it's domain cookie related. Just a hunch. On 1/8/08, João Fernandes <[EMAIL PROTECTED]> wrote: > > Try to sniff the requests with a working and a non working subdomain and > compare them. > -- > > João Fernandes > > http://www.onflexwithcf.org > http://www.riapt.org > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Cf admin issue
Try to sniff the requests with a working and a non working subdomain and compare them. -- João Fernandes http://www.onflexwithcf.org http://www.riapt.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Cf admin issue
J, I completely understand. All my cfide's are virtual in iis, specifically to avoid the issue you describe (missing images etc) I believe you and I do it the same way. Cheers. On 1/8/08, João Fernandes <[EMAIL PROTECTED]> wrote: > > I wasn't speaking of cfide deployed under the webroot but the one that > is installed under the cfusion server when you deploy a new instance > (multiserver install in this case). invoking that cfide through the > cfusion port worked fine but once I was using through IIS, some files > where missing (images, etc ) and I had problems like you described. > This makes sense because in fact the IIS ISAPI filter only forwards > cfc/cfm requests to the server, so all other requests can't be resolved > properly. By adding the virtual cfide folder all my issues with the > cfadmin stopped. > -- > > João Fernandes > > http://www.onflexwithcf.org > http://www.riapt.org > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Cf admin issue
I wasn't speaking of cfide deployed under the webroot but the one that is installed under the cfusion server when you deploy a new instance (multiserver install in this case). invoking that cfide through the cfusion port worked fine but once I was using through IIS, some files where missing (images, etc ) and I had problems like you described. This makes sense because in fact the IIS ISAPI filter only forwards cfc/cfm requests to the server, so all other requests can't be resolved properly. By adding the virtual cfide folder all my issues with the cfadmin stopped. -- João Fernandes http://www.onflexwithcf.org http://www.riapt.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Cf admin issue
All iis cfide's are virtual. There are no cfide's under wwwroot :) On 1/8/08, João Fernandes <[EMAIL PROTECTED]> wrote: > > is the CFIDE just under the cf instance or do you have a IIS mapping > pointing to the one installed in the inetpub/wwwroot/CFIDE? > Never had any issue after adding a virtual CFIDE for each subdomain. > -- > > João Fernandes > > http://www.onflexwithcf.org > http://www.riapt.org > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
Charlie, I never knew about the cfhtmlhead tag, and made the assumption that it was added. However in my defence, I got told to use that to get what I needed done for the new Ajax UI in cf8. This came from people who should know how it works, regardless of when this tag was introduced. I do see a lack of forsight on the developers. There are many tags that are thought off, but not thought of properly. Whether this is the fault of the developers, or the alpha testers. But at the end of the day I have seen many tags / functions that have been not thought of properly. the cfhtmlhead is a typical example, why could they have not thought of its use fully back then:-) As far as from a software engineer point of view, what is the point in duplicating code? Why not factor / refactor properlly in the first place? On 1/8/08, Charlie Arehart (lists account) <[EMAIL PROTECTED]> wrote: > > Andrew, I know people hate to see these kind of debates drawn out, and I've > been warned before not to be pulled into the web you weave :-), but I can't > let you stand on your assertions. You say > >"The code behind LSDateFormat is identical to DateFormat, the only > difference is that >LSDateFormat has a wrapper to call DateFormat and guess what > DateFormat returns the >default Locale. So my question is this, why? I can see that with the > new argument locale, >that could be the only reason behind it." > > Again, the function came out several years ago, before the addition of the > new argument locale. All the discussion here yesterday was about how it > works with SetLocale. I was the first to bring up the new locale > functionality in CF8. So all the other folks here are clearly discussing (as > they should) how the LS functions can be manipulated based on the SetLocale. > DateFormat, as an example, cannot. They're not the same, dude! I think your > "Software Engineer point of view" is clouding your perspective. > > Or others jump in. Am I missing something? Again, I prefaced my first note > here by admitting that I'm no expert on localization. Many of you are. Is > Andrew on to something here? Or missing the boat? And what about Barry and > others earlier in the thread who brought all this up: have any of my points > helped you? > > As for CFHTMLHEAD, again, I find your argument pretty specious. But please > read me carefully before responding. I'm not debating your suggested > enhancement. > > You accuse it of appearing "to have ... been thrown in at the last minute", > but again it's one of the oldest tags in CFML. You can complain that it > doesn't do what you want (that seems your beef), but you can't argue that it > was thrown together at the last minute just because it doesn't meet a need > you see. Again, you're accusing the engineers of being stupid, and not > foreseeing what you see is clearly a superior approach. I daresay no one has > reconsidered that tag and its uses in the several years since it came out. > Should they? Perhaps. That's where you can file an enhancement request, so > it's good to hear that you have. (So you see, I'm not arguing that your > proposed suggestion is specious--just the assertion about the tag being so > brain dead. It does serve the needs for which it was originally created.) > > I only pressed this because you threw out the off-hand comment at the > conclusion of your earlier note that this was another example of things in > CFML "that have been added without any thinking at all". I just think those > kind of comments are incendiary and inappropriate. Again, we don't have > insight into the many decisions that go on in the engineering team, whether > when creating a tag/function or when modifying it. Do I always agree with > them? Heck no. But that's what the betas are for. Get in there early and > make your case known, as it seems you have. Just think twice about casting > the aspersions (as I now see someone else said in that "other forum that > cannot be named" which you hinted at). Really, you can make your point > without that. :-) > > /charlie > > -Original Message- > From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf > Of Andrew Scott > Sent: Monday, January 07, 2008 5:58 PM > To: cfaussie@googlegroups.com > Subject: [cfaussie] Re: should DateFormat() be depricated (in favour > ofLSDateFormat())? > > > Sure, > > First things first I did not read your post in its entirety so the > context of disagreeing with you, goes right out the window:-) > > But to keep the subject in its context, I do wonder what was going through > the developers minds when they created the LSDateFormat and for what > purpose. > > But I can tell you this. > > The code behind LSDateFormat is identical to DateFormat, the only difference > is that LSDateFormat has a wrapper to call DateFormat and guess what > DateFormat returns the default Locale. > > So my question is this, why? I can see that with the new argument locale, > that could be th
[cfaussie] Re: should DateFormat() be depricated (in favour ofLSDateFormat())?
Andrew, please be sure to read ALL Charlies (or anyone else's for that matter) response before posting again. Yep...the whole thing! It will help us all :) On Jan 8, 6:10 pm, "Charlie Arehart \(lists account\)" <[EMAIL PROTECTED]> wrote: > Andrew, I know people hate to see these kind of debates drawn out, and I've > been warned before not to be pulled into the web you weave :-), but I can't > let you stand on your assertions. You say > > "The code behind LSDateFormat is identical to DateFormat, the only > difference is that > LSDateFormat has a wrapper to call DateFormat and guess what > DateFormat returns the > default Locale. So my question is this, why? I can see that with the > new argument locale, > that could be the only reason behind it." > > Again, the function came out several years ago, before the addition of the > new argument locale. All the discussion here yesterday was about how it > works with SetLocale. I was the first to bring up the new locale > functionality in CF8. So all the other folks here are clearly discussing (as > they should) how the LS functions can be manipulated based on the SetLocale. > DateFormat, as an example, cannot. They're not the same, dude! I think your > "Software Engineer point of view" is clouding your perspective. > > Or others jump in. Am I missing something? Again, I prefaced my first note > here by admitting that I'm no expert on localization. Many of you are. Is > Andrew on to something here? Or missing the boat? And what about Barry and > others earlier in the thread who brought all this up: have any of my points > helped you? > > As for CFHTMLHEAD, again, I find your argument pretty specious. But please > read me carefully before responding. I'm not debating your suggested > enhancement. > > You accuse it of appearing "to have ... been thrown in at the last minute", > but again it's one of the oldest tags in CFML. You can complain that it > doesn't do what you want (that seems your beef), but you can't argue that it > was thrown together at the last minute just because it doesn't meet a need > you see. Again, you're accusing the engineers of being stupid, and not > foreseeing what you see is clearly a superior approach. I daresay no one has > reconsidered that tag and its uses in the several years since it came out. > Should they? Perhaps. That's where you can file an enhancement request, so > it's good to hear that you have. (So you see, I'm not arguing that your > proposed suggestion is specious--just the assertion about the tag being so > brain dead. It does serve the needs for which it was originally created.) > > I only pressed this because you threw out the off-hand comment at the > conclusion of your earlier note that this was another example of things in > CFML "that have been added without any thinking at all". I just think those > kind of comments are incendiary and inappropriate. Again, we don't have > insight into the many decisions that go on in the engineering team, whether > when creating a tag/function or when modifying it. Do I always agree with > them? Heck no. But that's what the betas are for. Get in there early and > make your case known, as it seems you have. Just think twice about casting > the aspersions (as I now see someone else said in that "other forum that > cannot be named" which you hinted at). Really, you can make your point > without that. :-) > > /charlie > > > > -Original Message- > From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf > > Of Andrew Scott > Sent: Monday, January 07, 2008 5:58 PM > To: cfaussie@googlegroups.com > Subject: [cfaussie] Re: should DateFormat() be depricated (in favour > ofLSDateFormat())? > > Sure, > > First things first I did not read your post in its entirety so the > context of disagreeing with you, goes right out the window:-) > > But to keep the subject in its context, I do wonder what was going through > the developers minds when they created the LSDateFormat and for what > purpose. > > But I can tell you this. > > The code behind LSDateFormat is identical to DateFormat, the only difference > is that LSDateFormat has a wrapper to call DateFormat and guess what > DateFormat returns the default Locale. > > So my question is this, why? I can see that with the new argument locale, > that could be the only reason behind it. > > Anyway, I speak from a Software Engineer point of view and I do not see any > reason for 2 functions that technically do the same thing. > > Now let's talk about cfhtmlhead. > > While converting some of my extJS code over to coldfusion 8, I found that a > lot of it broke with JS code couldn't be found. Yet there they are in the > view source, so when I went investigating and did some further tests, the JS > HAS to be in the html HEAD tag. So with that in mind I got told that is why > this tag exists. > > So let's now look at why this is a hack at its best. > > To use this as it currently is one has to do this.
[cfaussie] Re: Cf admin issue
is the CFIDE just under the cf instance or do you have a IIS mapping pointing to the one installed in the inetpub/wwwroot/CFIDE? Never had any issue after adding a virtual CFIDE for each subdomain. -- João Fernandes http://www.onflexwithcf.org http://www.riapt.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
