>>>>>>>>I have a Foxpro 2.6 project with about 100 screens which I am converting to Visual 3.0B. I keep getting a "line too long" error as which point the conversion process stops. I have to manually convert the 2.6 screen to use shorter text lines and then start all over again. Are there any utilities or fixes to the conversion code which would help me.
>>>>>>>>Thanks,
>>>>>>>>Alex Shoob
>>>>>>>
>>>>>>>Alex,
>>>>>>> A suggestion here.. You may as well do the WHOLE conversion on your own... The tools for converting FP 2.x apps to VFP are not that great, but considering you are going from a procedureal language to an Oop based language, there is only so much that will carry over..
>>>>>>>
>>>>>>>You are best served by redesigning you app to take advantage of the enviroment...
>>>>>>>
>>>>>>>Thanx!
>>>>>>>
>>>>>>>Tony Miller
>>>>>>>Vancouver, Wa
>>>>>>
>>>>>>I was afraid that might be might be the case. As usual, it's best to do it right the first time rather that kludging things together. What I have are screens in which a lot of help text is embedded. Any suggestions on help systems that work with VFP? I see Blue Sky's RoboHelp Plus advertised a lot. Any suggestions would be appreciated.
>>>>>>
>>>>>>Thanks,
>>>>>>Alex Shoob
>>>>>>Modesto, CA
>>>>>
>>>>>Alex,
>>>>> If you can take the text and someo how get it into a table (with a structure like a 2.x help file) I know of a product that builds help files (win 3.1/95/NT) from them... It is called help angel..
>>>>>
>>>>>On the conversion front, you are best to look at redoing the entire app.. Look to design it using OOP techniques, and you will go far with it.. Or if need be, look at the app frameworks available and use one of them.. They will save you time, and help in the learning curve of VFP, but be warned.. There is a curve, just depends on how much of VFP's OOP you want to use..
>>>>>
>>>>>Have questions, let me know..
>>>>>
>>>>>Thanx!
>>>>>
>>>>>Tony MIller
>>>>>Vancouver, Wa
>>>>
>>>>Tony:
>>>>You're right about the learning curve. I've purchased Visual FoxExpress and have tried to use it with little success. I can get simple stuff to work but when I try to do any real world stuff, it can't get it right. I'm sure that a lot of the problem is that I have little understanding about what is happening under the surface of VFE. When I run into a roadblock in VFE, I go back to manually converting a part of my app. I'm making progress slowly. I think that I might save time by taking a training course. VFE has some in Ohio and Micromega has some in SF. Do you have any experience with either.
>>>>
>>>>Thanks,
>>>>
>>>>Alex
>>>
>>>Alex,
>>> I can only attest to that fact that F1 does a helluva job on support for their application tools (VFE and FE for the 2.6 flavors of FP).. I have not taken a class from them on VFE's usages Yet.. Have you been to their support site yet??
>>>
>>>Thanx!
>>>
>>>Tony Miller
>>>Vancouver, Wa
>>
>>Tony:
>>I looked at F1's support site last night and found a some documentation that I had not seen earlier. It describes how their sample app was created as well as how to distribute VFE applications. I think it might put me on the right track.
>>
>>Also saw some disconcerting information there. Another user inquired as to updates for VFE for 3.0b. He was informed that the updated 5.0 classes could be re-compiled for 3.0b (perhaps with minor modications), but that a 3.0b exe was unlikely especially since "VFP 3.0 is not that reliable anyway."
>>
>>My assumption had been that 3.0b was a usable platform and that I would be safe in writing an app on the PC and then moving the code over to VFP on the MAC. Do you have any thoughts on this? The Microsoft work-around of running a browser on the MAC and accessing the data on a intranet server is not at all viable for me. I have about 500 copies of my applicaition out at schools around the United States. Most of the sites are running it in a singel user environment and are not tied into an intranet server in any way (and not likely to be in the future.).
>>
>>Thanks,
>>
>>Alex
>>
>>PS: Any chance you know of anyone in northern California who could server as a VFE consultant for me?
>
>Alex,
> Regards to your need of a VFE contractor in Northern Calif.. Post a message on F1's site, and they should be able to link you up with someone.. I am in Southern Washington (next door to Portland,Ore) if that is any help...
>
>Thanx!
>
>Tony Miller
>Vancouver, Wa

Tony,
Just had an interesting response from Toni Feltman to above issues. A copy appears below:

Hi Alex,

>>Mike
>>I recently purchased VFE with the intent to use it to develop applications on both the PC and MAC using VFP 3.0b. I checked with >>your office and was told that apps created on the PC could be moved over to the MAC.

This is still true. We are not sure of what type of MAC specific problems you might run into, but applications created under VFP on the Windows side should port to the MAC.

>>Your statement regarding no further updates to VFE 3.0 and the unsuitability of VFP 3.0 make me wonder if I may have made a >>mistake. I have two applications which I would like to move from 2.6 on PC and MAC to VFP.

As Mike stated, our updated libraries will continue to work under VFP 3.0 with the one exception that will be taken care of in our next update. Therefore, your Mac applications will remain functional as long as VFP 3.0 Mac is around.

As for the performance concerns, you will have to decide if VFP Mac is fast enough for your users or not.

Toni-
[F1 Technologies]

Any thoughts on this. Also, if the VFE libraries contain no VFP 5.0 specific code, should I not be able to develop on the PC using VFP 5.0 and VFE and then move the finished app over to the MAC? I would have to make sure that I don't introduce any 5.0 specific code myself.

Thanks,

Alex