libreoffice/core - main, development code repository

Age	Commit message (Collapse)	Author	Files	Lines
2019-05-29	The iOS DataFlavorMapper::getAllSupportedPboardTypes() is unused	Tor Lillqvist	1	-12/+0
	Change-Id: Icc72fca62e189559956abc0ebbca9ce196a02073
2019-05-29	tdf#124752: We do need to accept text/html from the system clipboard	Tor Lillqvist	1	-2/+5
	Sadly we can't accept public.utf8-plain-text, i.e. text/plain;charset=utf-8, as the code does not know of such a SotClipboardFormatId. The only text/plain is UTF-16. And it probably is a good idea to accept HTML anyway. We have to continue to (I think) not offer text/html because of the assertion failure issue, see comment in DataFlavorMapper::openOfficeToSystemFlavor(). Change-Id: If5d77b97649424e347c50af10475c2be997c8632
2019-05-29	Add a couple of SAL_INFOs about types available on the system clipboard	Tor Lillqvist	1	-0/+2
	Change-Id: I821a699ee4f44881aadac89f265974a10095b544
2019-05-28	tdf#124752: Simplify the iOS DataFlavorMapping thing a lot	Tor Lillqvist	1	-126/+1
	Now it works to copy and paste images (PNG ones at least) between the iOS Collabora Office app and other apps. We don't seem to need the PNGDataProvider after all, as we use it only for data that is already in PNG format. Possibly I am missing somethin, though. Change-Id: Ia6bcc8aefbe1a6687f13e28454b96658fc66c856
2019-05-28	tdf#124752: Add system clipboard interface for iOS	Tor Lillqvist	1	-0/+703
	Based on the corresponding macOS code. Work in progress. The image support ifdeffed out still (because it uses some macOS specific APIs for which I couldn't right away find the equivalent iOS ones). I made it much simpler than the macOS code. I dropped the keeping of a local in-process clipboard completely. Firstly, as far as I see, the iOS clipboard API (UIPasteboard etc) does not even offer the possibility to separately offer some formats and actually provide the data on request. Secondly, we must be prepared anyway that the system can kill an iOS app at any stage while the user is using some other app, so we need to make sure everything that is copied goes onto the system clipboard right away anyway. I had to disable the copying of HTML to the clipboard as that lead to a mysterious assertion failure. See comment in DataFlavorMapper::openOfficeToSystemFlavor(). But RTF seems to work well, too. I assume RTF is what gets used for cross-application copy/paste (and cross-device, even, through Apple's Universal Clipboard thing, where you can copy/paste between your Macs and iOS devices on the same network). I am not sure how relevant the various application/x-openoffice-foo formats are. Change-Id: I174495e33d86fc3990996c229243c05d6cbfcda7