行为摘要
>如果从Notes应用程序,Evernote或网站上的文本和图像复制格式化文本,Pages将仅粘贴纯文本字符串
>如果您从Pages或Keynote中复制格式化文本,它会将格式化文本粘贴到Pages,Keynote等中的其他位置.
>一个不受欢迎的后果,但也许重要的是要承认,Notes应用程序或Evernote都不会粘贴从Pages或Keynote复制的格式化文本.我猜测应用程序之间的差异是使用NSAttributedStrings而不是HTML?
这是如何完成的?在Mac OS上,它看起来你自己可以ask the pasteboard to return different types,它提供富文本和字符串表示,并使用富文本作为首选.不幸的是,对于iOS,似乎不存在readobjectsForClasses.也就是说,我可以通过日志看到iOS确实有RTF相关类型的粘贴板,thanks to this post.但是我不能找到一种方法来请求NSAttributedString版本的粘贴板内容,所以我可以优先考虑粘贴它.
背景
我有一个应用程序,允许在UITextViews中的基本NSAttributedString用户可编辑格式(即粗体,斜体,下划线)的文本.用户希望从其他应用程序(例如Safari中的网页,Notes应用程序中的文本)复制文本,以粘贴到我的应用程序中的UITextView中.允许粘贴板作为默认操作意味着我可能最终得到我的应用程序不打算处理的背景颜色,图像,字体等.下面的示例显示了粘贴到我的应用程序的UITextView时带有背景颜色的复制文本的外观.
我可以通过继承UITextView来克服1
- (void)paste:(id)sender { UIPasteboard *pasteBoard = [UIPasteboard generalPasteboard]; Nsstring *string = pasteBoard.string; NSLog(@"Pasteboard string: %@",string); [self insertText:string]; }
意想不到的后果是,失去了保留从我的应用程序中复制的文本格式的能力.用户可能希望从我的应用程序中的一个UITextView复制文本,并将其粘贴到我的应用程序中的另一个UITextView.他们希望保留格式(即粗体,下划线).
洞察和建议表示赞赏.
解决方法
代替:
selectedRange.location += attributedString.string.characters.count
(或者更新版本的Swift中的referencedString.string.count)
最好使用:
selectedRange.location += attributedString.length
否则,当您粘贴包含导致attributesstring.length和attributedString.string.count不同的表情符号的文本时,选择将最终位于错误的位置.