I was trying to achieve some mind mapping like effect using the Adornments: and different types of links.
The Title notes keep on moving around as I add more notes into the adornment. It would have been nice if the adornment itself can directly be linked with other notes.
Of course TB doesnāt move my notes from other places.
You see the ponents note in the snapshot, for example. That is not an actual note: I am using it as the title of the Adornment because I want the visual link [branch] from the marked by /a/ note to branch to the Adornment containing it. When I add more notes into the adornment, the ponent note moves around leaving places.
I was then wondering why cannot I directly link the Adornments like any other note. I donāt need the ponent Title note in that case. I would use the Title of the Adornment instead.
These are not smart adornments, by the way. There is no agent either.
The arrows appear to be link anchor pads, which allow you to drag links to a specific edge of the source or destination note. Notice how youāre click is very close to both a resize box of an adornment and to the link; Tinderbox thinks you want to drag the link.
I donāt know why expanding the adornment would move a note on that adornment, unless ā and I expect this is your problem ā the adornment is sticky. When the adornment is selected, youāll see a pushpin icon near its upper right corner. Itās normally gray, meaning the adornment is not sticky. If itās clicked, the adornment becomes sticky and moving it, or changing its size, moves notes atop the adornment as if the adornment were sticky.
You can add pictures to the text of notes, which will fill the note appearance on a map. And then you can link to that note ā because it is a ārealā note.
What I canāt seem to do is get a clean image without the top borders of the note - and the images I drop on to the note gets really small, regardless of original size.
Itās hard to visualize errors without an example. Can you create a small sample file of what youāre trying to do ā no personal or private data please ā and drag it into a reply here so others can take a look?
Someone on Twitter asked a similar question today and I made a quick video that shows how Iām getting the images from my iPad to TBX. In it, youāll see what I do to remove the border, shadow, and title (though I imagine thereās a way to do this 1) all at once; and 2) retaining the title data without showing it).
The feature Beck is using in GoodNotes 5 to copy from the iPad then paste on the Mac, is the Universal Clipboard, which is one of the Continuity services that require recent versions of iOS and macOS as well as network settings described on the Apple sites at the links.
Another way to get images into Tinderbox is Continuity Camera, which is supported in Tinderbox if you control-click the background of the text area of a note and choose āTake Photoā or āScan Documentsā ā but only when Continuity Camera is active. For me, Continuity Camera is very buggy and temperamental, but when it works it is a good choice for quickly adding scanned pages to notes in Tinderbox and other apps.
The first time I dropped the image onto the note in the map but after dropping it in to the ātext-windowā? (on the right side) the note didnāt have the brown text field on top. Also, the Inspector gives lots of nice options.
Thanks to @mwra and @PaulWalters for helping! I feel very welcome in here.
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.