|
|
Thread Tools | Rate Thread | Display Modes |
|
#1
|
|||
|
|||
Your browser may not be providing RTF format containing links when copying, which the rich text editor needs in order to paste formatted text/links. You can download, extract, and run
http://www.kinook.com/Download/Misc/ClipSpy.zip to see which clipboard formats were provided by a copy command. I've attached an example using IE 11 on Windows 10. |
#2
|
|||
|
|||
The behavior seems to be inconsistent. If you see the attached image, it shows the 4 different browsers. The only one that provides RTF is Edge (shows as RUNTIMEBROKER). Even IE, does not, but its contents gets pasted with active links in UR. Firefox & Chrome do not and image shows they do not provide RTF.
It does not look the editor recognizes HTML. Only work around is to do ctrl+j, paste it in word, then resume internal editing. A laborious process for every copy/paste operation. So, copying from IE & Edge works fine. Other browsers, no luck. There is got to be a way Thanks |
#3
|
|||
|
|||
Does not look like Chrome will change its behavior anytime soon. The only hope is to have UR update its editor to recognize HTML natively just like Word or OneNote. It will be a nice Christmas gift
http://superuser.com/questions/54777...ith-formatting Hi Evan, I'm the editor of the clipboard API spec. I think Chrome's current implementation is spec-compliant (see "mandatory data types" section on https://w3c.github.io/clipboard-apis...y-data-types-1 ). One of our goals is (and should be) to preserve the web's device independence. If it exposed the data types you want, it would cause script authors to start writing code with platform-specific strings in (event.clipboardData.getData('com.apple.iWork.TSPD escription')) and this would have several negative consequences: |
|
|