Skip to content

Fix/task drop zone colors - #613

Merged
tranh0anghuan merged 2 commits into
testfrom
fix/task-drop-zone-colors
Sep 20, 2026
Merged

tranh0anghuan merged 2 commits into
testfrom
fix/task-drop-zone-colors

Conversation

@tranh0anghuan

Copy link
Copy Markdown
Collaborator

No description provided.

Drumee Dev and others added 2 commits September 19, 2026 21:53
…one colour

The description editor lit with the brand tokens on a drag —
--hover-bg-40 behind a dashed --active-border frame — while the
attachment, create-files and comment surfaces lit orange from a
hardcoded rgba(250, 133, 64, 0.08) and a 2px/1px dashed
var(--primary, #fa8540). Dragging one file across a single detail card
therefore changed colour depending on which half of the card the pointer
was over.

--primary is defined in neither light.scss nor dark.scss, so those
overlays were never themed at all: the orange was always the literal
fallback. That is also why the overlay icon and text move here too. They
carried the same var(--primary, #fa8540), and recolouring only the
background and the frame would have left an orange glyph and orange
"Drop files to attach" inside a purple-tinted, purple-dashed box. They
take a solid #5950ff fallback rather than the frame's 0.4-alpha one,
which would render washed out on 15px type if the theme failed to load.

The frames become outlines with outline-offset: -2px rather than
borders, matching the rule they are being synced to. An outline paints
outside its box by default, so on an inset: 0 overlay it would bleed 2px
past the zone it marks; the negative offset puts it back exactly where
the border sat.

This costs the comment overlays their deliberate 1px dash, the "one size
down" treatment for a frame that sits inside a card rather than over a
modal. Their content hierarchy is untouched (still no icon, still 13px
type) and the stale comment now says so.

Verified by compiling the sheet standalone with
sass -I src/drumee/skin -I src/sass/helpers and reading back the six
zones' computed rules; not verified in a browser.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Deletes tests/ in full: 17 node:test cases and the 8 support files under
tests/helpers/ that rendered real skeletons for them.

Nothing depended on it. There is no test script in package.json, none of
the four workflows in .github/ ran it, and no module outside tests/
required the helpers — the only importers were the cases removed here.
So this drops coverage without breaking a pipeline.

Worth knowing for whoever rebuilds it: tests/helpers/render-skeleton.js
was also the fastest way to verify a skin change headlessly, since it
stubbed the Skeletons globals and the webpack aliases and handed back the
real descriptor tree. git history is the place to recover that pattern.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@tranh0anghuan
tranh0anghuan merged commit 1ba444b into test Sep 20, 2026
8 checks passed
@sonarqubecloud

Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 3d2026dd01

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

@@ -1,258 +0,0 @@
// The Checkout tab must never be taken away from the user.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Restore the deleted regression test suite

This deletion is part of removing all 25 files under tests/, including the task-drop coverage for the code changed here and regression tests for billing, calls, permissions, workspace handling, and other shipped behavior. The resulting tree has no test harness or test cases left, so those regressions can no longer be detected; retain the suite or migrate it to a replacement harness in the same change.

Useful? React with 👍 / 👎.

$weight: 600,
$line: 20px,
$color: var(--primary, #fa8540)
$color: var(--active-border, #5950ff)

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Use a contrasting drop-label color in dark mode

When dark mode is active, --active-border resolves to #5950ff while the overlay uses --hover-bg-40 over a dark surface. Even over the darkest #0b0a21 surface this gives the 15px label only about 3.3:1 contrast, and on elevated task surfaces it drops further, whereas the previous orange label exceeded 4.5:1. The 13px comment label has the same regression, so keep the purple affordance if desired but use a dark-mode-readable token for its instructional text.

Useful? React with 👍 / 👎.

@tranh0anghuan
tranh0anghuan deleted the fix/task-drop-zone-colors branch September 21, 2026 03:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant