Hi mirekzvolsky,
I believe you're right that I don't need to use sqlmoreresults(). I have already changed the coding to use a loop. However, I have one question about this. Since it is in a loop, how to allow user to click on objects on a form when VFP is so busy to retrieving data?
Thank you.
I'm trying to get records in Asynchronous and non-batchmode. I cannot figure out how to use sqlmoreresults().
I have the following coding:
lnhandle = sqlconnect("test")
?sqlsetprop(lnhandle,"Asynchronous", .t.)
?sqlsetprop(lnhandle,"Batchmode", .f.)
if...
Hi rgbean,
I find this minor problem and I workaround this by setting the LockColumns after all the controls are added. I have notified VFP team of this issue. They provide me the Toolbar workaround.
I'm currently working on a project to upgrade a VFP 6 application to VFP 8. I have...
Hi Mike,
I'm using the MAPISession and MAPIMessage Controls in my VFP application. I don't expect that using those controls will change the default drive and current directory. In a way, you're right that this is probably an issue related to MAPISession and MAPIMessage Controls. However...
This is a workaround for a VFP 8 minor bug. If you use Form Designer to add control to a column which is locked by LockColumns, the added control will be added to the 1st column which is not locked.
To workaround this, you can either set the LockColumns after all controls have been added to...
Hi Slighthaze,
Thank you for the info. It explains why Form Designer will show some corrupted coding but recompile form can fix it if the form is not nodified and saved.
After I issue MAPISession.Signon, the default drive sys(5) and current directory sys(2003) will be changed to c:\program files\common files\system\mapi\1033\NT. Is this unexpected change related to msmapi32.dll which is located in that directory.
Thank you for any info.
I remember that under some conditions, "return dodefault()" is needed instead of just simply "dodefault()". I hope someone can give me an example. Have not done too much VFP coding for awhile.
Hi Slighthaze,
I'm not familiar with how VFP finds dll. Since gdiplus.dll does not need to be register, does VFP find the dll by going through all the search paths. So, if I put gdiplus.dll in the system directory or my application directory, I guess it won't make any difference since both...
Hi Craig,
I'm not aware of this GotFocus() change. Is this undocumented change? I remember that we use to able to SetFocus() in the Valid event but then it was changed in VFP 6 (don't remember exactly which version).
Thank you for your help.
Hi Mike,
I have tried to install it in the system directory. It seems to work fine. I'm just worry about that "address space conflict" of this note in MS website:
Note If you are redistributing GDI+ to a downlevel platform or a platform that does not ship with that version of GDI+...
I want to know whether there is any behavior changes in the Valid Event from VFP 6 SP5 to VFP 8 SP1 due to fixes or changes. In VFP 6 SP5, I kind of remember if Valid Event of a control is returning 0, the control will lose focus even though it should not according to Help. But in VFP 8 SP1...
I have seen a strange scx corruption. The scx has been hacked by changing some properties values and methods programmtically. After the hacking, the scx has not been compiled.
If I open the scx using the form designer, I can see some codings are corrupted. However, if I close the form...
Hi Jim,
I just notice that gdiplus.dll is actually now a requirement to be distributed with VFP applciation since VFP8r.dll has dependency on it. According to post in UT forum, gdiplus.dll does not require registering. I also find out that VFP 8 has a vfp_gdiplus.msm.
From all the replies...
Hi Jim and Mike,
Do I need to worry about the following note in Microsoft website?
Note If you are redistributing GDI+ to a downlevel platform or a platform that does not ship with that version of GDI+ natively, install Gdiplus.dll in your application directory. This puts it in your address...
Hi Rick,
I actually have the coding Text1.SelectedBackColor = RGB(49,106,197) not Text1.SelectedBackColor = 49,106,197 to workaround this issue currently. But I believe I should not need to do this programmatically for every column text control.
Thank you for your help.
Hi Rick,
I don't think it is a video driver issue since setting the Text1.SelectedBackColor = 49,106,197 programmatically will work.
Thank you for your help.
I want to distribute GDIPLUS.DLL with my foxpro application using InstallShield. What do I need to do?
I have donwloaded the gdiplus.dll from this link http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=BFC0B436-9015-43E2-81A3-54938B6F4614.
After I unzip the downloaded...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.