Just for completeness, copying my message from the Obsidian Discord:

Cmd-drop (from finder to Obsidian) results in the pointer changing from a “link” arrow (curved) to a standard pointer arrow, but the file then “flies” back to finder when releasing the mouse button (e.g. no effect). option-drag-drop results in the pointer changing to a “+” (remember that option-drag-drop is the normal Mac way of COPYING a file rather than moving it in e.g. Finder) but when releasing the mouse button, nothing is added to the document. Regular drag-drop (no cmd, no option) results in a file:// link to the file’s original location.

For reference: Mac keyboard shortcuts - Apple Support

(This thread is already tagged repro).

1 Like

Having this bug as well, which is super super annoying. :frowning:

we are aware of this, will be fixed and changed to alt-drop in 0.11.2

5 Likes

we can’t bind alt-drop on mac.
It will be:

- Drop files from outside directly = insert link
- Drop files from outside + Ctrl = copy in
2 Likes

It would be really great if this feature could be manually set, i.e. between old and new behavior. If you’re only embedding images, it really makes sense for them to be copied to the currently set attachment folder.

1 Like

Agreed – especially with syncing, it’s nice to have everything self-contained in the vault. My default preference is to “copy in” files.

Personally I’d rather be able to drag to my vault instead of having a link so I’m fine with this, but you probably can’t bind ctrl-click either on macOS since it’s the shortcut for right-click.
You would need cmd-click or shift-click

Same issue here.
I personally like to have everything stored in the vault, and I do prefer to use Wikilink whenever it is possible, the old way did the perfect (and easy) job.

Could it be done by adding an option to choose from the old/new way?

1 Like

Confirming that CONTROL + drag & drop now copies the image into the attachment folder in 0.11.1, thank you for rolling out an update so quickly, I love the release cadence!

I don’t love behavioural changes being pushed out without an option to retain the original behaviour though, which for many of us will be muscle memory now; I’m sure I’m going to do a regular drag and drop without realising, delete the original image in a routine desktop cleanup, and end up with a broken image in the page.

Maybe a bit of background into the need for this change would give us context? Was it solving a problem around keyboard bindings for example? Otherwise, a setting to revert it back from CONTROL to drag & drop with no keyboard modifier if we want would be greatly appreciated.

Cheers, love your work.

The idea is that

  1. copying into obsidian is a more “consequential” action and we want to reduce the change of it happening by accident
  2. in other OSs, Ctrl-drop is the default action for copy. We would like to use alt-drop on mac but we weren’t able to.

Seems to me this should at least be a setting for Obsidian Sync subscribers. If I’m syncing my data between devices, I want to sync the actual media files - not the link to a file on my desktop. I’m staying on 0.11.0 for now because I don’t want to EVER add just the link.

I totally agree with this - I do a lot of screenshots and I would like to have those images copy straight to the vault, so when I move around to another computer, my images are there (my vaults are sync to Dropbox).

I am disappointed at the change of this direction to make shortcuts the default. It has significantly impacted my workflow.

2 Likes

I think there is some confusion here.
You can move files to obsidian and there are several ways to do it.
Moving stuff using only finder
Drag and drop between finder and file explorer in obsidian
Drag-ctrl-drop between finder and a note in obsidian. (this is the only thing that changed from drag and drop)

Correct, it’s technically possible to drag an image into Obsidian while holding a modifier key and get the expected result - a file embedded into the note and added to the default file location. But it is very easy to think you did this if you’re moving quickly and then you go to access your notes somewhere later and the file is missing because the default is the file link only. Here’s one use case that used to work but now doesn’t on 0.11.1+: GoodNotes – Tapes

BTW, I know that I could put the file in the files folder. I also know that I could set GoodNotes to save to that folder first. But I work with more than one app, and currently Obsidian is the one that isn’t doing what’s expected.

The more consequential action for Sync users is that you think you copied something to Obsidian and it’s just a link.

i’ve noticed that the following has broke as a result of this change.

OS: MacOS Big Sur 11.2.1
Obsidian v.0.11.2

Previous workflow:

  1. Screenshot image.
  2. Drag from the screenshoot floating thumbnail to obsidian or to yoink (Eternal Storms Software - Yoink for Mac, iPad and iPhone).
  3. done.

Current:

  1. Screenshot image.
  2. Drag from screenshot thumbnail broken.
    2a. Screenshot drag from Yoink broken.
  3. Screenshot is copied from desktop.
  4. Drag image from deskop to obsidian.
  5. Ctrl-click to ensure file is saved to vault.
  6. Done.

Sigh … life before the change was a dream. Now … not so much.

Are there plans to make the current change optional in settings?

2 Likes

Yep, exactly. Shelf apps are basically broken with this “feature” added.

Link to bug report:

I would like to note that in MacOS, the default drag and drop behavior from Finder to any other application that can accept the object (file) type being dragged is for the data to be copied to the application, not for a resource link to be made.

I think Obsidian’s behavior would be more understandable and intuitive if:

  1. drag-and-drop from Finder would copy the resource to the Obsidian vault (as with the previous behavior).
  2. cmd-drag or ctrl-drag (whatever hotkey you can make work) would change the cursor to a curved “link” arrow (!!) and put in an MD link to the file on the local filesystem. Portability of notes is approximately zero with extra-vault file links.

I had the same issue. And what worked for me is this sequence …

Left click the image to select it first, then hold down the Ctrl key.

Go to Obsidian where you want to drop the image, whilst still holding on to your mouse click and then let go of the mouse click. The screen capture is then copied to the vault.

It gets tedious very quickly if you do a lot of screen captures, as I do.