Dragging a file to an app that is not open yet

There is a particular failure that happens several times a week. You start dragging a file toward the app you want to hand it to, and only once the file is airborne do you realise that app is not running. There is no window to drop onto. You hover over the Dock, hoping the icon will accept the drop, and sometimes it does and sometimes the app launches to an empty state and forgets you were holding anything at all.

The file goes back where it started. You launch the app, wait for it to open, find the file again, and try the drag a second time.

Why a closed app breaks the drag

Drag and drop assumes the destination already exists. You pick a file up, and the system expects you to drop it on a window, a Dock icon, or a folder that is right there in front of you. When the target app is closed, that landing spot is missing. You are carrying a file with nowhere to put it down.

The Dock is supposed to help here, and for some apps it does. You can drag a file onto a Dock icon and the app launches and opens it. But it is inconsistent. Some apps accept a dropped file on their icon and open it, others launch and ignore the file entirely, and others were never in the Dock to begin with, so there is no icon to aim at. You find out which kind you are dealing with only after the drag has already failed.

The deeper issue is timing. Launching an app takes a moment. During that moment you are still holding the mouse button down, waiting, hoping the window appears before your hand slips. Dragging is not a state you want to hold for several seconds while a cold app starts up. It is meant to be quick, and a closed target turns it slow and uncertain.

Set the file down first, then deal with the app

The fix is to separate the two jobs. First, get the file out of its folder and somewhere safe. Second, open the app and hand the file over once the app is actually ready. The problem only exists because drag and drop forces you to do both at once, while holding on.

Ledge lets you do them in order. Drag the file up to the top of the screen and let go. It lands on a shelf that stays there. Now the file is out of its folder and waiting, and your hands are free. Launch the app however you like, from Spotlight or the Dock or Launchpad, and give it a second to open. When its window is in front of you, drag the file off the shelf and drop it in. The launch and the drop are no longer racing each other.

This turns the closed-app case into the same easy motion as any other drop. You are not aiming at a Dock icon and guessing whether it will take the file. You are dropping onto a real, open window, which is the case drag and drop actually handles well.

Keep the destination on the shelf even when it is closed

There is a second, related problem worth naming. Sometimes the app you drop onto lives on the shelf itself as a routing destination, and you want it to stay available whether or not it is running. In Settings you choose which apps are destinations, and those stay on the shelf even when they are closed. So the target is present the whole time, and the drop can go to it directly, with the app opening as part of the hand-off rather than as a separate step you have to remember.

That matters for the apps you send things to constantly. If you drop screenshots into a particular chat app all day, you do not want its availability to depend on whether it happens to be open at that moment. Pinning it as a destination means the shelf treats it as always reachable, and the awkward launch-first dance disappears for the apps you use most.

Let the hand-off match the app

Once the app is open and you drop the file on it, there is still the question of what it receives. This is where the order-of-operations approach pays off again. The same file can arrive in different forms depending on where it lands, and you want each app to get the version it can actually use.

Drop the file on a terminal and the path arrives as text, because that is what a terminal understands. Drop it on a chat window and the file uploads. Drop it on Finder and the file itself moves. Drop a link into a text field and it arrives as plain text. Because you set the file down first and pick the destination second, you get to choose deliberately where it goes, and the right form follows from that choice without any extra thought.

A steadier way to hand files to apps

The closed-app problem is small in each instance and tiring in aggregate. It interrupts a simple task with a launch, a wait, and a repeated drag, several times a day. Setting the file down first removes the interruption. You pull the file onto the shelf, open whatever you need at your own pace, and hand it over when the app is ready to receive it.

Nothing about this involves an account or the network. The file waits on the shelf on your Mac and moves to the app on your Mac. The next time you catch yourself dragging toward an app that turns out to be closed, let go at the top of the screen instead, and deal with the app second.