Improve USability of Container Links

1 Initial Problem

Container link objects (courselink, grouplink, categorylink, studyprogramme-link) adopt the tile image and description of the referenced container. While tho object title can be modified, tileimage and description are fixed to the configuration of the container referenced

This FR is related to Improve Display of tiles

2 Conceptual Summary

add configuration options to container links that give the opportunity to configure tile image and description in the same manner as the title.
default remains the adoption of title, tile and description. After creation of the object users shoud have a radio button that allows configuration of individual tile/description. If the own configuration is chosen, a subform which allows selection of image (from object service, same form as containers use) should appear (textentry for description)
Existing objects should not change their behaviour, but the new options should be available.

3 User Interface Modifications

3.1 List of Affected Views

• Configuration of container link objects (in containerlink service)

screenshot that shows option to chose own tile, description should be similar

After configuring own tiles, the images are displayed in all views that show the tiles and contain these containerlinks

3.2 User Interface Details

The form that allows the configuration of a tile image (from object service) needs a configuration that enables this form to be used as subform

3.3 New User Interface Concepts

no new concept, but reuse of elemets that exist. Probably the coniguration of tiles should be transferred from legacy-ui to current elements

3.4 Accessibility Implications

should not exist

4 Technical Information

mainly object service and containerlink service are affected. A small fix for courselink, categorylink and grouplink is needed, a PR for these fixes is submitted (#5471)

5 5 Privacy

no issues should exist

6 Security

Object service needs a new option to display the tile-selection form as subform, I assume no security implcation here

7 Contact

• Author of the Request: Jackisch, Ingo [jackisch]
  
• Maintainer: Stefan Kergomard for object service and others
  
• Implementation of the feature is done by: {The maintainer must add the name of the implementing developer.}

8 Funding

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

• DHBW

9 Discussion

Jackisch, Ingo [jackisch] Proposal was shown and demonstrated on devconf march 2023, PR for the most parts of the feature can be provided for at least ILIAS 7.

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}

Privacy

Information in privacy.md of component: updated on {date} by {user} | no change required

Approval

Approved at {date} by {user}.