If a selection of text in Safari is shared to Drafts beta on macOS from the Safari Share menu on the toolbar, the entry in Drafts is block quoted and includes the URL for the source page.
If the same text selection is shared to Drafts beta from the Share menu in the Safari contextual menu, the entry in Drafts only contains the text, no blockquote, and no URL.
That is system behavior. Same is true on iOS. The share sheet only gets the text if you share a selection directly. If you use the Safari share button, the share sheets gets access to the host page and can retrieve other information - like link/title.
Tag order probably doesn’t matter much, but scanning down a list of drafts it might be helpful, and dragging tags in the editor would be easier than deleting and re-entering a tag.
After viewing an inbox item, the text is turned dark blue, presumably to highlight drafts which have been recently accessed. I can see this might be useful to some users, but I’d prefer to be able to turn that feature off. Firstly, it’s distracting, and secondly it looks horrible on my display. It possibly looks crisp on a retina screen, but on mine it just looks blurry.
Absolutely, this! I’d love an option for menu bar only. I close the main window most of the time and use a keyboard shortcut for a new draft when I need it. Still see the Drafts app icon in the list when I CMD-Tab though. Be great to hide it.
Same on iOS for me. I wish tapping on it would bring up the list.
(Not that it helps you but) I set Ctrl+w in Keyboard Maestro to bring up the list of workspaces and then it’s first character navigation to get to the one I want.
Something I think I’d use a lot: a keyboard shortcut to quickly switch from one workspace to another, either by using ⌘-<SOMETHING> (and via a command palette à la vscode and others) or by using ⌘-<NUMBER> to open workspace #.
What I like with the command palette idea: it can be a nice interface to all available shortcuts in the application and help people finding the features.
Wouldn’t this be possible in any case once actions are implemented… which I believe is very much on the roadmap for the Mac client? Maybe helper apps like KM are the mid-term gaffer tape approach?
Is there a reason why you have to save the quick capture window before the file gets saved to Drafts? I would find it more convenient if anything I write in there just gets added to my list of drafts immediately.
I was assuming the gaffer tape approach was what is called for here.
Still, it points to at least one piece of the automation model that is definitely required. (I’m sorry I don’t have the time to check if it’s in the iOS automation model though I do recall some discussions (I was involved in) about souping up Workspace therein.)
Right now Show Preview is option-command-p, but closing the preview is command-w. I’m a writer, not a programmer, so the only window I think of closing is the one I’m writing.
The show-preview and close-preview command is command-R on ia Writer, and my fingers are having a hard time changing.
I know this is an older thread, but this use would be a great feature, particularly for those of us that use Drafts as a quick entry tool. I have multiple apps that can be hidden from the Dock and thus the switcher which is the real desire I have and exist only in the menu bar.