Whoops. I didn’t see that. Shoot. Now I have to do it again. (It might help to view the screenrecording I made and uploaded to Dropbox.)
I just tested with TextEdit, and saw the same behavior. This appears to be a Sonoma issue.
In my test, “Paste and Match Style” normalized the text to the local formatting in both Scrivener and TextEdit.
Posting pictures com after you’ve earned sufficient priviliges in membership. Duration of membership, number of posts and so forth. Forum software rules, I think, not a L&L thing.
I will try and carry on the fight.
I’ve upped your trust level to allow you to post screenshots.
It’s not necessary, though. I’ve confirmed the behavior and will be reporting this as a bug. Note, however, that it appears to be a Sonoma bug, which will make it a bit more challenging for us to fix. In the meantime, I would recommend using Scrivener’s own tools to normalize the formatting of pasted text.
Katherine
3 Likes
Won’t replicate for me in Text Edit. 12pt TNR in Text Edit remains 12pt TNR in Scrivener.
Sorry, I meant that Word text pasted to TextEdit also behaves badly.
2 Likes
Yeah, I just figured that’s what you meant. My bad. Not my week for perceptual issues. OK, I just tried copying and pasting from Word to TextEdit. It remained 12pt. It didn’t replicate for me. HOWEVER, it did when I copied/pasted from Word to Bean.
So it might also be a Word issue, I guess. I’m not sure what text system Bean uses. In any case, not exclusive to Scrivener.
I tried Bean as I know from somewhere that some of Bean’s code is in Scrivener (the Bean dev is credited,) but I forget what.
OK, ‘Paste and Match Style’ works just fine. No font point hijinks. Thanks @kewms
This bug in MS Word has already been reported and explained (well, speculated upon, but the math works out).
I’m therefore closing this thread to avoid further replication of an existing conversation.
4 Likes