Thank you for your post.
I was able to reproduce your issue with FileMaker Pro 14.0.5 on both Mac OS X and the Windows Operating Systems. I have sent a report to Testing and Development including your details here and from the previous post (Copy and paste rotated objects not working). When further information is provided, I will post back here.
Thank you for the fast response
mrwatson-gbs which clipboard flavor (flavour to you) is used when you paste the layout object into the field? Do you know if there's been any change in this respect with new FM versions? There have been/are a few other issues with rotation flags in image metadata - not sure if that can be related at all.
Hi David (CamelCase201507)
Thank you very much for the question - and for the detailed attention to my cultural background - you have helped me find an error in my analysis!
I argued that the error is in the rendering of layout objects within the container field - I argued it must be so, because the fmxmlsnippet comes through the container unscathed...
HOWEVER, a closer look at the clipboard contents indicates that it is indeed the COPY action that is at fault, and not the container rendering!
Look: the following clipboard flavo(u)rs are on the clipboard after copying layout objects:
and after we have pasted it to and copied it back out of the container:
The SAME contents! (plus com.filemaker.data.list and com.filemaker.data.size)
While the fmxmlsnippet (MAC-XML2) makes it though the copy+paste+copy+paste process unscathed, we can see already from the first screenshot that the clipboard image only has the non-rotated objects (little blue+green image in the bottom left corner)
In other words the issue is that the COPY action's rendering of the layout objects into a JPEG and TIFF image is flawed and ignores rotated objects.
(The containers 'rendering' process is simply to display the JPEG, and is not flawed at all.)
TSPigeon - Please pass on this new info to the developers
mrwatson-gbs - always glad to help; you know I'm fascinated by the clipboard ;-)
I'll try to have a look at this myself, but a couple of more questions off the top of my head:
- Did you trying forcing the paste to use one of the other flavo(u)rs?
- What do you get when you run this on Windows?
Hi again mrwatson-gbs - after a little bit of testing, I would amend your description of this issue with the fact that the "copy" action actually does render an image representation of the rotated layout object, at least sort of. You can briefly see if when you paste into a container field by the "refresh" icon; a simpler way to see it is pasting into something like your least favorite word processor, from where you can even save the file out as a PNG picture.
In FileMaker, having pasted this "ghost" picture gives me the following container attributes:
Storage Type: Embedded
File Size: ?
Internal Size: 27968
External Size: 0
External Files: 0
In my case, I was copy-pasting a button with icon + text.
So the rotated objects are rendered to the clipboard image flavors (or at least one of them), just not properly...
This issue was reportedly resolved on the Windows Operating System in FileMaker 15. The Mac side is unresolved.
I can confirm that copying rotated layout objects now works in FileMaker Pro Advanced 15 on Windows 8.1, but still not on the Mac.