Skip to content

v2.53.0

Choose a tag to compare

@ulsklyc ulsklyc released this 29 Aug 11:12
· 3 commits to main since this release

Changed

  • A task opened from the Overview or the Calendar is now the same task you see in the Tasks
    module.
    Clicking one in the Overview used to bring up a card with two buttons - "Edit", which
    navigated you into the Tasks module, and "Mark as done". Everything else a task carries -
    subtasks, comments, attached documents, the tickable checkboxes in its description, its due date,
    who it is assigned to, its history - was neither visible nor reachable from there. A task chip in
    any of the four calendar views did not even offer that much: it navigated away, and the month you
    were reading was gone. That mattered more than two missing buttons sound like, because the
    Overview is where the app actually stands open during the day, while the Tasks module is where
    tasks get created and groomed. The view with fewer capabilities was the one being used more
    often. Every entry point now opens the full reading view, in place, and returns you to where you
    were: check something off in the Calendar and the day updates around you.
  • The reading view of a task lives in one place instead of two. It sat inside the Tasks page and
    could therefore only be opened from there; every other view had the choice of building a smaller
    card of its own or sending the user away, and both were in use. Duplicating the markup would have
    guaranteed the two drift apart at the next change, so the view moved into a shared component and
    the surrounding view now tells it what it cannot know: who is looking, which members and
    categories exist, and how to refresh itself. What a field of a task means - is it archived, may
    I rewrite it, how does its due date read - moved alongside into a shared module, because those
    same rules had already been copied into the Overview once.
  • Opening a task from outside the Tasks module brings its stylesheet along. The router keeps
    exactly one page stylesheet loaded - dashboard.css on the Overview, calendar.css in the
    Calendar - and both the reading view and the edit form take their appearance from tasks.css.
    Measured without it: a tag chip came out at border-radius: 0 instead of fully rounded, a
    comment's author line at weight 400 instead of 600. The sheet is now ensured and waited for
    before the view opens, so nothing is shown raw first. One sheet rather than two halves, on
    purpose: splitting the rules between a shared and a page stylesheet would mean filing each new
    rule correctly forever, and that filing quietly went wrong twice while this was being built.