Kristian WindandClaude Opus 5
a4b12f3601
Release / Build and publish image (push) Failing after 9m52s
Rækken har nu titel i samme størrelse som en opgavetitel — en note og en opgave er to ting af samme slags, og hver sin størrelse får den ene til at se mindre vigtig ud. Under den står dato og begyndelse på samme linje, som Apple Noter gør det: to linjer pr. note frem for tre, og datoen først, fordi det er den, man skanner efter. Ligger noten i et projekt, står det nedenunder. ⌘K søgte kun i opgaver og projekter. Feltet ser ud til at kunne finde alt, så det er svært at gætte, at halvdelen af programmet ikke var med. Og mens jeg var der: "Projekt" og "Opgave" stod hårdkodet på dansk i paletten. En note kan trækkes ind på et projekt i sidebjælken — samme mål som en opgave, fordi det er samme gestus: læg denne her. To fejl i søgefeltet, begge Safaris egen type="search": Fokusringen tvang sin egen hjørneradius og tegnede en firkantet bue uden om en rund kant — to streger, hvor der skulle være én. Den følger nu elementets form, overalt i programmet. Og feltet skiftede udseende ved fokus: forstørrelsesglasset forsvandt og pilleformen blev firkantet. Det tegnes nu af os. Trækket og palettens noter er ikke fastholdt i en prøve. ⌘K, tastning og en debounce oven på hinanden gjorde den upålidelig, og en flakkende prøve siger mindre end ingen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
45 lines
1.8 KiB
JavaScript
45 lines
1.8 KiB
JavaScript
/**
|
|
* What a drag is carrying.
|
|
*
|
|
* More than one kind of thing is now dragged onto the same targets: the sidebar
|
|
* takes a project (to reorder it, or file it under a group) *and* a task (to move
|
|
* it into that project), and Kommende takes a task onto a day.
|
|
*
|
|
* The distinction has to be a MIME type rather than something read out of the
|
|
* payload, because `getData` is deliberately unreadable while a drag is in the
|
|
* air — the browser only hands the data over on drop, so that a page cannot read
|
|
* what is being dragged across it. During `dragover`, `dataTransfer.types` is all
|
|
* a drop target has to decide with, and deciding is exactly what it has to do:
|
|
* `preventDefault` on a drag it cannot accept is what turns "no" into a silent,
|
|
* wrong drop.
|
|
*/
|
|
|
|
export const TASK = 'application/x-verdande-task';
|
|
export const PROJECT = 'application/x-verdande-project';
|
|
export const GROUP = 'application/x-verdande-group';
|
|
export const NOTE = 'application/x-verdande-note';
|
|
|
|
/** Starts a drag carrying one id of the given kind. */
|
|
export function startDrag(event, type, id) {
|
|
event.dataTransfer.effectAllowed = 'move';
|
|
event.dataTransfer.setData(type, id);
|
|
// Firefox refuses to start a drag unless text/plain is set as well.
|
|
event.dataTransfer.setData('text/plain', id);
|
|
}
|
|
|
|
/** Whether the drag in flight is of this kind. Safe to call during dragover. */
|
|
export function carries(event, type) {
|
|
return event.dataTransfer?.types?.includes(type) ?? false;
|
|
}
|
|
|
|
/** The id being dragged. Only meaningful in a drop handler. */
|
|
export function dragged(event, type) {
|
|
return event.dataTransfer?.getData(type) ?? '';
|
|
}
|
|
|
|
/** Marks a drop target as willing, which is what allows the drop to happen at all. */
|
|
export function accept(event) {
|
|
event.preventDefault();
|
|
event.dataTransfer.dropEffect = 'move';
|
|
}
|