Search results for query: *

Finally solved as follows: Made Windows Live Mail the default mail program in both "Set your default programs" and "Set program access and computer defaults / custom." Then went back and changed both settings to Mozilla Thunderbird, my email client. VFP50 now composes a Thunderbird email using...

Just to follow up... I'm reluctant to run that HotFix Olaf linked to, as it's an earlier version that what is currently installed. I'll take a look at SMTP or CDOMail, but for the time being, I'll just leave things as they are and disable that one function, rather than risk making the situation...

Thanks to both of you. Before I try the Hotfix suggested by Olaf, I am curious regarding the details of the mapi32.dll on Mike's system. (I have 2 mapi32.dll's) My System32 folder has a mapi32.dll with the following details: Size: 91,648 bytes, on disk 94,208 File Ver: 1.0.2536.0, Product Ver...

I have a Purchase Order application, written in VFP50, that allows a user to automatically generate an email, using their default email client, to send to a vendor. This is the code that creates the email: local lSession,lMessages lSession = createobject("MSMAPI.MAPISession") lSession.Signon()...

Thanks for your reply. After further futzing, I found that I could eliminate the error message by setting the program compatibility to Windows XP(SP3). I now just receive the warning that the program is from an Unknown Publisher, which happens with many older programs and is OK.

I just installed VFP50 on my new windows 7 64-bit system. Installation went without a problem. However when starting VFP50, I receive the error message "Error initializing Application object (Error 1574)". Clicking [Help] gives: "The Automation server or type library is not registered...

To ammmum: The CONFIG.FPW file is a plain text file. You should be able to open and edit it with window's notepad.exe program. There is no telling what you will find there, but hopefully there are only directory entries which you can change to point to your current data location. Good luck. Steve

To Geoff and Mike: Thanks for the tips on the additional uses for the global runtime flag. Good ideas. To Tamar and Stella re Confirm on Quit: I always have a user table which holds info like full name, login id, color and sound settings, priviledges, etc. This table would be a good place to...

To ammmum, You might check these two things: 1) If you have a desktop shortcut to start the program, you may need to change the TARGET and START IN fields to the current location of the data files. 2) There may also be a CONFIG.FPW file which points to the data files. For example, I use...

To Mike: Thanks for the tip on using version(2)=0. I knew there must be something like that, but never could find it. To Tamar and Stella: You both have good points. However, all the users here are "older" and have a tendency to start madly clicking when they get too many windows open on the...

Thank you all for your responses and suggestions. It looks like we are all pretty much on the same page. I made the changes last night, and everything seems to be working as planned. The CONFIRMQUIT.PRG just checks for any unsaved changes, and then asks the user if they really want to quit. If...

Hi all, After looking at the FAQs and prior posts regarding the best way to quit an application, the following code seems like a simple way to go: ***Simplified Main Program*********************** on error do errorhandle on shutdown do confirmquit && asks user if they really want to quit do...

I had the same problem in a VFP5 form. Turns out a 'setfocus' command in the form's init event was causing the problem. I moved the code from the form's 'INIT' event to its 'ACTIVATE' event. After that change, the enter key moved the focus from field to field with no problem. Hope this helps. Steve

Followup: Here is the final code I used in the field's valid event. It works for both adding a new record, and changing an existing lookup code (Note-VFP5 does not support the indexseek() function): dimension lookup(1,1) store 0 to lookup(1,1) select recno() from vendor into array lookup where...

Thanks Tamar, I appreciate your input. Regards, Steve

Dear Geoff, Thank you for the suggestion. I'll give it a try. Steve

Dear Dave, I don't recall seeing the indexseek() function, but I'll check when I get home tonight. Your second suggestion looks like a good solution -- quick and minimal coding. Thanks very much for your help! Steve

Am starting to rewrite an old FoxPlus (DOS) program from scratch using VFP50. One of the (free) tables will be a vendor table, with the user assigning a unique vendor lookup key (they could be adding a new vendor, or changing the lookup key of an existing vendor). I have come up with 2 ways...

Hi All, PROLEM HAS BEEN SOLVED! After looking over the list of suggestions this morning, I thought I would try what seemed to be the easiest - reinstalling Foxpro, as suggested by Nasib. Although I did a clean FPD26 install when we got the machines new, I went ahead and deleted all the files...

Hi Rob, Bob, and Nasib, I just got back to the office (it's Monday morning), and I really appreciate your responses. It will be later in the day before I can try your suggestions, but believe me, I will be trying them all. We have a specialized import business and all of our accounting...