Yup, checked your site and was impressed with the looks of the charts stuff, although i haven't seen it working realtime, i guess it's really neat. For chart solutions in my app i use RMCChart, which is free, easy to manage and program, and the charts produced look really professional. Of course these are desktop apps, never tried to implement that over the web.
As for link swaps and partnerships, send me whatever you want to my mail ( jaime@solutions.co.il ) and i'll see what i can do. I am quite connected this side of the globe with little and huge companies, so who knows.
As for 3rd party vfp compilers, where the heck did you have your winter sleep??!@? Check out the 2 unbelievable options Christof mentioned in his answer. I personally tried ETec's compiler and their .NET extender ( call any .net framework function including 3rd party .net controls from inside vfp ) and was really impressed. Knowing Christof personally ( i met him in many devcons, one of the sweetest guys ) as well as knowing some of the work he did, i can tell you eyes closed his guineu thing is probably a jaw-dropper...

Jaime

>Good to hear from you to Jaime! Is Carl still kicking around your neck of the woods?
>
>If you're interested in seeing some fancy VFP "interactive chart" solutions and "live stock and options exchange market data VFP tickers", check my website under the projects menu. When they say it can't be done - it's like drawing a line in the sand and daring us to cross it! They tell us it's dead and we bring it to life.
>
>I am looking for link swaps and partnerships for my little Black Scholes Calculator and charter - forward to Captain Internet when you get a chance!:-)
>
>Have you heard of any 3rd party VFP compilers (64 bit compilers). One would think refox would already have one!
>
>>Terryyyyyyyyyyyy
>>Good to see you back and kicking :-)
>>
>>Jaime
>>
>>>Gee,
>>>
>>>Thanks Sergey,
>>>
>>>You know me! I was fearing it was intentional and to help kill VFP by preventing VFP from competing with other back-end objects like ASP and ASP.NET, that can instantiate such objects. I guess M$ wants to protect us by dumbing down our code on a par with their NET boiler plate shops in New Delhi - how - how - egalitarian of Microsoft. They're saving us from ourselves - and their stock value certainly shows they've been making good decisions, in this regard, for the past several years.
>>>
>>>Who can I write at Micro$oft (or at least mention in my prayers) for this salvation?
>>>
>>>Usually program design causes application instability more than any rumored weakness in a product that has been working well since VFP 6. Leave it to the suits at Micro$oft to protect us from ourselves and rescue us from the denizen of "application instability".
>>>
>>>I wonder, giving that instantiating objects inside a COM causes instability, if Micro$oft will be pulling that feature from it's other server objects. I hope so - we can't have application instability mucking things up - now can we!:-)
>>>
>>>DO YOU REALLY BELIEVE THAT CORPORATE LINE OF BS? Well, at least we know one thing for sure: creativity still abounds around the shrimp buffet tables in Redmond!
>>>
>>>Anther reason to move to Swing and a 64bit Java DBF engine!
>>>
>>>>>>It's documented change in the behavior in VFP9: "The ability to have a property assignment set to instantiated object is no longer supported in a class definition and will generate an error".
>>>>>
>>>>>Sergey!
>>>>>
>>>>>What's the work around? Why did MS change it?
>>>>
>>>>AFAIK, it could cause application instability and crashes under some conditions.