Feature Wiki

Information about planned and released features

Tabs

Tutorial Support as Secondary Panel

Page Overview

[Hide]

1 Initial Problem

It should be easy for users to get in contact with their tutorial guidance. This should include a visible and quickly usable way to contact support regarding the content the user is currently consuming.

2 Conceptual Summary

  • Course administrators can activate the checkbox "Tutorial Support Block" in the settings.
    • The setting is called "Tutorial Support Block" because there are similar options to "Calendar Block" which also show Secondary Panels in the right column of the Content Tab. 
  • If this setting is enabled, all users defined as Tutorial Support in the Members » Edit Participants tab will be displayed in a secondary panel on the right side in the Content tab.
  • The secondary panel "Tutorial Support" uses the same presentation as the "author list" of blogs with the ks element standard item with lead avatar.
  • In the dropdown, "Request Contact" is displayed if the user has enabled contact requests.
  • Similar to the Calendar and the News block, this block is not presented when a course is set to presentation type 'Learning Objectives-Driven Course'.

Course » Content tab
Course » Settings tab

3 User Interface Modifications

3.1 List of Affected Views

  • Content-tab of Courses 
  • Course-Object-Settings

3.2 User Interface Details

Course » Content tab
Course » Settings tab
Course » Settings tab

3.3 New User Interface Concepts

All added elements are existing KS components

  • Panel and standard item with lead avatar

3.4 Accessibility Implications

There should not be any new accessibility implications, since only existing views / KS elements are being used.

4 Technical Information

{ The maintainer has to provide necessary technical information, e.g. dependencies on other ILIAS components, necessary modifications in general services/architecture, potential security or performance issues. }

5 Privacy

There is no additional personal data stored, however there is an additional display. 

6 Security

There is no forseeable security issue. 

7 Contact

8 Funding

If you are interest in funding this feature, please add your name and institution to this list.

  • …

9 Discussion

Killing, Alexander [alex], 4 Jul 2023: Since the "Tutorial Support" is not a common object feature, the setting should not be listed under "Addidional Features". Instead a setting "Show Tutorial Support as Side Block" should be added to the Presentation settings of the course.

UI Clinic, 18 JUL 2023: Was discussed in the UI Clinic, link to the minutes.

Kunkel, Matthias [mkunkel], 03 AUG 2023 : The team for gendermainstreaming the German language file decided to give up the label "Tutorielle Betreuung" and use "Kontaktperson" instead. Reason: groups and courses are not only used in teaching scenarios where a tutorial support exists. "Kontaktperson / Contact person" would be a more open and flexible label and also fit in collaborative scenarios.

Given Alexander's comment, it would be good to know where exactly the setting is placed and what the associated labels are. The byline should also indicate where it is set which people appear in that block.

And I assume that this block is not presented when a course is set to presentation type 'Learning Objectives-Driven Course' – similar to the Calendar or the News block. This should be clarified in the Implementation chapter of this FR to prevent misunderstandings and incorrect bug reports.

Zenzen, Enrico [ezenzen], 04 AUG 2023: If we adjust the byline, we should also adjust the byline of the calendar block, since the feature request was based on this byline. 

JourFixe, ILIAS [jourfixe], 07 AUG 2023 : We highly appreciate this suggestion and schedule the feature for ILIAS 9. We prefer to use the label "Contact Person / Kontaktperson" instead of "Tutorial Support / Tutorieller Support". A specific byline that explains where contact persons are defined would be helpful, too.

Kunkel, Matthias [mkunkel], 18 JAN 2024: The label of the shy button to contact the selected person should be "Send Mail" - because it could be an internal mail and/or an e-mail depending on the settings of the recipient.

Samoila, Oliver [oliver.samoila], 22 JAN 2024: Thank you for improving the visibility of the tutorial support. I also think that this is an added value.

Two things that I think should be improved:

  1. The KS Standard Item only carries key-value pairs in the properties section, no actions. In my opinion, we only have a distinction when a download is triggered (like attachments). Access to mailing should be done via the Actions menu. Displaying the email address and triggering an email via this is not a sensible pattern under certain circumstances, as the address may not be authorised.
  2. The placement of the "Tutorial Support Block" in the form seems random, as other blocks such as Calendar, News and Tag Cloud are also listed under 'Additional Features'. The new function should be placed in a common and comprehensible grouping or simply under Additional Features. I would consider a revised group structure to be very valuable.

JourFixe, ILIAS [jourfixe], 22 JAN 2024: Suggestion is highly appreciated and feature scheduled for ILIAS 10. We accept to present 'Send Mail' as an action (shy button) in the Standard Items like suggested. If the modal is activated, the option to contact this/these person/s easily. Placement of the setting is not in 'Additional Features' as it is no cross-sectional service but only exists in courses.

10 Implementation

{ The maintainer has to give a description of the final implementation and add screenshots if possible. }

Test Cases

Test cases completed at {date} by {user}

  • {Test case number linked to Testrail} : {test case title}

Approval

Approved at {date} by {user}.

Last edited: 11. Sep 2024, 17:00, Spirou, Ilias [ispirou]