Question
Captivate Displays Wrong Slide Note
I’ve been experimenting as to why Captivate slide notes
sometimes seem to change at random. Since I use the notes to hold
audio transcriptions, it was a nasty surprise to find lots of them
overwritten with notes from other slides. It seems that both
Captivate versions 2 and 3 mishandle slide notes when you switch to
Branching view with a slide other than slide 1 selected, though V3
is somewhat better behaved. If this is old news – I’m
two weeks with Captivate and still in the steep part of the
learning curve – then I plead being a newbie.
I’ve considered two workarounds: putting the notes into closed captions – which aren’t affected by this but are hard to see at a glance unless I export them to Word – or always remembering to select slide 1 in Storyboard before jumping to Branching.
I assume that this isn’t restricted to my two pc’s (both WinXP SR2) and may help explain several posts describing slide notes being changed. So, has anyone else found additional explanations for why slide notes are unstable? Better yet, does anyone know of a fix? This always remembering business seems most unlikely – for me at least.
Here are the details of what I’ve discovered so far.
Captivate V2 – selecting a slide other than slide 1 in Storyboard view and then switching to Branching view overwrites the selected slide’s note with slide 1’s note. If the selection contains more than one slide, the highest numbered slide in the selection is overwritten. If slide 1 doesn’t have a note, the “click to add notes for the selected slide” message is displayed as the note for the selected slide. If you do not click in the note, the note remains intact. If you do click, the note is overwritten. So, beware of jumping between Storyboard to rearrange slides and Branching to edit paths because you’ll probably trash your notes. That’s how I wrecked havoc.
Captivate V3 trial version – selecting a slide other than slide 1 in Storyboard or Edit view then switching to Branching view improperly displays the selected slide’s note (you see slide 1’s note) but does not overwrite the selected slide’s note. However if you edit the improperly displayed note in Branching view, the original note is overwritten. So, in V3 leaving the notes box collapsed will probably prevent problems since you won’t notice the error and inadvertently make it permanent. Seems like a reason to upgrade, even though it’s a bit thin, being the lesser of two evils.
I’ve considered two workarounds: putting the notes into closed captions – which aren’t affected by this but are hard to see at a glance unless I export them to Word – or always remembering to select slide 1 in Storyboard before jumping to Branching.
I assume that this isn’t restricted to my two pc’s (both WinXP SR2) and may help explain several posts describing slide notes being changed. So, has anyone else found additional explanations for why slide notes are unstable? Better yet, does anyone know of a fix? This always remembering business seems most unlikely – for me at least.
Here are the details of what I’ve discovered so far.
Captivate V2 – selecting a slide other than slide 1 in Storyboard view and then switching to Branching view overwrites the selected slide’s note with slide 1’s note. If the selection contains more than one slide, the highest numbered slide in the selection is overwritten. If slide 1 doesn’t have a note, the “click to add notes for the selected slide” message is displayed as the note for the selected slide. If you do not click in the note, the note remains intact. If you do click, the note is overwritten. So, beware of jumping between Storyboard to rearrange slides and Branching to edit paths because you’ll probably trash your notes. That’s how I wrecked havoc.
Captivate V3 trial version – selecting a slide other than slide 1 in Storyboard or Edit view then switching to Branching view improperly displays the selected slide’s note (you see slide 1’s note) but does not overwrite the selected slide’s note. However if you edit the improperly displayed note in Branching view, the original note is overwritten. So, in V3 leaving the notes box collapsed will probably prevent problems since you won’t notice the error and inadvertently make it permanent. Seems like a reason to upgrade, even though it’s a bit thin, being the lesser of two evils.
AdChoices