-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
Feat: Calendar View #311
base: main
Are you sure you want to change the base?
Feat: Calendar View #311
Conversation
Things done:
|
Could the info about the current state be moved underneath the current' week's row? Browser metadata
|
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.
This is making me so happy! Feels like progress, actual new functionality.
const classes = useStyles() | ||
const date = makeDate(entryId) | ||
|
||
const redirectTo = path.includes("/calendar") |
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.
Here I think it could be good to do ".." as path for navigate
. It will move back one.
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.
I changed this, let me know if you still want this change
import { makeDate, entryIdFromDate } from "../utils/days" | ||
import { AppLayout, AppMainToolbar, AppPage } from "../app" | ||
import { Welcome } from "../onboarding" | ||
import { selectDaysBetween } from "../cycle" | ||
import TimelineItem from "./TimelineItem" | ||
import DatePicker from "./DatePicker" | ||
import Calendar from "./Calendar" |
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.
praise: I like this choice of moving between the views
return ( | ||
<AppLayout> | ||
<AppPage> | ||
<AppMainToolbar> | ||
<DatePicker date={selectedDate} /> | ||
<IconButton | ||
aria-label="Scroll to today" | ||
onClick={() => navigate(`/timeline/${entryIdFromDate(new Date())}`)} | ||
onClick={() => |
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.
nitpick: This seems to not work, it goes back to timeline view when clicked if on calendar
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.
Fixed :D
thought: Should remove "add note" and make the whole square a button that will take you to a |
😸 👍 |
This is actually super hard in CSS grid, to remove flow of elements :/ Trying it now |
Moved everything in the calendar to a new page :) |
suggestion: The purple info block should be "connected" to current month/date not the next menses prediction (as it feels like it is now) |
You might run into the so called visual moat issue, where users don't register the block of text at all regardless of where you place it. We're all so used to jumping over these kinds of elements. 😅 As an alternative, have you considered giving a visual indication of "day 1" on the calendar view instead? I tag my period days with 🩸 emojis. (Also, hi @SaraVieira 👋 please ignore me until @raae says something else. We've been talking about the app for a while among ourselves 😅 ) |
Oh wait, now I get what you're trying here. Hum, that is going to be fiddly. 🤔 Apple Health solves this (very poorly) by giving you a month view per prediction (period and fertility here). Clue does visual indicators for different types of predictions. You may have to keep the calendar to a minimum to avoid overloading it, and then maybe add another view that gives a better insight into what is going on over the course of a cycle and makes more detailed predictions? |
suggestion: Now that I think of it, this "info" block could be skipped in the grid view as more dates will be visible. In the timeline view it's needed as otherwise you might have to scroll a lot to see the next period date. Future plans @troubalex is to give the tags colors and then show as dots on the day, you open/press/click to see more of the info and then add emojii support #318 |
This makes sense, I will remove this info block from the calendar view and we should give more prominence to the first day, maybe a red background? hello @troubalex 👋 |
I think I might fill in som data in those blocks in the near future, so maybe a red border? |
Sure! Will add that tomorrow morning and let you know when it's done :) |
@raae Border has been added and info removed 🚀 |
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.
-
suggestion: I would like the first column to be Monday (I will later add option to have Sunday)
-
suggestion: When clicking a day you go to
/<date>
and then there is an edit button that adds/edit
to the path. -
suggestion: In the grid item there could be a dot for each tag (will later be color coded)
-
suggestion: The
/date
could look kind of like a timeline item
Just make as much the functional stuff you have time for, and then I will polish it.
I am a little tired, so let me know if anything is unclear. Will look over it tomorrow morning.
Creates a calendar view for the timeline
closes #244