[Lawrie]

I wouldn't consider this a high priority in any way, but there are times when I would find the ability to select and rotate an annotation quite useful.
The rotation should definitely not be limited to 90 deg increments.  Infinitely variable would be nice, but 1/2 or 1 deg. increments is probably more reasonable and likely easier to implement.
I suspect the code for this might also be able to be reused for skewing whole PDF pages to square 'em up.

Three annotation examples I have in mind:

• There are times when I want to place some text, but the score is a little too crowded for a horizontal entry.  It would be useful to be able to rotate such an entry to some other angle in order for it to fit between other markings on the score.
  
• In certain circumstances, some stamps could be more effective if they can be angled to make the objective of the stamp less ambiguous.  While I'm primarily thinking of the "glasses" stamp, chord stamps could benefit from this too.
  
• The cresc. decresc. "hairpin" is another candidate for this treatment
  

[Zubersoft]

I might think about it at some point in the future, but adding support for rotating annotations adds a huge layer of complexity when the annotations need to be written out to the PDF itself. The PDF specification does not support rotating annotations at all. So with text annotations, for example, they would have to be embedded as rotated images of the text. All of the coordinate calculations would get incredibly complex with handling a partially rotated annotation, as each time I would need to do calculations involving touch events, I would have to rotate every point by the rotation factor before doing the calculations, and it would be likely to introduce bugs. So unless there is a very high demand for this, it's not something I'm going to focus on for a long time.

With PDF deskewing, I'm just going to rebuild the entire PDF from rotated images. That was never the complex part - the issue was always with creating optimized PDFs after doing that, as the PDF library I've used doesn't support optimizations. I have access to a different library now though (the same one used for the camera functionality on Android and iOS) that can produce optimized PDFs, so my goal is to try to utilize that instead to rebuild the PDF.

Mike

[Lawrie]

Hi Mike, thanks for the quick response.
This idea isn't any real priority for me, just a "nice to have".

Just as a clarification, are annotations always stored in the PDF?  Unless I'm losing what remains of my alleged mind I'm sure that when I first bought MS in '23, I saw an option (which I couldn't find just now) that allowed annotations to be stored in the database rather than written to the PDF.  In conjunction with that, there have been a few times when I've updated a PDF (by just copying the new one into the storage location) with a better quality scan of the same original, and I'm sure the annotations have been present in the new PDF.

[Zubersoft]

No, they are not stored in the PDF by default. They are stored in the MobileSheets database. However, when users export their PDFs with annotations embedded in them, they expect those annotations to show exactly like they appear in MobileSheets, and I try to allow those annotations to be embedded in a state where they can be edited later if needed. If I embed just an image of an annotation, it's basically uneditable at that point. 

Mike

[Lawrie]

Ahh, thanks for the clarification.  That must have been what I was reading about and I got it mixed up.
(Whew, not losing my mind after all   )