[GH-ISSUE #3027] [FR] Ability to select a month and year in the date selection widget #1325

New issue

Closed

opened 2026-03-23 20:47:53 +00:00 by mirror · 3 comments

mirror commented

2026-03-23 20:47:53 +00:00

Owner

Originally created by @mskorkowski on GitHub (Jul 19, 2023).
Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/3027

Originally assigned to: @richardshiue on GitHub.

Description

When you use a date selection widget on top there is a month and a year of a date. To the left there is a button < to move to the date picker to the earlier month. To the right there is a button > to move the date picker to the later month. As long as you select dates around "now" that works fine.

I was writing notes about 29 events which happened in 2019. Current design forced me to click "<" button way too many times 7 (to be at december 2022) + 12 (months) * 3 (full years between 2022 and 2019) + some more to select a given month in 2019. This gives at least 43 click per event and in total more then 1200 clicks.

My proposal is to make a month a select value with months and year to be a number input filed

Impact

Anybody who needs to add any data related to the more distant past or future.

Additional Context

No response

Originally created by @mskorkowski on GitHub (Jul 19, 2023). Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/3027 Originally assigned to: @richardshiue on GitHub. ### Description When you use a date selection widget on top there is a month and a year of a date. To the left there is a button `<` to move to the date picker to the earlier month. To the right there is a button `>` to move the date picker to the later month. As long as you select dates around "now" that works fine. I was writing notes about 29 events which happened in 2019. Current design forced me to click "<" button way too many times 7 (to be at december 2022) + 12 (months) * 3 (full years between 2022 and 2019) + some more to select a given month in 2019. This gives at least 43 click per event and in total more then 1200 clicks. My proposal is to make a month a select value with months and year to be a number input filed ### Impact Anybody who needs to add any data related to the more distant past or future. ### Additional Context _No response_

mirror

2026-03-23 20:47:53 +00:00

closed this issue
added the
calendar

improvements

2024
labels

mirror commented

2026-03-23 20:47:54 +00:00

Author

Owner

@Xazin commented on GitHub (Jul 19, 2023):

Normally there is an option to click the month eg. July 2023, which would bring one out one step, to pick month, and then the arrow would navigate years. Might be good to consider this design, as it's common.

Additionally we could allow entering/editing a Date in a textfield at the top of the Date picker dialog.

@Xazin commented on GitHub (Jul 19, 2023): Normally there is an option to click the month eg. `July 2023`, which would bring one out one step, to pick month, and then the arrow would navigate years. Might be good to consider this design, as it's common. Additionally we could allow entering/editing a Date in a textfield at the top of the Date picker dialog.

mirror commented

2026-03-23 20:47:54 +00:00

Author

Owner

@mskorkowski commented on GitHub (Jul 19, 2023):

Normally there is an option to click the month eg. July 2023, which would bring one out one step, to pick month, and then the arrow would navigate years. Might be good to consider this design, as it's common.

For me it would work. But if somebody would be writing a document about Athens in ancient Greece in V century BC that still would be "a bit" broken experience.

Additionally we could allow entering/editing a Date in a textfield at the top of the Date picker dialog.

👍🏻 If input would follow date format selected for the column, it would be easy to disambiguate.

@mskorkowski commented on GitHub (Jul 19, 2023): > Normally there is an option to click the month eg. July 2023, which would bring one out one step, to pick month, and then the arrow would navigate years. Might be good to consider this design, as it's common. For me it would work. But if somebody would be writing a document about Athens in ancient Greece in V century BC that still would be "a bit" broken experience. > Additionally we could allow entering/editing a Date in a textfield at the top of the Date picker dialog. 👍🏻 If input would follow date format selected for the column, it would be easy to disambiguate.

mirror commented

2026-03-23 20:47:54 +00:00

Author

Owner

@annieappflowy commented on GitHub (Jul 24, 2023):

#2441

@annieappflowy commented on GitHub (Jul 24, 2023): #2441