Copy/Paste + Notepad + Copy/Paste = Tahoma??

May 30, 2013

I'm hoping someone out there in the community will be able to shed some light on the following.  As part of my long engrained development habits, I typically use Notepad to strip all formatting from my content before I paste it into my current project.  In most applications I've used, the pasted content inherits the formatting of the text field I'm pasting the content into.

What I don't understand is why, when I paste this content into a Storyline field it reverts to Tahoma. I could see maybe the font reverting to Articulate, but I'm baffled by the switch to Tahoma.

Can someone please shed some light on this topic and/or hopefully provide me with a workaround so the pasted copied text inherits the pre-defined formatting?

Thank you

13 Replies
Dennis Hall

Hi Stephen:

Check your Slide Master to see what the font is in the slide type you are pasting to. This will become the font family, size, and other attributes when pasted - if your Master Slide has it this way.

If not...

Check that you have the latest 1.03 version of Storyline (recently released), it may help your situation.

If yes...

You can edit this setup in your Slide Masters and the styles will take after you select your preferred master layout on a per slide basis.

Hope this helps.

Best Regards,

Dennis Hall

Ashley Terwilliger-Pollard

Hi Randall,

We're on update 4 currently, is that what you're using? The issue was addressed in update 3 as described here: 

This is how pasted text is handled in Update 3 (and later):

  • When you paste text into an existing object, Storyline uses your theme font.
  • When you paste text without first selecting an object, Storyline creates a new text box and uses the source formatting, including font.
Ashley Terwilliger-Pollard

Hi Chris,

First, I'd want to check that you're:

  • Working on your local drive (your C: drive).Working on a network drive or a USB drive can cause erratic behavior, includingfile corruption, loss of audio, and other unexpected behavior. 
  • You should also make sure the directory pathto your project files and your published output is less than 260 characters(for example C:\Articulate).
  • Avoid using special characters, accents orsymbols in your file names.

What happens if you just start a new text field, does that default to Articulate or Tahoma? If this is happening in every Storyline file, I'd also see if conducting the repair resolved the problem.  

Leif O'Leary

I'm having the same problem with random Tahoma when copying and pasting (either from Word or from Notepad). SUPER annoying and unnecessary. YES I've updated the application. YES I changed the theme, and YES I created fully and correctly formatted master slides...

Seriously, it's enough to make me dump the application entirely since so much of my time is needless spent reformatting. HUGE time waster, and tough to justify to me as someone who typically develops using html and css (with which one can universally apply a font setting change globally). One of the primary justifications for using an application like Storyline is it's alleged wysiwyg-ness.

PLEASE someone from Articulate offer a viable remedy. Thanks!

Ashley Terwilliger-Pollard

Hi Leif,

This thread is a bit older - are you using Storyline 1 or Storyline 2? Within SL1, the copy/paste of text is dealt with as described here. 

If you're using SL2, there is an all new text editor, and I haven't heard reports of the copy/paste issue with Tahoma or another font, so we'd want to take a look at your .story file after confirming that you've been working locally as described here and that you conducted the repair of Storyline. 

Simon Blair

Hi,

I think there's a little more to this. I've been noticing this issue intermittently for quite some time, but I think I've got some useful new information.

The problem seems to be with pasted text that includes carriage returns. If I paste text into an existing text box (replacing some, but not all, of the existing text), I get two different results:

  1. If the pasted text has no carriage returns, it will match the text box font (which is currently Arial)
  2. If the pasted text has a carriage return, it will paste as Tahoma

The font in my slide master is Arial. The theme font is Storyline. The next is being copied from a text editor (no formatting). I'm working on a local file using Storyline 1, update 8.

I can't for the life of me figure out where it's getting Tahoma since that's not the font in my theme, slide master or the destination text box.

Cheers,
Simon

Ashley Terwilliger-Pollard

Hi Simon,

I looked into this issue further, as I vaguely remembered something with Tahoma. It seems our Quality Assurance team did look into an issue with how text was being copied/pasted - and defaulting to Tahoma even though that wasn't included in the file. Our team did some additional testing, and it was determined to be the same behavior as Powerpoint and therefore working as expected based on how and where you're copying from/pasting too. 

I suspect that's not the answer you were hoping for, but at least it confirms the behavior. 

This discussion is closed. You can start a new discussion or contact Articulate Support.