OpenACS / openacs-4 / packages / xowf / tcl

xowf-procs.tcl

Tools

Line History

Line Count Graph
Line Count Graph

Stats

Commits this week: 0
Total Committers: 5
Last Commit: 14 Nov
Commits this week: 0
Total Lines of Code (LoC): 2,776
Net change in LoC this week: 0

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated 17 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Wednesday 05 Oct 2022
4:06 pm

gustafn

provide double click prevention for form actions in workflows

Options
    • -0
    • +1
    ./xowf-procs.tcl
Tuesday 13 Sep 2022
12:00 pm

antoniop

Document public api

Options
    • -0
    • +3
    ./xowf-procs.tcl
Wednesday 24 Aug 2022
7:45 pm

gustafn

Tighten test for is_wf_instance

Previously, the test was based on setting of state and FormPage.

In cases, where plain FormPages are used inside an xowf package

this test was leading to wrong results.

Options
    • -1
    • +4
    ./xowf-procs.tcl
  2. … 1 more file in changeset.
Friday 12 Aug 2022
6:41 pm

gustafn

reduce number of anonymous arrays, improve error message and double check for package initialization

Options
    • -5
    • +19
    ./xowf-procs.tcl
  2. … 1 more file in changeset.
Friday 24 Jun 2022
2:51 pm

antoniop

Do not attempt to load downstream-only workflows at startup

Downstream, the cod will stay as it is and maintained as a local modification

Options
    • -1
    • +0
    ./xowf-procs.tcl
11:16 am

gustafn

reduce verbosity

Options
    • -1
    • +1
    ./xowf-procs.tcl
10:12 am

gustafn

reduce verbosity for legacy workflows

Options
    • -3
    • +6
    ./xowf-procs.tcl
Friday 03 Jun 2022
4:46 pm

trenner

provide stub for wf-specific in none shared workflows

Options
    • -0
    • +4
    ./xowf-procs.tcl
Thursday 02 Jun 2022
11:18 am

gustafn

New feature for shared workflow definitions: define workflow specific methods

Workflows support since a long time "object-specific" code, which is code

to be executed, when a workflow instance is initialized. Now, in symmetry

to this, one can define "wf-specific" code (e.g. registering methods to

be called directly on the workflow object.

Similar to the call of ":object-specific {...some code...}", one define

additionally ":wf-specific {...some code...}". This comes handy

when e.g. definiing methods directly executed on workflowss, such as e.g.

".../someworkflow.wf?m=summary".

The methods are defined on the WorkflowContainer class, which is only available

on for shared workflows.

Options
    • -15
    • +92
    ./xowf-procs.tcl
Tuesday 29 Mar 2022
4:58 pm

antoniop

Don't require the whole xowiki, as it is already a dependency

Options
    • -1
    • +0
    ./xowf-procs.tcl
  2. … 2 more files in changeset.
Friday 25 Mar 2022
8:28 pm

gustafn

Perform stricter checking of parent_ids

bump version number of xowf to 5.10.1d34

Options
    • -1
    • +1
    ./xowf-procs.tcl
  2. … 2 more files in changeset.
Friday 25 Feb 2022
1:56 pm

gustafn

switch from xo::db::sql to acs::dc interface

Options
    • -1
    • +1
    ./xowf-procs.tcl
  2. … 12 more files in changeset.
Monday 31 Jan 2022
2:15 pm

gustafn

Store statistics in a separate page instead of the workflow itself

- advantages:

* smaller workflow instance

- no danger that page is too large for caching, even for large exams.

- smaller objects mean also better performance

* modification date in exam is not modified when statistics

are updated

* easier extensible

- New function WorkflowPage->childpage

easy to use interface for creating child pages

- render_submission=exam_protocol: changed name of

parameter "-form_objs" to "-filter_form_ids", since

form_objs are used typically to keep objects, not ids

- Still to do: policy for inclass-exam-statistics.wf

- Bumped version number to 5.10.1d25

Options
    • -8
    • +55
    ./xowf-procs.tcl
  2. … 5 more files in changeset.
Wednesday 26 Jan 2022
8:52 am

gustafn

this warning is just important for applications using an fc-repository

Options
    • -1
    • +1
    ./xowf-procs.tcl
8:26 am

antoniop

Put more info in the warning

Options
    • -1
    • +1
    ./xowf-procs.tcl
Wednesday 19 Jan 2022
9:06 pm

gustafn

revert escaped debug output

Options
    • -5
    • +0
    ./xowf-procs.tcl
9:04 pm

gustafn

streamline and extend test cases for resolving in composite items and in preview workflows

Options
    • -3
    • +8
    ./xowf-procs.tcl
  2. … 1 more file in changeset.
Sunday 09 Jan 2022
9:46 pm

gustafn

Improved configurability of inclass exam

- added modal window for showing all configuration options

- depending on the state of an exam (whether students have stated

working on the exam or not) different options can be

altered. E.g. the grading scheme can be adjusted at any time, since

it is not visible to students prior to exam review.

- improved configurability of form-fields:

. new feature: fc_repository for shared definitions

(can be reused in the same configuration on multiple occasions)

. when form-constraints are defined with an empty short-spec,

the system tries to look this up from the fc_repository.

- extended answer manager:

. new method: student_submissions_exist

. renamed methods

. "student_submissions" -> "submissions"

(since result my include as well test run results)

. "get_answers" -> "get_answer_attributes"

to better distinguish from "submissions"

- base "merge_constraints" on dicts

- prefer forwarder over instance variable for referring

the question manager(QM)

- extended Message keys with "Configuration"

- added missing German translations in message keys

- bump version to 5.10.1d17

Options
    • -13
    • +38
    ./xowf-procs.tcl
  2. … 11 more files in changeset.
Sunday 02 Jan 2022
8:38 pm

gustafn

reduce verbosity

Options
    • -1
    • +1
    ./xowf-procs.tcl
Monday 27 Dec 2021
7:11 pm

gustafn

improve spelling

Options
    • -1
    • +2
    ./xowf-procs.tcl
  2. … 2 more files in changeset.
Monday 15 Nov 2021
6:02 pm

gustafn

Support for pool questions in the test-item family

Features:

- select random questions from some folder

(Currently siblings, i.e., folders of the same package instance)

- one exam can have multiple pool questions, potentially from other pools

- pools can be links to other folders (which are no siblings)

- The current folder can be used as well as a pool folder. In this

case, other not-used items can be selected as replacement items

given these match the specified filter characteristics

- Question filtering

* filter by item type:

allow one to select from all/some/some item types

(mc, sc, short text, reordering, composite, ...):

use as replacement items only examples of these types

* filter by minutes and/or points:

use as replacement items only items with matching points/minutes

* filter by language:

use as replacement items only items in a certain language

* Filter per item name pattern:

use as replacement items only items matching a name.

When (short-) names are used systematically, one can e.g.

use the date in the name and specify only items from e.g.

one year ago, via "*2020*", or from some chapter "*ch01", ...

Certainly, it is also possible to use different item

folders for this

Potential further steps:

- Currently, exams containing pool questions are treated as

auto-correctable (which implies automated exam-review (Einsicht), when

from the question pools only question from strictly closed questions

are selected (MC, SC, Ordering). Depending on the detailed settings,

also other item types could be possible (via correct-when), but this

requires a deeper analysis of every question, which is so far not

performed.

- Categorized items: technically, the infrastructure is mostly here to

allow also filtering by categories. This would allow one to select

e.g. from technical questions, case examples, knowledge transfer

questions, research-oriented questions... which are orthogonal to

the filtering currently available. Every lecturer can define

own categories depending on their needs, we could provide

university-wide category-trees, etc. Of course, one could also

define separate pools for these purposes, but categorizing is

probably more convenient and more flexible.

- Performance: when question pools become large (500+ questions) and

the cohorts as well (500+), the current version might require more

tuning. The only critical time is the exam-start, where the random

question placeholders have to be resolved for every student. The

approach from this weekend uses basic caching, but maybe this has to

be extended.

- Protecting selected questions: Question pools are more detached from

an exam than single exercises, a lecturer might have in mind. One

should not allow one to delete questions/question pools when these are

in use. Probably deletion should be a move to a trash-can, which is

actually, an issue for all exams, but getting more important with

pool questions.

- Handling of potential duplicates: When items are pulled from a

question pool, a replacement item is selected by making sure that

this item does not occur already in the query selection. Therefore,

one can safely draw two questions from the same question pool

without fearing that a student gets the same question twice.

This duplicate checking might require some fine-tuning:

* the system checks for duplicates in an exam via POOL/NAME.

* if a lecturer uses two pool-questions in an exam pointing to the same pool,

the systems makes sure, the same question is not used twice.

* however, if a teacher adds a question q1 to pool1 and the same question to pool2,

these two instances have different item ids and are regarded as two different

questions. One could make a test for only checking NAME (without POOL),

but then it might be the case that certain questions are not accepted

although these are different, because they have the same name.

- Statistics: so far, i have not provided any special answer

statistics for treating pool questions.

Options
    • -1
    • +10
    ./xowf-procs.tcl
  2. … 10 more files in changeset.
Sunday 31 Oct 2021
8:55 pm

gustafn

Show form-field statistics in exam-summary for autograded exams:

- Provide statitics for autograded exams and show this (currently for

MC/SC) in the exam summary. The statistics are generated when the

exam-protocol is rendered and persisted statistics in the workflow

instance.

- Added switch "-generic" to answer_form_field_objs to obtain the

question with all alternatives (not constraint to "show_max") and

without shuffling. This is needed in cases, where e.g. statistics

should be provided for all alternatives shown to all students.

- Question_manager->question_info: separate computation from HTML rendering

- Added statistics handler for the WorkflowPage class to collect

details from the form-fields.

- new private function "tdom_render" (might be useful, but is the

committed version not used)

- split out "spec_to_dict" from "fc_to_dict", since it us also useful on its own

to work on single form-constraint specs.

- make methods add_to_fc and replace_in_fc available to the full AssessmentInterface

Options
    • -0
    • +26
    ./xowf-procs.tcl
  2. … 2 more files in changeset.
Saturday 07 Aug 2021
11:48 am

gustafn

minor cleanup for returnurls

Options
    • -1
    • +1
    ./xowf-procs.tcl
  2. … 1 more file in changeset.
Tuesday 03 Aug 2021
1:43 pm

gustafn

added composite question per default to the "New" pull-down menu, added message keys for German

Options
    • -0
    • +1
    ./xowf-procs.tcl
  2. … 4 more files in changeset.
Saturday 12 Jun 2021
8:00 pm

gustafn

Maintain revision date for "update_attribute_from_slot"

This is not a full-featured version, since it does not update the

modifying user and the modifying IP (since this data is not

always available). But this version is at least good enough

for experimenting and checking for unwanted side-effects.

xotcl-core: upadated version number to 5.10.0d40

xowf: upadated version number to 5.10.0d39

Options
    • -2
    • +3
    ./xowf-procs.tcl
  2. … 4 more files in changeset.
Sunday 30 May 2021
8:52 pm

gustafn

strengthen parameter checking

Options
    • -2
    • +2
    ./xowf-procs.tcl
  2. … 4 more files in changeset.
Wednesday 05 May 2021
2:15 pm

gustafn

prefer var over proc

Options
    • -1
    • +2
    ./xowf-procs.tcl
Friday 23 Apr 2021
4:40 pm

antoniop

Improve further: flush the object only when the state changes

Options
    • -3
    • +6
    ./xowf-procs.tcl
3:57 pm

antoniop

Improve fix:

in FormPage www-edit, just after the save_data operation we render the FormPage to refresh the references. We should flush the form object cache here, as otherwise any formfield spec will come from the form in the previous state

Options
    • -5
    • +7
    ./xowf-procs.tcl
Wednesday 21 Apr 2021
1:01 pm

antoniop

Make sure that the form object is flushed whenever state might have changed

If code executed after the state change accesses the form object again, this could be that from a previous state and e.g. hold the wrong form definition. This happens in practice downstream, where the submitting of activities also involves accessing the form definition to e.g. compute the grade based on the questions. Downstream we also cache the formfield specs, so if a spec is dependent on the state, might be wrong in also for future requests.

Options
    • -0
    • +5
    ./xowf-procs.tcl