- 23 Jul, 2021 9 commits
-
-
Andrew Nicols authored
-
Andrew Nicols authored
-
Andrew Nicols authored
-
Andrew Nicols authored
The simple pattern matches were conflicting in some situations. To make this backwards compatable we need to convert it to a Regex pattern match instead, and provide the quoted and unquoted variants.
-
Andrew Nicols authored
There were two issues here: * I am on the [categoryname] category page page (duplicated page) * the wrong URL was being used Since an incorrect URL was used I felt it safe to rename the step from 'category page page' to 'category page'.
-
Andrew Nicols authored
-
Andrew Nicols authored
This commit makes the following improvements to core page resolverss: * allows for mixed case naming (course, Course, etc.) * allows fields other than the idnumber to be specified: ** course: idnumber, shortname, fullname ** course category: idnumber, name Whilst some of these fields are not unique, they will typically be unique in most test scenarios. Where they are not then the idnumber should be used in preference.
-
ilya authored
-
-
- 22 Jul, 2021 16 commits
-
-
jun authored
Instead of passing querying for the root element again by its ID which changed in this issue, use the already existing root element at the beginning of this Mustache JS code. It also makes maintenance simpler in the future.
-
git://github.com/lameze/moodlejun authored
-
-
git://github.com/mickhawkins/moodlejun authored
-
* Store the view mode of the calendar in the calendar_information object. * Let the month exporter handle the production of context data by moving 'viewingmonth', 'showviewselector', and 'viewinginblock' inside it. * Set the proper calendar view mode in the core_calendar/month_detailed template. * Pass the calendar view mode to the core_calendar_get_calendar_monthly_view WS function.
-
Simey Lameze authored
This commit adds the logic that change the size of the calendar header depending if the user is viewing in the block or in the full view.
-
Simey Lameze authored
This commit does few things: 1) Remove unnecessary "I hover over today in the calendar" steps as it's not necessary to hover onto the day to see the events any more. 2) Replace "I follow This month" steps to "I follow Full calendar" 3) Update i_create_a_calendar_event_with_form_data() to use the new fullcalendar lang string.
-
Done by: * Designating instance IDs for each month_exporter instances and assigning these instance IDs in templates. * Adding the instance ID as an optional parameter for the core_calendar_renderer::course_filter_selector() to generate course filters with unique element IDs.
-
Simey Lameze authored
This patch prevents the full day view to be loaded in the calendar block as this won't be supported. When clicking in the day link it will redirect the user to day view in the full calendar.
-
Simey Lameze authored
This commit does few things: 1) Removes .path-calendar specificity styles from full view can work on the Dashboard. 2) The new event button colour has been changed to btn-primary. 3) CSS fix to make the calendar controls inline on small block.
-
Simey Lameze authored
-
Simey Lameze authored
This patch prevents the URL from being updated on the calendar block. It only updates the url if viewing the full calendar.
-
Simey Lameze authored
-
AMOS Bot authored
-
git://github.com/roland04/moodlevictor authored
-
-
- 21 Jul, 2021 2 commits
-
-
Michael Hawkins authored
-
Michael Hawkins authored
-
- 20 Jul, 2021 1 commit
-
-
git://github.com/rezaies/moodleilya authored
-
- 19 Jul, 2021 7 commits
-
-
git://github.com/andrewnicols/moodleilya authored
-
Andrew Nicols authored
-
Andrew Nicols authored
-
Andrew Nicols authored
This will remove the requirement to add the global $CFG call to the top of generator scripts.
-
git://github.com/rezaies/moodleilya authored
-
Shamim Rezaie authored
According to https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/Application_Role WYSIWYG web editors are proper use of the application role.
-
Shamim Rezaie authored
-
- 16 Jul, 2021 5 commits
-
-
Mikel Martín Corrales authored
-
Andrew Nicols authored
-
Andrew Nicols authored
The activity generator currently requires an idnumber when creating activities, but this is not a requirement when creating the same activity through the UI. The requirement comes because we want to provide a way to refer to activities in subsequent steps. This commit modifies the behaviour such that the generator uses the name of the activity as the default idnumber. This has two main benefits: 1. it simplfies generation of activities; and 2. it makes the language used when writing behat tests much more natural. With this change, steps will refer to the activity by its idnumber/title in all cases, rather than sometimes by an idnumber which bears no relevance to the title.
-
Andrew Nicols authored
-
Adrian Greeve authored
-