• last updated 21 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
verworked test-item procs:

- new teacher-paced inclass quiz

- support for different shuffling options (never, always, per-user)

- support for subsections (single and multiple choice, short text questsion)

- support for answer hints for short text questions (single word, multiple words, ...)

- new API for question and answers for student-paced and

teacher-paced scenarios using on the following objects

* renaming_form_loader

- answer_attributes

- answer_for_form

- answers_for_form

- form_name_based_attribute_stem

- get_form_object

- rename_attributes

* question_manager

- goto_page

- more_ahead

- current_question_form

- current_question_obj

- current_question_name

- current_question_title

- nth_question_obj

- nth_question_form

- combined_question_form

- question_objs

- question_names

- question_property

* answer_manager

- create_workflow

- delete_all_answer_data

- get_answer_wf

- get_wf_instances

- get_answers

- marked_results

- answers_panel

- special policies for workflows, defined as per-workflow policies.

- improved i18n

- improved styling

  1. … 8 more files in changeset.
fine-tune styling of test items

- form-generator.css: based on former myform.css, substantially revamped

(to be used together with form field classes in test-item-procs)

- test-item classes:

* feedback_level extended to "full", "single", or "none"

middle is new for a single feedback per item

* shuffling support with 3 modes ("none", "peruser", "always").

can be used for shuffling MC questions and text_entry questions (short-text),

and in future for all "enumeration" based question types.

* new question type "mc2", shuffling multiple choice question,

fully stylable via CSS (old question type "mc" can still be used for the

time being)

* ease styling for all test-item types by added explicit wrappers

* factor out "renaming_form_loader" from online-exam*.wf (including

support methods)

- online-exam*.wf:

* fix broken behavior with shared workflow definitions when closing/opening

exams and student tried interactions. Previous code did dynamic changes in

the shared definition (probably more to come).

* used factored out renaming_form_loader

* cleanup of old code

- removed low-level rewriting of <textarea>, <input> fields, etc.

- removed dead code

- removed hard-coded stylings

- bumb version number to 5.10.0d10

  1. … 5 more files in changeset.
add styling for preview exam

renamed style file

file form-generator.css was initially added on branch oacs-5-10.

    • -0
    • +0
    ./resources/form-generator.css
factor out CSS for test-items:

new file: /resources/xowf/test-item.css

  1. … 2 more files in changeset.
file test-item.css was initially added on branch oacs-5-10.

    • -0
    • +0
    ./resources/test-item.css
move newly defined testing API (in OpenACS 5.10) to namespace acs::test

  1. … 9 more files in changeset.
Shared Workflow Definitions (Part 2)

When shared workflow definition are used, a different management of

object specific code is necessary, since one definition seves for many

objects, and it is not freshly created per object. Therefore, a new

concept is introduced for workflow definitions, named "object-specifc"

Instead of writing in a workflow definition

Action save

state initial -actions {save}

[my object] proc foo {} { ns_log notice "===foo==="}

one has to write now:

Action save

state initial -actions {save}

:object-specific {

:proc foo {} { ns_log notice "===foo==="}

}

where the object-specific is evaluated once per request for every

involved workflow instance in the context of the object (a [self]

in this block refers to the object).

In case a [my object] is encountered and sharedWorkflowDefinition is

activated, a warning is produced and the code falls back to old-style

shared workflow definitions.

  1. … 3 more files in changeset.
Add Feature: Shared Workflow Definitions

Background: so far, xowf stored workflow definitions in the workflow

context, which is generated for every instantiated workflow instance

due to the needs of the State Pattern. While the old approach works

perfectly fine, when pre request only one or a few workflow instances

are created, but is inefficient, when e.g. 100 or more instances of

the workflow definition are created.

Now, the instances can share the definition, which is shared based on

the revision_id of the workflow FormPage.

OLD: obj <-> obj::wf_ctx

NEW: obj <-> obj::wf_ctx <(n)----> wf_definition

OLD scenario:

- the wf_definition was part of the context (no distinction)

- navigation from wf_ctx (and wf_definition) to object was possible

via "info parent"

NEW scenario:

- the wf_definition is separate

- one wf_definition can be used for multiple wf_ctx

- new methods are required instead of "info parent"

to navigate between these cooperating objects

* xowf::WorkflowPage.wf_context

* xowf::WorkflowConstruct.wf_context

* xowf::Context.wf_container

The navigation from a WorkflowConstruct (e.g. State) to the wf_ctx

is slow and fragile if not following usual programming conventions

and should e avoided (the methods of these constructs have the obj

passed in, so this path should not be necessary in most situations)

- as long the contents of the wf_container is constant, it can be

shared in the per-thread cache.

For now, the new feature is turned off by default via variable

::xowf::sharedWorkflowDefinition, but this will change in the future.

  1. … 3 more files in changeset.
merged changes from the oacs-5-9 branch and resolved conflicts

  1. … 7832 more files in changeset.
quote label in ExtraMenuEntries to make sure, argument is interpreted correctly, even wen message key is substituted

  1. … 1 more file in changeset.
Internationalize "New Workflow" menu button

  1. … 4 more files in changeset.
- add editor hints to .vuh files

  1. … 29 more files in changeset.
Merging back to HEAD branch oacs-5-8 (using tag vg-merge-oacs-5-8-from-20141027).

  1. … 2544 more files in changeset.
- add security policy to form prototype page

- use provided prototype page in menu

- add callbacks for uninstall and uninstantiate (like xowiki)

- provide after-instantiate callback for user-friendly default configuration

- don't globber instance attributes when creating a new workflow instance

- reduce verbosity on per-page request (don't log form variables)

- provide a better tailored index page

- provide prototype page for

- bump version to 0.40

  1. … 2 more files in changeset.
file Parameter.form.page was initially added on branch oacs-5-8.

    • -0
    • +0
    ./prototypes/Parameter.form.page
file Workflow.form.page was initially added on branch oacs-5-8.

    • -0
    • +0
    ./prototypes/Workflow.form.page
initial check-in

    • -0
    • +18
    ./prototypes/atjob-form.page
    • -0
    • +27
    ./prototypes/index.page
    • -0
    • +7
    ./resources/feedback.css
    • -0
    • +11
    ./resources/myform.css
  1. … 13 more files in changeset.