Thanks Travis! Yes, I'm opening a speech channel before speaking the
text to audio or to file. The highlighting bit is a callback that is
triggered only when text is being spoken through speakers (rather
than to a file) so, as you discovered, that doesn't play a part in
the interruption of text-to-audio-file conversion. I believe I have a
simple solution for the VO-interruption problem...it involves being a
little less fancy. I'll try to test/make the improvement within the
next few days.
Sorry for the temporary inconvenience!...and thanks again Travis. As
Travis suggests, temporary solution is to turn off VO when saving to
file.
Joe
On Mar 23, 2006, at 2:12 PM, Travis Siegel wrote:
Ok, I've figured out the problem.
The code Apple started with does the same thing Joe's program does,
only it isn't quite as configurable *grin*)
I first tried removing the code that highlighted the selected text,
thinking that perhaps for some reason, vo was making the program
think only part of the text was highlighted.
However, this had no effect.
So, after further experimentation, I discovered that the problem is
voice over itself.
For some reason, the text-to-file process must use the speech
channel. If voice over tries to talk during this process, it cuts
off the output to the file, and causes it to end short of completion.
Short answer?
turn off voice over and click the mouse on the save button (after
you've selected the file name and where to save it).
This will perform the export with no interruptions from voice over.
And, even if vo doesn't try to talk, it still interrupts the export
sometimes if a speech event comes in while the export is taking
place (no clue why) but there you have it. I've successfully
exported 5 chapters of a book using this method, and only 1 with
voice over turned on, so now we know.
