File Extensions and Directory Writes
in [Visual Basic]
|
From: Karl E. Peterson on 11 Mar 2010 12:35 Webbiz wrote: > On Wed, 10 Mar 2010 14:34:51 -0800, Karl E. Peterson <karl(a)exmvps.org> > wrote: > >> Webbiz wrote: >>> The problem of finding the path to Documents is solved. It wasn't as >>> big a deal as I had thought. >> >> Good. >> >>> However, I still can't find an answer to my FileType issue. I need to >>> somehow register my filetype of .fdr with Windows OS as associated >>> with my app. >> >> That's *not* what you said in your initial post! My sense is you're >> assuming you know what the problem is, but not really. That's always >> going to be trouble. If you're not sure what the difference is between >> what you just said, and what you originally said, ask. If you are, >> please clarify what you're *really* after. > > Yes that is what I said. Why the drill Karl? > > Quote from original post: > > "Problem: When the user goes to download this file, it shows up in the > download directory dialog as "myfile.unk". In other words, it has the > .unk filetype because my Windows system does not know what a .fdr file > is. > > Is there a way via code to add the .fdr filetype to the system?" > > > Same problem. My system does not recognize the .fdr filetype I'm using > for my download file. It defaults to .UNK when ask where to save the > file. I would like to show the actual filename "MyFile.fdr" when the > Save dialog opens up. To do that, .fdr needs to be added to the > filetypes that Windows understands. > > How is what I just said, and what I said before, and what I said at > the very beginning different? > > And if I knew what the problem was exactly I'd not have to ask for > help. > > ??? As I suggested in my first response, and as Kevin just expanded on a bit, the file association is probably the least of your issues at this point. It's only useful for one thing, really - to tell Windows what to launch when the user double-clicks the file. (It's also convenient for a couple of other "style point" issues, like the filetype string in Explorer and a custom icon and so on.) I was guessing you may need to set a mime-type on the server to solve the problem you originally posted about. Could also be related to the browser being used. Have you tried other download methods? If you have a link, I'm sure others here would be willing to try snatching a copy, to see what happens and what might be learned from that. -- ..NET: It's About Trust! http://vfred.mvps.org
From: Webbiz on 11 Mar 2010 18:27 On Thu, 11 Mar 2010 09:35:34 -0800, Karl E. Peterson <karl(a)exmvps.org> wrote: >Webbiz wrote: >> On Wed, 10 Mar 2010 14:34:51 -0800, Karl E. Peterson <karl(a)exmvps.org> >> wrote: >> >>> Webbiz wrote: >>>> The problem of finding the path to Documents is solved. It wasn't as >>>> big a deal as I had thought. >>> >>> Good. >>> >>>> However, I still can't find an answer to my FileType issue. I need to >>>> somehow register my filetype of .fdr with Windows OS as associated >>>> with my app. >>> >>> That's *not* what you said in your initial post! My sense is you're >>> assuming you know what the problem is, but not really. That's always >>> going to be trouble. If you're not sure what the difference is between >>> what you just said, and what you originally said, ask. If you are, >>> please clarify what you're *really* after. >> >> Yes that is what I said. Why the drill Karl? >> >> Quote from original post: >> >> "Problem: When the user goes to download this file, it shows up in the >> download directory dialog as "myfile.unk". In other words, it has the >> .unk filetype because my Windows system does not know what a .fdr file >> is. >> >> Is there a way via code to add the .fdr filetype to the system?" >> >> >> Same problem. My system does not recognize the .fdr filetype I'm using >> for my download file. It defaults to .UNK when ask where to save the >> file. I would like to show the actual filename "MyFile.fdr" when the >> Save dialog opens up. To do that, .fdr needs to be added to the >> filetypes that Windows understands. >> >> How is what I just said, and what I said before, and what I said at >> the very beginning different? >> >> And if I knew what the problem was exactly I'd not have to ask for >> help. >> >> ??? > >As I suggested in my first response, and as Kevin just expanded on a >bit, the file association is probably the least of your issues at this >point. It's only useful for one thing, really - to tell Windows what >to launch when the user double-clicks the file. (It's also convenient >for a couple of other "style point" issues, like the filetype string in >Explorer and a custom icon and so on.) > >I was guessing you may need to set a mime-type on the server to solve >the problem you originally posted about. Could also be related to the >browser being used. Have you tried other download methods? If you >have a link, I'm sure others here would be willing to try snatching a >copy, to see what happens and what might be learned from that. I gave up. It turned out to be a Mime issue and a subject I don't think I have a lot of time to become expert about. So to get around it, I decided to forego using my own filetype and went with .txt. Thanks. Webbiz
From: Webbiz on 11 Mar 2010 18:36 On Thu, 11 Mar 2010 11:20:42 +0000, Dee Earley <dee.earley(a)icode.co.uk> wrote: >I know you've had the answers already but.. > >On 10/03/2010 21:01, Webbiz wrote: ><SNIP> >> The directory defaults to c:\Program Files\MyApp > >No it doesn't... >(Unless you have an app really called "My App" which is just silly) > >Either give the full unmodified name, or don't give specifics at all. >Both are better then effectively lying. Effectively lying? You're kidding, right? Would it really make a difference if I told you the name is really GoobleryGook.exe? :-) Ok. The directory DOES default to c:\Program Files\GoobleryGook <g> That's because I'm saying that my application is coded to default to that directory, until I had to change it yesterday to deal with the Vista/Win7 restrictions. > >> For Windows 7 (and likely Vista), it will not allow the downloading of >> the file to write to this default directory. >> >> Is there a way to make it do so, or do I have to create a separate >> directory elsewhere as my only alternative. > >The user can download to wherever they want. >You should then allow them to open it from wherever they want. Many of my users are not that sharp with finding files and path names. I have to pick some location for my application to look for the downloaded file. The alternative is to have my app do a complete system search for the file each time, which I believe is a bit much for this. And if they end up with multiple copies on their drive, the app will then have to sort out which one to use based on date. The user is not going to open this file themselves. The app is doing this from within without the user having to request it, or having to open a dialog to locate and load it. :-) Webbiz
From: Dee Earley on 12 Mar 2010 05:35 On 11/03/2010 23:36, Webbiz wrote: > On Thu, 11 Mar 2010 11:20:42 +0000, Dee Earley > <dee.earley(a)icode.co.uk> wrote: > >> I know you've had the answers already but.. >> >> On 10/03/2010 21:01, Webbiz wrote: >> <SNIP> >>> The directory defaults to c:\Program Files\MyApp >> >> No it doesn't... >> (Unless you have an app really called "My App" which is just silly) >> >> Either give the full unmodified name, or don't give specifics at all. >> Both are better then effectively lying. > > Effectively lying? You're kidding, right? > > Would it really make a difference if I told you the name is really > GoobleryGook.exe? :-) It least it is slightly less obvious that you are giving us false information... For future reference, for us to help, we really need accurate information. Munged or obfuscated information and code just means it is harder for us to get to the bottom of something, to the point of us not being bothered to help. Is it really such a secret application that you can't even mention it's name when trying to get someone to help you with said application? -- Dee Earley (dee.earley(a)icode.co.uk) i-Catcher Development Team iCode Systems
From: Webbiz on 12 Mar 2010 14:40
On Fri, 12 Mar 2010 10:35:34 +0000, Dee Earley <dee.earley(a)icode.co.uk> wrote: >On 11/03/2010 23:36, Webbiz wrote: >> On Thu, 11 Mar 2010 11:20:42 +0000, Dee Earley >> <dee.earley(a)icode.co.uk> wrote: >> >>> I know you've had the answers already but.. >>> >>> On 10/03/2010 21:01, Webbiz wrote: >>> <SNIP> >>>> The directory defaults to c:\Program Files\MyApp >>> >>> No it doesn't... >>> (Unless you have an app really called "My App" which is just silly) >>> >>> Either give the full unmodified name, or don't give specifics at all. >>> Both are better then effectively lying. >> >> Effectively lying? You're kidding, right? >> >> Would it really make a difference if I told you the name is really >> GoobleryGook.exe? :-) > >It least it is slightly less obvious that you are giving us false >information... The name of the application is not important in order to ask or answer questions. All details pertinent are provided. The names have been changed to protect the innocent. <g> > >For future reference, for us to help, we really need accurate information. >Munged or obfuscated information and code just means it is harder for us >to get to the bottom of something, to the point of us not being bothered >to help. See above. <g> > >Is it really such a secret application that you can't even mention it's >name when trying to get someone to help you with said application? Everyone has a right to privacy. While the world would not end if the names of the applications were posted on the newsgroup, I'd prefer that they are not. Seriously, give it a little thought. If you post your application name here while you are asking a ton of questions about it, this is the kind of information that would pop up anytime someone did a search on your software when it is finally released. I personally do not want my novice questions tied to my finished applications. Thanks. <g> Webbiz |