With clear detail of what’s in the drag and what doesn’t show up, drop an email to Tinderbox support asking if the omission is by design or if it could be supported.In no docs, email 's dev any ask for detail Check some app’s documentation for what data is put into the drag.If I suspect other data might/should be there, I’d open Get Info, tear off the pop-over, resize to show more data then select the attributes panel and cycle through the attribute groups to see what’s there - any item in bold is non-default).See what sort of note is made and if any KA are set.Try drag/drop or paste into Tinderbox view pane.Personally, my approach with first testing using data from with Tinderbox would be this: When the unexpected happens, experience shows users blame the receiving app (or the one they use less often/know less well) which isn’t exactly logical.ĪTbRef certainly reports support for known apps that have specific per-app support built-in (mainly found here). This is all a polite roundabout way of saying - are we asking the right question here? The expectation I parse from posts above is an assumption Tinderbox should put all ‘extra’ information, for which it has a suitable (how to tell?) attributes, as KAs. My years of beta testing for a variety of apps would suggest otherwise. For instance, sometimes may not document what it puts on the clip board (or in a drag) or mis-declare its data type. Those who read the release notes in detail will know some of this integration isn’t simply a case of Tinderbox dropping the ball but requires Eastgate to work with the authors of (assuming they are even willing) to check sending/receiving apps are doing things the same way. Heavy users of usually follow up with “Why doesn’t Tinderbox find all the things from that I assume it is providing?”. Stepping back, this is an unbounded question: “What from may get imported, and how do I know?”. … which brings me back to my original question: All the Scrivener-attributes are brought over – but not displayed as Key Attributes automatically … One can either drag them in or even open them as new TB-file. But once a Devonthink-file has more than 1 tag – none of them is assigned to $Tags anymore.But again: Not automatically displayed as Key Attribute. If a Devonthink-file has one tag – this tag is assigned to $Tags.–> Thus, one has to already know for which attributes to look out.Although Devonthink-files bring backlink along (assigned to TB-URL-attribute), it is not automatically displayed as Key Attribute.The same applies for files brought over from Devonthink: But both aren’t displayed as Key Attributes automatically. Start and end of Calendar.app-events are assigned to $StardDate and $EndDate in TB. I see what you mean and that works perfectly well for tasks brought over from OmniFocus (as described above) since the backlink – assigned to the TB-URL-attribute – is automatically displayed as Key Attribute. How does one figure out which attributes an imported note/event/task brought along (like URL-backlink, StartDate etc.) omnifocus:///task/psetesttesttest0qoK0x1u in the URL-attribute. in OmniFocus-Tasks successfully brought over and showing omnifocus:///task/psetesttesttest0qoK0x1u in the URL-attribute.īringing over tasks from OmniFocus2Pro.app (either copy/paste or drag/drop) works well although StartDates and EndDates aren’t brought along.Ī backlink is provided in the URL-attribute … e.g. I am missing the backlink option to the respective calendar-event – as displayed e.g. Calendar.appīringing over events from Calendar.app (either copy/paste or drag/drop) works well since StartDates and EndDates are brought along. Fantastical2.appīringing over events from Fantastical2.app (either copy/paste or drag/drop) is not recommended here for StartDates and EndDates aren’t brought along. I need to transfer my calendar-events into Tinderbox.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |