fix(planner): let tablets drag places into the day plan (#1616)

Dragging a place from the right pane to the left one did nothing on an
iPad or a Samsung tablet — the row was selected as text instead. Phones
never reach this layout, they get the mobile shell below md, so the coarse
pointer check in dragDisabled was only ever switching tablets off.

It was also doing that for a reason that had gone away. What swallowed the
scroll gesture in #1432 was the drag-drop-touch polyfill, and that has been
confined to hybrid laptops since. Width is the gate that still means
something: below lg the plan and the places are separate tabs, so there is
nothing to drag between.

So touch is no longer a reason to disable the drag, and the planner arms
the long-press bridge instead where the pointer is coarse. Rows get
-webkit-touch-callout and user-select off there too, otherwise the press
that starts the drag brings up the selection first. The isTouch prop had no
other use and is gone, along with a comment claiming arrow reorder buttons
take over on touch — there are none.

client/src/index.css

@@ -1165,6 +1165,18 @@ img[alt="TREK"] {
   .dp-day-header[data-selected="true"] .dp-day-actions { opacity: 1; }
 }
 
+/* Planner rows a finger can pick up (#1616). A long press is what arms the drag,
+   and that is the same gesture the browser answers with a text selection and a
+   callout — "the action is interpreted as a text selection" in the report. Only
+   on coarse pointers, and only inside the two panes that opt into the bridge. */
+@media (pointer: coarse) {
+  [data-touch-drag] [draggable='true'] {
+    -webkit-touch-callout: none;
+    -webkit-user-select: none;
+    user-select: none;
+  }
+}
+
 /* ── TREK range slider — thin filled track + soft round thumb ─────────────── */
 .trek-range {
   -webkit-appearance: none;