Added date configuration to Schedule & Details settings page - #30314
Added date configuration to Schedule & Details settings page#30314farhaanbukhsh wants to merge 1 commit into
Conversation
|
Thanks for the pull request, @farhaanbukhsh! Please note that it may take us up to several weeks or months to complete a review and merge your PR. Feel free to add as much of the following information to the ticket as you can:
All technical communication about the code itself will be done via the GitHub pull request interface. As a reminder, our process documentation is here. Please let us know once your PR is ready for our review and all tests are green. |
25e53e6 to
0136653
Compare
|
👍
|
|
@natabene This is up for review :) |
|
@farhaanbukhsh Thank you for your contribution, I will line this up for our review. |
This feature help to configure the date formatt in Schedule and Details settings page. Signed-off-by: Farhaan Bukhsh <farhaan@opencraft.com> Co-authored-by: Joseph Curtin <jbcurtin@opencraft.com>
ab2a740 to
64d44a8
Compare
|
A few questions:
|
|
@mariajgrimaldi I definitely would like answers to my questions before this merges, I don't think that prevents you from beginning reviewing the implementation. Ping @farhaanbukhsh - please see my above questions. |
|
I am really sorry for the late reply @sarina 🙏🏾 , I was a bit caught up.
No, I don't think it's a good idea to make it configurable on a course level, a system-wide setting makes it more uniform. The user working on a single instance will be aware of the format supported.
I feel it's good to have but it wouldn't make a huge difference since the format information is already conveyed by the placeholder. AFAIK this is a standard UX in a lot of places so the users are educated about this style. I don't have a very strong opinion about adding the date format to the description. What do you think? 😇
Yes, it changes the format for the ongoing course as well and now I see your point of adding the date format in the description. It saves the time for the user to figure out which date format is being used. That definitely sounds like an improvement. I hope I answered your questions and thanks a lot for thinking through this UI/UX in detail. |
OK. I would then add that UX then I'm a 👍🏻 . Your other answers make sense. |
mariajgrimaldi
left a comment
There was a problem hiding this comment.
I left some comments. I'm eager to know what you think
| date_placeholder_format = configuration_helpers.get_value_for_org( | ||
| course_module.location.org, | ||
| 'SCHEDULE_DETAIL_FORMAT', | ||
| settings.SCHEDULE_DETAIL_FORMAT | ||
| ).upper() |
There was a problem hiding this comment.
I asked around what we should do about using site configurations since it's set to be deprecated. The initial response is not to add more technical debt given this will need to be removed once site config it's no longer used.
But I see you used the default to Django settings, so using site configurations is not obligatory. Great!
There was a problem hiding this comment.
Note: there's a new note in the OEP-51 specifying what to consider before using a soon-to-be a deprecated feature:https://open-edx-proposals.readthedocs.io/en/latest/processes/oep-0021-proc-deprecation.html#accepted
| if (placeholder == 'DD/MM/YYYY') { | ||
| datefield.datepicker({dateFormat: 'dd/mm/yy'}); |
There was a problem hiding this comment.
Why is this specific case?
| # .. setting_name: SCHEDULE_DETAIL_FORMAT | ||
| # .. setting_default: MM/DD/YYYY' | ||
| # .. setting_description: Settings to configure the date format in Schedule & Details page | ||
| SCHEDULE_DETAIL_FORMAT = 'MM/DD/YYYY' |
There was a problem hiding this comment.
Can we specify that this is configured globally?
| # in the LMS and CMS. | ||
| # .. toggle_tickets: 'https://github.com/open-craft/edx-platform/pull/429' | ||
| 'DISABLE_UNENROLLMENT': False, | ||
|
|
There was a problem hiding this comment.
I think this change is not needed?
|
@mariajgrimaldi @sarina Thanks for the review here. Unfortunately, we don't have an approved budget from the client to work further on the changes. I will keep you in the loop when we unlock some budget for this PR. Sorry again and thanks a bunch for all the work. cc: @natabene |
|
@farhaanbukhsh thanks for the heads up - if you're not planning to work further on this, you can close the PR. |
Sure @sarina thank you again! :) |
|
@farhaanbukhsh Even though your pull request wasn’t merged, please take a moment to answer a two question survey so we can improve your experience in the future. |
Description
Adds the ability to configure Schedule & Details settings page with the ability to show
dd/mm/yyyyformat. Default setting maintains existing behavior and doesn't introduce anything new.Why:
Some areas of the world operate with the day-first:
dd/mm/yyyyrather thanmm/dd/yyyy.JIRA tickets: BB-5329
Discussions: Link to any public dicussions about this PR or the design/architecture. Otherwise omit this.Dependencies: NoneScreenshots:
Sandbox URL: TBD - sandbox is being provisioned.Merge deadline: None
Testing instructions
make dev.shell.studioSCHEDULE_DETAIL_FORMAT: 'DD/MM/YYYY'SCHEDULE_DETAIL_FORMAT: 'DD/MM/YYYY'make dev.restart-devserver.studioDD/MM/YYYYAuthor notes and concerns: