search & replace bug in FP2000?

D

dkm

I hit a real snag yesterday while using FP2000.

I'm in the process of converting a large (500 page) site
to use more css.

So I ran 2 search & replace jobs, using the within
html/down options. The 1st replaced <b><i> with <span
class="x">. That worked ok.

The 2nd was supposed to replace </i></b> with </span>.
That hosed the files, but not consistently - sometimes 1/2
page was right, 1/2 was wrong, and how they were hosed was
inconsistent from one page to the next. Behavior included
(but wasn't limited to) throwing a series of </span> tags
at the end of the page instead of where they belonged OR
putting the original opening <span> tag instead of
</span>. The variety was incredible.

If the stuff had been consistent, I'd buy the idea that I
simply entered the criteria wrong. Since results weren't
consistent, I had to fix every stinking page by hand - 12+
hours.

As far as I'm concerned, search and replace is a basic
core function - word processors have had it for years.
Yes, I could use VB or VBA. But I've used search & replace
before within the program, and survived just fine.

I thought it was time to upgrade, but now I'm considering
other products. Am I asking FrontPage to do too much,
given the size of the site? There are more conversions to
implement, but I'm real nervous at this point.

Help! Thanks.
 
D

dkm

Thanks for the answer, Mike - it's good to know F & R's
been enhanced. :) I don't think I'll attempt any more till
I upgrade.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top