Mike What is your ideal output? A pdf, a html file. Do you want your client to be able to create his own layouts? I wrote a routine to design post card emails and email to customers. All in fox. Put anything any where. Text, images Jerry
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Mike Copeland Sent: Thursday, June 23, 2011 12:05 AM To: [email protected] Subject: Re: Text Editing in VFP App What this client was doing, and what I'm looking at doing, is providing templates that have a basic layout, then inserting data from my application (prices, SKU #s, description, feature list) at print time. The end user can either use the template "as is" or modify the layout to their liking. The layout will contain placeholders for data that will be updated when processed/printed...a basic data merge. So, yeah, the template document would just be opened, and saved, but then I need to be able to automate the mass merging from my VFP app. I've already got an email application that does this with HTML and it works great although the HTML editing is a lot more involved. I've not yet found an HTML editor that can be automated from VFP. Mike > In this specific case it's just a matter of open... Save as ... > > I doubt m$, even if they've shown outstanding skills and willingness for breaking back compatibility in the past 10 years (since BG dived out of the freaking boat), I doubt they'll ever be able to break these 2 commands support in automation. > > But again, I may be not aware of even more advanced madness from their part. > > ;) > > Thierry Nivelet > http://foxincloud.com/ > Give your VFP app a second life in the cloud > > Le 23 juin 2011 à 05:07, Mike Copeland<[email protected]> a écrit : > >> Thanks Thierry, but I'm trying to avoid Word as it is a moving target >> with little rhyme or reason. MSoft pops out new versions that break the >> automation, and the chase starts all over again. I've been working with >> a client that had developed their VB app and it used Word to handle the >> formatting and printing. They just got burnt with the Office 12+Windows >> 7 combo throwing an odd error that aborts the editing process >> completely. So, they've decided to give up on Word and go with a >> Java-web based approach and are busily rewriting while the phone rings >> with complaints. As someone else (Rick?) said in a post today >> (paraphrasing here) I'm trying to step off the MSoft bus, one step at a >> time. >> >> Thanks! >> >> Mike >> >>> Don't Know If it can help ... >>> I usually launch word in automation from within VFP on a specified document, then wait for word to complete, save in HTML for proper display in IE automation (after discarding office HTML junk with a regular expression) >>> >>> When user needs to print, depending how complex documents you may get, you may use either word or IE in automation. >>> >>> Thierry Nivelet >>> http://foxincloud.com/ >>> Give your VFP app a second life in the cloud >>> >>> Le 23 juin 2011 à 00:33, Fred Taylor<[email protected]> a écrit : >>> >>>> The TX Text Control is really more or less just an improved version of the >>>> MS RichText control. It's still just a stream of text, not free form >>>> placement. I haven't used it since version 14 (about 2-3 years ago), so >>>> maybe it has changed, but I doubt it. >>>> >>>> In that context, even Word isn't really free form placement, so maybe I'm >>>> not quite getting what you're asking for. >>>> >>>> Fred >>>> >>>> >>>> On Wed, Jun 22, 2011 at 2:38 PM, Mike Copeland<[email protected]> wrote: >>>> >>>>> Recommendations for providing text editing in a VFP 9 application? >>>>> >>>>> User is now using Word, and are happy with it, but it would be a plus if >>>>> I could incorporate text editing in my application. Features needed are >>>>> -graphics insertion, free-form placement, sizing, scaling, text wrap >>>>> -font sizing, free-form placement, use any Windows font >>>>> >>>>> Primarily users will be producing retail Point-of-sale price tags, like >>>>> you would see if you walked through the home& garden department at >>>>> Sears or Home Depot. My application won't be the source of the graphics, >>>>> but would need to allow insertion and printing in color. >>>>> >>>>> I've used the RTF OCX control from MSoft in the past, but find it to be >>>>> very limiting as to free-form placement of text and graphics elements. >>>>> In RTF everything has to be pretty much "stream of text". It would work, >>>>> it just wouldn't be that flexible. >>>>> >>>>> I've been looking at the TX Text Control ActiveX. >>>>> http://www.textcontrol.com/en_US/products/activex/overview/ >>>>> >>>>> Anyone have experience with this software? >>>>> Recommendations for this or something else? >>>>> >>>>> Mike Copeland >>>>> Genesis Group Software >>>>> [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/FF5001F68AAD46419F7638AEB6FE6CA4@jerryfootePC ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
