I'm fairly certain that a 'backspace' will fire a change event in both browsers, so you might want to investigate (if you are interested).
I know that ant preferers '/' to '\' regardless of operating system since '\' is alway the 'escape'. - I always hated the Unix/Dos battle and prefer the Unix version so when in doubt use '/' - CF usualy will correct my mistakes. I'd also try getFileFromPath, expandPath etc.. and cfdump. On Thu, Apr 24, 2008 at 4:09 PM, Peyton Todd <[EMAIL PROTECTED]> wrote: > Thanks Mike, I'll try that next time I'm at the client's place of business, > after making sure I can get it working localhost. I do have a question about > it though: I'm never clear when to use forward slashes vs. backslashes, but I > do know that in writing web apps I've had much better luck with forward > slashes. So by \\servername\sharename did you mean //servername/sharename? > > Cameron, there was at most one CF error message - the 'file doesn't exist > message', though to be honest, I have only my notes, and my memory no longer > enables me to visualize that message precisely. Three of the other messages > were from the broswer: 'Page cannot be displayed', 'Firefox can't establish a > connection to the server at dsm-svr1-asc', and 'Firefox doesnot know how to > open this address because the protocol(J) isn't associated with any program'. > The other message, 'Member not found', was also a browser message, though of > a different sort: it presented itself as a javascript error message, namely > the little yellow exclamation point icon in the lower lefthand corner of the > page that one must click to open a window giving no more than a cryptic > message describing what's wrong, which as you know is a big reason for > developing in FF instead of IE. > > (Importantly, although it is irrelevant to the present issue, for my > particular web app IE is a far superior choice for production, so in > retrospect I'm glad that my client insisted upon it. The reason is that this > app makes heavy use of 'innerHTML = innerHTML + new_stuff' to enable users to > fill in a record template on the screen, then press a button to add another > record template to the screen, which they can then fill in, and so on, before > finally pressing a button to save them all. FF ignores user keystrokes in > determining the initial value of innerHTML, so if users had to go with FF, > they would have to add the right number of record templates to the screen > before filling them in - quite a nuisance. IE, on the other hand, does take > account of user keystrokes in determining the value of innerHTML, so with IE > the app works as intended. > > The downside of IE is that it does not interpret a backspace as a keypress, > so that backspaces do not fire the onkeypress event - which I need to enable > the Save button. FF does interpret backspaces as keypresses. But on balance, > for purposes of this app, the IE implementation turns out to be much better > than the choices made by FF.) > > > -----Original Message----- > >From: Mike Staver <[EMAIL PROTECTED]> > >Sent: Apr 24, 2008 3:29 PM > >To: [email protected] > >Subject: Re: [ACFUG Discuss] How Load Files from Outside the Web Directory? > > > >Just off the top of my head and after a quick scan of your email here, I > >would suggest using cffile. Is it possible to use it copy the file into a > >loadable directory, atleast temporarily? I would think that no matter > >what, you won't want to throw up files on your site from a directory that > >is not meant to be public. I would think you'd be in for a world of hurt > >if somebody is able to comprimise the machine that way... Another option > >is mounting another disk inside the wwwroot folder. Very easy in linux > >land with fstab, but in windows it's a little more obscure, but possible. > >also, I wouldn't use J: or something like it - I would try using cffile > >with the \\servername\sharename type of naming convention... > > > >> > > > >> Hello. My site needs to load PDFs which are located in a different > >> directory (in fact, on a different disk drive) than the one on which the > >> site's web pages reside. In developing this by working as localhost on my > >> own desktop PC at home, the following code works flawlessly: > >> > >> <cfcontent file = 'D:/Styles/553/55303.pdf'> > >> > >> where the web page containing the above line of code, and everything else > >> in the site, is on a subdirectory of C:/Inetpub/wwwroot/. Also, in real > >> life the parameter 'D:/Styles/553/55303.pdf' is a #variable# which can > >> evaluate to that path among others; I'm hard-coding it here to simplify > >> the example. > >> > >> My problem is that this must work on a network where the target is in a > >> virtual directory on a different box. Since that virtual directory > >> presents itself to us humans as drive J, the value of the file attribute > >> in the above <cfcontent> tag should presumably be 'J:/553/55303.pdf'. But > >> when I plug 'J:/553/55303.pdf' into the above tag, both Firefox(FF) and > >> Internet Explorer(IE) complain that the file does not exist. > >> > >> A different approach is suggested by the fact that Windows Explorer (a.k.a > >> 'My Computer') shows the 'real(?), or underlying(?) location corresponding > >> to virtual drive J to be "Styles on 'dsm=svr1-acr'". The Help desk at > >> Leapfrog (the company which built my client's network) suggested that I > >> use '//dsm-svr1-acr/553/55303.pdf' instead of 'J:/553/55303.pdf'. But when > >> I try that, FF says it 'can't establish a connection to the server at > >> dsm-svr1-acr'; and IE says 'Page cannot be displayed'. > >> > >> The third method I tried was to use <cflocation> istead of <cfcontent>, as > >> below: > >> > >> <cflocation url="J:/553/55303.pdf">. > >> > >> I would assume <cflocation> should be equivalent to the <cfcontent> tag in > >> this situation since, based on the Livedocs, the difference between the > >> two seems to be only that <cfcontent> provides extra capabilities such as > >> specifying the MIME type, loading from a variable instead of a file, and > >> deleting the file after its contents are loaded to the page; and none of > >> those capabilities are needed here. Is that right? > >> > >> In any case, when I try the code with <cflocation> as above, sometimes the > >> PDF is loaded or failure. When it does not work, FF sometimes interprets > >> the letter J as a protocol, and reports that it 'doesn't know how to open > >> this address because the protocol (J) isn't associated with any program'. > >> At other times it simply loads a blank page with no error message (based > >> on my notes, this seems to depend on whether the value of the url > >> attribute was substituted vs. hard-coded but I'm not sure of this). As to > >> IE, when the <cflocation> method does not work, I get a javascript message > >> saying 'Error: Member not found' (I neglected to mention that the page > >> containing the <cfcontent> or <cflocation> tag is actually loaded to a > >> child window via the javascript code: > >> > >> win=window.open: > >> (showpdf,'Style','width=800,height=500,resizable=yes'), > >> > >> where shopdf evaluates to the url of the page containing the <cfcontent> > >> or <cflocation> tag, with the path to the file as part of its query > >> string. > >> > >> Can anyone shed light on what's happening here, and what I should be doing > >> to make this work? > >> > >> Thanks, > >> > >> Peyton > >> > >> > >> > >> > >> ------------------------------------------------------------- > >> Annual Sponsor FigLeaf Software - http://www.figleaf.com > >> > >> To unsubscribe from this list, manage your profile @ > >> http://www.acfug.org?fa=login.edituserform > >> > >> For more info, see http://www.acfug.org/mailinglists > >> Archive @ http://www.mail-archive.com/discussion%40acfug.org/ > >> List hosted by http://www.fusionlink.com > >> ------------------------------------------------------------- > >> > >> > >> > > > > > > > >------------------------------------------------------------- > >Annual Sponsor FigLeaf Software - http://www.figleaf.com > > > >To unsubscribe from this list, manage your profile @ > >http://www.acfug.org?fa=login.edituserform > > > >For more info, see http://www.acfug.org/mailinglists > >Archive @ http://www.mail-archive.com/discussion%40acfug.org/ > >List hosted by http://www.fusionlink.com > >------------------------------------------------------------- > > > > > > > > > > ------------------------------------------------------------- > Annual Sponsor FigLeaf Software - http://www.figleaf.com > > To unsubscribe from this list, manage your profile @ > http://www.acfug.org?fa=login.edituserform > > For more info, see http://www.acfug.org/mailinglists > Archive @ http://www.mail-archive.com/discussion%40acfug.org/ > List hosted by http://www.fusionlink.com > ------------------------------------------------------------- > > > > -- Darin Kohles RIA Application Developer ------------------------------------------------------------- Annual Sponsor FigLeaf Software - http://www.figleaf.com To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------
