Although part of a single task from the user’s perspective, there seem to be two separate tasks/issues here. One is moving image from an iOS device to a Mac, which lies without the bailiwick of Tinderbox. The second is inserting an image into $text of a note.
I don’t think the process is buggy, but rather the user’s assumptions may sometimes be misplaced. There are two obvious points of failure:
Mis-declared clipboard data/drag payload. We tend to assume “it’s just a picture” but under the hood apps take a certain degree of info on trust. If the giving and receiving apps don’t have the same understanding as to the type/range of data that constitutes a picture, the inter-app image placement my fail. Such an outcome isn’t a true bug, but rather an unexpected outcome. Both apps may even be correct in working to their own understanding as to data formats. For those affected it is worth contacting the makers of both apps to diagnose the disconnect. That’s not to labour the point but inter-app data ‘bugs’ are a constant mis-diagnosis here.
Incorrect drop target. Again, different apps function differently. Until proven true, it is not generally a safe assumption that the UI element under the drop position is the receiving element. Thus it is possible to drop an image unwittingly onto an element that cannot handle such data. For instance, I’ve noticed that switching focus into Tinderbox from another apps seems to cause focus to revert to the view pane regardless of where in-app focus lay when Tinderbox lost app focus.
TL;DR. Test your assumptions. I write that with the humility of one whose had to go away and do so.
Sort of, or at least in terms of note styling, by using prototypes. note that some attributes like $Width are intrinsic so cannot be inherited. Primarily, you want to set $Border to
0 (zero) and $Shadow to
false. I don’t believe it is possible to make the note’s title invisible, but i’m happy to be corrected.
Re pictures in notes, currently if an image is the first element in $Text (i.e. no characters before it) then the map image used as the fill of the note’s map icon. This may be affected by the setting of $MapBodyTextSize. The image cannot be re-sized once dropped into text but the map view icon will scale the image when the map icon is re-sized (but with certain upper/lower limits that are not known/documented). In the light of the latter it’s better to achieve some consistency of size/format of image before adding them to the note. Also, the added image becomes part of the TBX document so pulling in enormous images just to show them as a tiny email may be counter-productive.