You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First of all, I'd like to highlight how cool the react-day-picker project is. Of all the libraries I've tested, this one is the most stable and pleasant to use and style.
However, I'm applying it in a new project at the company I work for and I encountered two issues that didn't exist in version 8.
The first issue is as follows:
The calendar has a weird width when it is set with locale={ptBr}. To reproduce the scenario, you can use the playground.
The second issue is when I create a function to clear the range that the user selected.
For example: from July 1st to July 10th, if they don't want this date range anymore, they click on clear and the range is cleared (This worked in version 8).
I will share some code with you.
Expected Behavior
For the first issue, I expect that even with the locale change, the style remains the same, as it does for en-US.
And for the second issue, I hope to be able to clear the range when this button is clicked, setting the range to undefined.
Actual Behavior
As I mentioned, currently the style for pt-BR is different from the default; it seems to receive padding between the days in the table.
And for the second issue, apparently the range object receives undefined, but the range style is not removed.
Steps to Reproduce
For the first bug:
Access: https://daypicker.dev/playground
Change the mode to range and select a period. Notice that the days are connected and everything is styled correctly.
Now, change the Locale to ptBR and select the same range. Notice that there seems to be padding between the selected days and throughout the table.
For the second issue, it's more difficult to reproduce, but you can create a button to trigger a function that sets the range object to undefined. The object is updated with the range set to undefined, but the style is not cleared.
Just to note, this used to work in version 8.
But a example:
Description
Hi everyone, how are you all doing?
First of all, I'd like to highlight how cool the react-day-picker project is. Of all the libraries I've tested, this one is the most stable and pleasant to use and style.
However, I'm applying it in a new project at the company I work for and I encountered two issues that didn't exist in version 8.
The first issue is as follows:
The calendar has a weird width when it is set with locale={ptBr}. To reproduce the scenario, you can use the playground.
The second issue is when I create a function to clear the range that the user selected.
For example: from July 1st to July 10th, if they don't want this date range anymore, they click on clear and the range is cleared (This worked in version 8).
I will share some code with you.
Expected Behavior
For the first issue, I expect that even with the locale change, the style remains the same, as it does for en-US.
And for the second issue, I hope to be able to clear the range when this button is clicked, setting the range to undefined.
Actual Behavior
As I mentioned, currently the style for pt-BR is different from the default; it seems to receive padding between the days in the table.
And for the second issue, apparently the range object receives undefined, but the range style is not removed.
Steps to Reproduce
For the first bug:
Access: https://daypicker.dev/playground
Change the mode to range and select a period. Notice that the days are connected and everything is styled correctly.
Now, change the Locale to ptBR and select the same range. Notice that there seems to be padding between the selected days and throughout the table.
For the second issue, it's more difficult to reproduce, but you can create a button to trigger a function that sets the range object to undefined. The object is updated with the range set to undefined, but the style is not cleared.
Just to note, this used to work in version 8.
But a example:
This is the file where I create the range and more things
Possible Solution
I really don't know.
Your Environment
The text was updated successfully, but these errors were encountered: