-
Notifications
You must be signed in to change notification settings - Fork 23
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
Update Material UI to v5 #277
Conversation
Updates material-ui dependencies from version 4 to version 5. This affects date/time-pickers for e.g. scheduling or changing metadata dates, as well as the circles at the top of the new event/series wizards. This does change how the date/time-pickers look, because we were using the default style before which now changed. In my opinion this is for the better. Also adds back the ability to type in the date field instead of being forced into using a picker, although that does seem to cause errors. Will investigate.
Weird type issues, where the input time for the datepickers changes from string to date after being passed around. Should work now, will look for a cleaner solution when we introduce typescript to formik.
This pull request has conflicts ☹ |
This fixes an issue where users had trouble confirming a start date filter in the event table (should also fix it in the series table). Previously, the date filter would only be confirmed if the end date was set through the calendar picker while the start date was already set. This makes it so that it does not matter which calendar picker is opened first. Furthermore, it adds the ability to confirm the filter by pressing "Enter" (all provided the both given dates are valid). This should increase usability and should also be closer to what users are used to from the old admin ui. Includes the update to material ui version 5 from opencast#277, to avoid doing this for different material ui version.
The datepicker in details metadata would only close after a lot of clicking around. This was problematic, because the set date is not actually properly confirmed until after closing. This should help with that.
This pull request has conflicts ☹ |
This pull request has conflicts ☹ |
This pull request has conflicts ☹ |
This pull request has conflicts ☹ |
This pull request has conflicts ☹ |
Dates in ISO format are somewhat unpleasant to read for most people, so we should render them nicely. This affects read-only metadata, for example "Created" in events.
Metadata fields, that is. This expands on f62e5da (itself a late addition to opencast#277) and fixes a time drift between the read-only "Created" field and the non-edit-mode variant of the Start field (the values of which are synchronized) caused by the two methods of formatting interpreting the source date in different timezones.
Metadata fields, that is. This expands on f62e5da (itself a late addition to opencast#277) and fixes a time drift between the read-only "Created" field and the non-edit-mode variant of the Start field (the values of which are synchronized) caused by the two methods of formatting interpreting the source date in different timezones.
Metadata fields, that is. This expands on f62e5da (itself a late addition to opencast#277) and fixes a time drift between the read-only "Created" field and the non-edit-mode variant of the Start field (the values of which are synchronized) caused by the two methods of formatting interpreting the source date in different timezones.
Resolves #197.
Updates material-ui dependencies from version 4 to version 5. This affects date/time-pickers for e.g. scheduling or changing metadata dates, as well as the circles at the top of the new event/series wizards. This is necessary to be able to update to React 18 eventually.
This does change how the date/time-pickers look, because we were using the default style before which now changed. In my opinion this is for the better.
Also adds back the ability to type in the date field instead of being forced into using a picker.