Find: ;
Replace ;
<option-return>
Strange, I do, we all do, what you're describing all the time and it works fine. BBEdit recognizes \n as a newline in search/replace. You could also try \r or just copy a newline from a text document and paste it in.
[fletcher]
Remember that bbedit works with everything as 16 bit unicode. There, all line ends are Apple style 000D entries.
Regardless of what will come out on a save you have to check for 0D while it's in memory.
It was once true that, for Apple machines, �n, with an OPTION d greek delta as the escape character, was 0D.
Sometime, about when the neXt folks took over, the delta became a \ for the escape as in UNIX and you need to use \r in memory for new versions of bbedit.
So....
search for \r and replace with ;\r in memory. bbedit will honor your choice of \n = 0A when saving the file.
What happens with the other two 16 bit line ends in unicode is undetermined.
--
Applescript syntax is like English spelling:
Roughly, though not thoroughly, thought through.
Use '\r' in your search. If your file is Unix text (or saved as such) it will be saved as a newline ('\n').
BBEdit's '\r' convention took some getting used to when I switched to the Mac. I assume it is a holdover from the classic Mac days, where text files were carriage-return delimited.
--
Rod Buchanan