The three the handoff named as next. They are one commit because they are one mechanism: all three end in something being dragged, and a drop target cannot tell what is coming without the module they now share. Groups are foldable headings over the projects in the sidebar. A table rather than a `group_name` column on the project, because a group has to be renamable in one write, has to survive being emptied, and has to remember whether it is folded — none of which a string repeated on every project row can do. Folded state lives on the row, not in localStorage. The sidebar's *width* is a property of the screen you are sitting at, which is why that one is per browser; a folded group is a statement about the group — "this is the part of my work I am not in right now" — and it is true on the laptop and on the desktop. There is nobody else's answer to disagree with either: a group belongs to exactly one person. A shared project cannot be filed. `group_id` is a column on the project row, so a member grouping somebody else's project would move it in the owner's sidebar too — the same reason `sort_order` is owner-scoped. The listing reports the column only to the owner, so a viewer is never told where somebody else keeps it. Deleting a group takes the heading and leaves the projects, and the sidebar decides where a project renders by whether its group still exists rather than by the id alone. A group deleted in another tab arrives as one event and not one per project, so for a moment the projects still name a heading that is no longer drawn — filing by the raw id would drop them out of the sidebar entirely. Kommende gains the month grid the project pages already had, behind a Liste/Kalender toggle. The two views ask for different things — seven days from today against six whole weeks around an arbitrary month — so each loads its own, and the grid reports which dates it is showing rather than having the page guess. Which view is remembered in localStorage: a month of seven columns needs room, and the answer on a phone is not the answer on a wide monitor. And a task can now be dropped on a project in the sidebar, on a day in Kommende, or on a cell in any month grid. Onto a project it is a *move*, not a field: `sort_order` belongs to the project, so it has to find a place among that project's tasks and leave its old section behind. Each drag now carries its own MIME type. `getData` is deliberately unreadable while a drag is in the air — the browser hands the payload over on drop and not before, so a page cannot read what is being dragged across it — and `dataTransfer.types` is all a target has to decide with. Deciding is the point: calling preventDefault on a drag you cannot accept is what turns "no" into a silent, wrong drop. The sidebar takes a project and a task on the same row and has to tell them apart. Two things fell out of building it. The month grid has always had one cell narrower than the other six: `.today` styled the "I dag" button in the header, and the day cell for today wears the same class, so `margin-left: auto` was shrinking a grid item to its content. It is scoped to the header now. And a project page listed whatever was in the store rather than what belonged to that project, which did not matter until a task could leave a project while you were looking at it. Covered by eight new API tests and two new smoke tests, and the smoke tests drive the drags for real — the type check they exercise exists only while a drag is in flight, so nothing else can reach it. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
347 lines
8.7 KiB
Svelte
347 lines
8.7 KiB
Svelte
<script>
|
||
/**
|
||
* A month grid for one project.
|
||
*
|
||
* Weeks start on Monday. That is not a preference — it is ISO 8601 and it is
|
||
* what every Danish calendar does, and a Sunday-first grid makes a Dane
|
||
* misread the whole month at a glance.
|
||
*/
|
||
import { app } from '$lib/stores.svelte.js';
|
||
import { TASK, startDrag, carries, dragged, accept } from '$lib/dnd.js';
|
||
|
||
let {
|
||
/**
|
||
* What a chip does when clicked. Opening the task is what it should do
|
||
* everywhere, so it is the default rather than something each caller has to
|
||
* remember — the project page did not, and its chips were dead for as long
|
||
* as the month view has existed.
|
||
*/
|
||
onselect = (task) => app.openDetail(task.id),
|
||
/**
|
||
* Told which dates the grid is showing, whenever that changes.
|
||
*
|
||
* A project's month view needs nothing: the page has already loaded every
|
||
* task in the project. Kommende is the other case — it cannot load every
|
||
* task anybody has ever dated — so it asks for the month on screen, and
|
||
* this is how it learns which one that is.
|
||
*/
|
||
onrange,
|
||
/**
|
||
* Narrows the grid to one project. The store holds whatever the last view
|
||
* loaded, so a project's month has to say which project it is — Kommende,
|
||
* which shows every project, is the one that leaves this out.
|
||
*/
|
||
projectId = null
|
||
} = $props();
|
||
|
||
let cursor = $state(startOfMonth(new Date()));
|
||
|
||
function startOfMonth(d) {
|
||
return new Date(d.getFullYear(), d.getMonth(), 1);
|
||
}
|
||
|
||
function iso(d) {
|
||
return `${d.getFullYear()}-${String(d.getMonth() + 1).padStart(2, '0')}-${String(
|
||
d.getDate()
|
||
).padStart(2, '0')}`;
|
||
}
|
||
|
||
// The grid always runs whole weeks, so it starts on the Monday on or before the
|
||
// first of the month and ends on the Sunday on or after the last.
|
||
let grid = $derived.by(() => {
|
||
const first = startOfMonth(cursor);
|
||
const start = new Date(first);
|
||
// getDay() is Sunday-based; this converts to "days since Monday".
|
||
start.setDate(first.getDate() - ((first.getDay() + 6) % 7));
|
||
|
||
const days = [];
|
||
const cell = new Date(start);
|
||
// Six weeks covers every possible month layout, including a 31-day month
|
||
// that begins on a Sunday.
|
||
for (let i = 0; i < 42; i++) {
|
||
days.push(new Date(cell));
|
||
cell.setDate(cell.getDate() + 1);
|
||
}
|
||
return days;
|
||
});
|
||
|
||
// Reported after the grid is worked out rather than from the cursor, because
|
||
// the grid runs whole weeks: a month view nearly always shows a few days of the
|
||
// month before it and a few of the one after, and a caller loading only the
|
||
// month itself would leave those corners empty.
|
||
$effect(() => {
|
||
onrange?.({ from: iso(grid[0]), to: iso(grid[grid.length - 1]) });
|
||
});
|
||
|
||
const todayISO = iso(new Date());
|
||
|
||
const tasksOn = (date) =>
|
||
app.tasks.filter(
|
||
(t) =>
|
||
!t.completed &&
|
||
t.due_date === iso(date) &&
|
||
(!projectId || t.project_id === projectId)
|
||
);
|
||
|
||
const monthName = $derived(
|
||
cursor.toLocaleDateString('da-DK', { month: 'long', year: 'numeric' })
|
||
);
|
||
|
||
function step(months) {
|
||
cursor = new Date(cursor.getFullYear(), cursor.getMonth() + months, 1);
|
||
}
|
||
|
||
// --- dropping a task on a day ---------------------------------------------------
|
||
|
||
/** The cell lit up under the pointer. */
|
||
let over = $state(null);
|
||
|
||
function onDragOver(event, date) {
|
||
if (!carries(event, TASK)) return;
|
||
accept(event);
|
||
over = iso(date);
|
||
}
|
||
|
||
async function onDrop(event, date) {
|
||
event.preventDefault();
|
||
const id = dragged(event, TASK);
|
||
over = null;
|
||
if (!id) return;
|
||
await app.reschedule(id, iso(date));
|
||
}
|
||
</script>
|
||
|
||
<div class="calendar">
|
||
<header>
|
||
<button onclick={() => step(-1)} aria-label="Forrige måned">‹</button>
|
||
<h2>{monthName}</h2>
|
||
<button onclick={() => step(1)} aria-label="Næste måned">›</button>
|
||
<button class="today" onclick={() => (cursor = startOfMonth(new Date()))}>I dag</button>
|
||
</header>
|
||
|
||
<div class="weekdays" aria-hidden="true">
|
||
{#each ['man', 'tir', 'ons', 'tor', 'fre', 'lør', 'søn'] as day}
|
||
<span>{day}</span>
|
||
{/each}
|
||
</div>
|
||
|
||
<div class="grid">
|
||
{#each grid as date (date.toISOString())}
|
||
{@const tasks = tasksOn(date)}
|
||
{@const outside = date.getMonth() !== cursor.getMonth()}
|
||
<!-- svelte-ignore a11y_no_static_element_interactions -->
|
||
<div
|
||
class="day"
|
||
data-date={iso(date)}
|
||
class:outside
|
||
class:today={iso(date) === todayISO}
|
||
class:over={over === iso(date)}
|
||
ondragover={(e) => onDragOver(e, date)}
|
||
ondragleave={() => (over = null)}
|
||
ondrop={(e) => onDrop(e, date)}
|
||
>
|
||
<span class="number">{date.getDate()}</span>
|
||
|
||
{#each tasks.slice(0, 3) as task (task.id)}
|
||
<!-- Draggable as well as clickable: within a month, moving something
|
||
to another day is the whole reason to be looking at a month. The
|
||
browser needs a few pixels of movement before it calls a press a
|
||
drag, so the click survives. -->
|
||
<button
|
||
class="chip"
|
||
data-priority={task.priority}
|
||
draggable="true"
|
||
ondragstart={(e) => startDrag(e, TASK, task.id)}
|
||
ondragend={() => (over = null)}
|
||
onclick={() => onselect?.(task)}
|
||
>
|
||
{task.content}
|
||
</button>
|
||
{/each}
|
||
|
||
{#if tasks.length > 3}
|
||
<span class="more">+{tasks.length - 3} mere</span>
|
||
{/if}
|
||
</div>
|
||
{/each}
|
||
</div>
|
||
</div>
|
||
|
||
<style>
|
||
header {
|
||
display: flex;
|
||
align-items: center;
|
||
gap: var(--s2);
|
||
margin-bottom: var(--s4);
|
||
}
|
||
|
||
h2 {
|
||
font-size: var(--text-lg);
|
||
text-transform: capitalize;
|
||
min-width: 180px;
|
||
}
|
||
|
||
header button {
|
||
width: 28px;
|
||
height: 28px;
|
||
display: grid;
|
||
place-items: center;
|
||
border-radius: var(--radius);
|
||
color: var(--ink-muted);
|
||
font-size: var(--text-lg);
|
||
line-height: 1;
|
||
}
|
||
|
||
header button:hover {
|
||
background: var(--surface);
|
||
color: var(--ink);
|
||
}
|
||
|
||
/* Scoped to the header, because `.today` is not only this button: the day cell
|
||
for today carries the same class, and an unscoped `margin-left: auto` made a
|
||
grid item shrink to its content and sit against the right of its column. The
|
||
month always had one cell narrower than the other six, on every project
|
||
calendar, and it read as a grid that had not quite laid out yet. */
|
||
header .today {
|
||
width: auto;
|
||
margin-left: auto;
|
||
padding: 0 var(--s3);
|
||
font-size: var(--text-sm);
|
||
border: 1px solid var(--line);
|
||
}
|
||
|
||
.weekdays {
|
||
display: grid;
|
||
grid-template-columns: repeat(7, 1fr);
|
||
gap: 1px;
|
||
margin-bottom: var(--s2);
|
||
}
|
||
|
||
.weekdays span {
|
||
font-size: var(--text-xs);
|
||
color: var(--ink-faint);
|
||
text-transform: uppercase;
|
||
letter-spacing: 0.06em;
|
||
padding: 0 var(--s2);
|
||
}
|
||
|
||
.grid {
|
||
display: grid;
|
||
grid-template-columns: repeat(7, 1fr);
|
||
gap: 1px;
|
||
background: var(--line);
|
||
border: 1px solid var(--line);
|
||
border-radius: var(--radius);
|
||
overflow: hidden;
|
||
}
|
||
|
||
.day {
|
||
background: var(--ground);
|
||
min-height: 92px;
|
||
padding: var(--s2);
|
||
display: flex;
|
||
flex-direction: column;
|
||
gap: 2px;
|
||
}
|
||
|
||
/* Days from the neighbouring months stay visible but recede — removing them
|
||
would leave ragged holes at the corners of the grid. */
|
||
.day.outside {
|
||
background: var(--surface-sunken);
|
||
}
|
||
|
||
.day.outside .number {
|
||
color: var(--ink-faint);
|
||
opacity: 0.5;
|
||
}
|
||
|
||
.number {
|
||
font-size: var(--text-xs);
|
||
color: var(--ink-muted);
|
||
}
|
||
|
||
/* The whole cell, because the whole cell is the target: a day is a box, not a
|
||
gap between two boxes. */
|
||
.day.over {
|
||
background: var(--surface-raised);
|
||
box-shadow: inset 0 0 0 1px var(--accent);
|
||
}
|
||
|
||
.day.today .number {
|
||
color: var(--accent-ink);
|
||
background: var(--accent);
|
||
border-radius: var(--radius-full);
|
||
width: 18px;
|
||
height: 18px;
|
||
display: grid;
|
||
place-items: center;
|
||
font-weight: 560;
|
||
}
|
||
|
||
.chip {
|
||
font-size: var(--text-xs);
|
||
text-align: left;
|
||
padding: 1px var(--s1);
|
||
border-radius: var(--radius-sm);
|
||
background: var(--surface-raised);
|
||
border-left: 2px solid var(--line-strong);
|
||
color: var(--ink);
|
||
overflow: hidden;
|
||
text-overflow: ellipsis;
|
||
white-space: nowrap;
|
||
}
|
||
|
||
.chip[data-priority='1'] {
|
||
border-left-color: var(--p1);
|
||
}
|
||
.chip[data-priority='2'] {
|
||
border-left-color: var(--p2);
|
||
}
|
||
.chip[data-priority='3'] {
|
||
border-left-color: var(--p3);
|
||
}
|
||
|
||
.chip:hover {
|
||
background: var(--surface);
|
||
}
|
||
|
||
.more {
|
||
font-size: var(--text-xs);
|
||
color: var(--ink-faint);
|
||
padding-left: var(--s1);
|
||
}
|
||
|
||
/* On a phone a seven-column grid of 92px cells is unreadable. The cells shrink
|
||
and the chips give way to a count — the month shape is the useful part at
|
||
that width, not the titles. */
|
||
@media (max-width: 620px) {
|
||
.day {
|
||
min-height: 56px;
|
||
padding: var(--s1);
|
||
}
|
||
|
||
.chip {
|
||
font-size: 0;
|
||
padding: 0;
|
||
height: 4px;
|
||
border-radius: var(--radius-full);
|
||
border-left: none;
|
||
background: var(--line-strong);
|
||
}
|
||
|
||
.chip[data-priority='1'] {
|
||
background: var(--p1);
|
||
}
|
||
.chip[data-priority='2'] {
|
||
background: var(--p2);
|
||
}
|
||
.chip[data-priority='3'] {
|
||
background: var(--p3);
|
||
}
|
||
|
||
.more {
|
||
font-size: 10px;
|
||
}
|
||
}
|
||
</style>
|