Moodle APIs 4.3
Moodle 4.3.6 (Build: 20240812)
|
Base class for handling progress information. More...
Public Member Functions | |
end_progress () | |
Marks the end of an operation that will display progress. | |
get_current_description () | |
get_current_max () | |
Checks max value of current progress section. | |
get_progress_count () | |
Obtains current indeterminate progress in a way suitable for adding to the progress display. | |
get_progress_proportion_range () | |
Obtains current progress in a way suitable for drawing a progress bar. | |
int | increment_progress ($incby=1) |
An alternative to calling progress. | |
is_in_progress_section () | |
progress ($progress=self::INDETERMINATE) | |
Indicates that progress has occurred. | |
start_progress ($description, $max=self::INDETERMINATE, $parentcount=1) | |
Marks the start of an operation that will display progress. | |
Public Attributes | |
int const | INDETERMINATE = -1 |
Constant indicating that the number of progress calls is unknown. | |
int const | TIME_LIMIT_WITHOUT_PROGRESS = 3600 |
This value is set rather high to ensure there are no regressions from previous behaviour. | |
Protected Member Functions | |
get_time () | |
Gets time (this is provided so that unit tests can override it). | |
update_progress () | |
Called whenever new progress should be displayed. | |
Base class for handling progress information.
Subclasses should generally override the current_progress function which summarises all progress information.
core\progress\base::end_progress | ( | ) |
Marks the end of an operation that will display progress.
This must be paired with each start_progress call.
If there is a parent progress section, its progress will be increased automatically to reflect the end of the child section.
coding_exception | If progress hasn't been started |
core\progress\base::get_current_description | ( | ) |
coding_exception |
string | Current progress section description |
core\progress\base::get_current_max | ( | ) |
Checks max value of current progress section.
int | Current max value - may be core::progress::base::INDETERMINATE. |
coding_exception | If not in a progress section |
core\progress\base::get_progress_count | ( | ) |
Obtains current indeterminate progress in a way suitable for adding to the progress display.
This returns the number of indeterminate calls (at any level) during the lifetime of this progress reporter, whether or not there is a current indeterminate step. (The number will not be ridiculously high because progress calls are limited to one per second.)
int | Number of indeterminate progress calls |
core\progress\base::get_progress_proportion_range | ( | ) |
Obtains current progress in a way suitable for drawing a progress bar.
Progress is returned as a minimum and maximum value. If there is no indeterminate progress, these values will be identical. If there is intermediate progress, these values can be different. (For example, if the top level progress sections is indeterminate, then the values will always be 0.0 and 1.0.)
array | Minimum and maximum possible progress proportions |
|
protected |
Gets time (this is provided so that unit tests can override it).
int | Current system time |
int core\progress\base::increment_progress | ( | $incby = 1 | ) |
An alternative to calling progress.
This keeps track of the number of items done internally. Call this method with no parameters to increment the internal counter by one or you can use the $incby parameter to specify a positive change in progress. The internal progress counter should not exceed $max as passed to start_progress for this section.
If you called start_progress with parameter INDETERMINATE then you cannot call this method.
$incby The positive change to apply to the internal progress counter. Defaults to 1.
core\progress\base::is_in_progress_section | ( | ) |
bool | True if currently inside a progress section |
core\progress\base::progress | ( | $progress = self::INDETERMINATE | ) |
Indicates that progress has occurred.
The progress value should indicate the total progress so far, from 0 to the value supplied for $max (inclusive) in start_progress.
You do not need to call this function for every value. It is OK to skip values. It is also OK to call this function as often as desired; it doesn't update the display if called more than once per second.
It must be INDETERMINATE if start_progress was called with $max set to INDETERMINATE. Otherwise it must not be indeterminate.
int | $progress | Progress so far |
coding_exception | If progress value is invalid |
core\progress\base::start_progress | ( | $description, | |
$max = self::INDETERMINATE, | |||
$parentcount = 1 ) |
Marks the start of an operation that will display progress.
This can be called multiple times for nested progress sections. It must be paired with calls to end_progress.
The progress maximum may be self::INDETERMINATE if the current operation has an unknown number of steps. (This is default.)
Calling this function will always result in a new display, so this should not be called exceedingly frequently.
When it is complete by calling end_progress(), each start_progress section automatically adds progress to its parent, as defined by $parentcount.
string | $description | Description to display |
int | $max | Maximum value of progress for this section |
int | $parentcount | How many progress points this section counts for |
coding_exception | If max is invalid |
|
abstractprotected |
Called whenever new progress should be displayed.
Reimplemented in core\progress\db_updater, core\progress\display, core\progress\display_if_slow, and core\progress\none.
int const core\progress\base::TIME_LIMIT_WITHOUT_PROGRESS = 3600 |
This value is set rather high to ensure there are no regressions from previous behaviour.
For testing, it may be useful to set the frontendservertimeout config option to a lower value, such as 180 seconds (default for some commercial products).
The number of seconds that can pass without progress() calls.