Search results for query: *

There's an Enabled property of the button object. If it's true, the button is enabled.

I'm interested in X#. Didn't muster the bravery to try it yet...

Jumped from FoxPro 2.6 for Dos straight to VFP9... had a lot to learn. Still has.

Simply add ":24160" to lchost

Thanks, Scott, I can go on with this.

what about FILETOSTR()? the 2GB limit applies for that too?

Dear All, is it possible to read from the Outlook Application object if a date is holiday according to the local national settings? I'm thinking of an IsHoliday(DATE()) function which would simply return .t. or .f.

now I just have to find out how to replace the hardcoded file path with GUID.

Dear Chris, thank you very much for your detailed description about using the Object Browser. I must admit, I never had formal training about object-oriented programming, so I never knew what Object Browser is good for. (Also, if anyone asks if Visual Foxpro 9 works in portable mode, it does...

Thank you, Tamar, I've found those examples earlier with google, but still don't know how to implement them on my case.

Dear All, I have a routine where I have to search emails in Outlook with a specific subject. It goes like this: loOutlook=CREATEOBJECT("Outlook.Application") loSearch=loOutlook.AdvancedSearch("'Inbox'","urn:schemas:mailheader:subject like...

Thanks, guys, I was afraid at first that I have to rewrite the REPLACE parts with SQL UPDATE, but SET TABLEVALIDATE TO 7 did the trick.

Hi All, there's a rather big (224000+ records) DBF table on a network drive. It is used in shared mode between multiple workstations. Sometimes I need to do a rather lengthy database maintenace which is mainly consists a REPLACE ALL ... FOR ... command. Due to the speed of the network, this...

possibly you need to register the dll's. try "regsvr32 <dllname>" in command line in the program's directory, with admin rights.

an easier approach without knowing the source code: check what dll's are on the old machine in the program's directory, and copy those dll's to the new machine

something still not right. I managed to handle the drag from inside grid container, and whether the drag is successful or not, the grid containing form becomes unclosable, like the oledraganddrop was still in progress. the controls on the form remain active, but I can't close it. any advice?

now I found another interesting phenomenon. if the grid source is empty (reccount()=0) and I press PgDown, the grid drops the grid source and gives a "Record is out of range" error message. there is no any specific key handling on PgDown, nor ON KEY, neither in the form's or the grid's Keypress...

okay, I think I got it. I can initiate the drag with this.OLEDrag(.f.) where ?"Drag detected" message was, then I can build the dragged data in the container's OLEStartDrag method like this: IF oDataObject.GetFormat("VFP Source Object") oDataObject.SetFormat(1)...

yeah, what is blob exactly? I came from FoxPro 2.6 for DOS and not familiar with the concept.

hey, it works! thanks! :) (actually, what I've read in the help was that SQL ignores SET ORDER, not indexes completely.)