-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix calendar interaction when editing reports dashboard #4336
Conversation
✅ Deploy Preview for actualbudget ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
Bundle Stats — desktop-clientHey there, this message comes from a GitHub action that helps you and reviewers to understand how these changes affect the size of this project's bundle. As this PR is updated, I'll keep you updated on how the bundle size is impacted. Total
Changeset
View detailed bundle breakdownAdded No assets were added Removed No assets were removed Bigger
Smaller
Unchanged
|
Bundle Stats — loot-coreHey there, this message comes from a GitHub action that helps you and reviewers to understand how these changes affect the size of this project's bundle. As this PR is updated, I'll keep you updated on how the bundle size is impacted. Total
Changeset No files were changed View detailed bundle breakdownAdded No assets were added Removed No assets were removed Bigger No assets were bigger Smaller No assets were smaller Unchanged
|
WalkthroughThe changes introduce an optional boolean property called isEditing to the CalendarGraphProps type in the CalendarGraph component. When isEditing is true, the component adjusts its zIndex style to -1, which prevents interactions with calendar buttons during editing. In addition, the isEditing prop is added to the CalendarCard component and its inner component, CalendarCardInner, to propagate this state across the related components. The modifications include updates to prop declarations and function signatures in both CalendarGraph.tsx and CalendarCard.tsx, ensuring that the editing state is consistently managed and reflected in the UI without altering the overall structural or logical flow of the components. Suggested labels
Suggested reviewers
📜 Recent review detailsConfiguration used: CodeRabbit UI ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (2)
🔇 Additional comments (5)
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
Bug
As of v25.2.1 and before, the buttons (day boxes) on calendar reports remain clickable when when editing the reports dashboard. This presents a problem where the calendar is invertedly clicked on when drag-n-dropping to move it.
How to reproduce
Proposed solution
This code solves the issue by sending the calendar day buttons to the background while editing the dashboard. I originally tried just disabling the buttons, but when hovering, the cursor is set to
default
rather thanmove
which it should be when dragging the card.