This project is mirrored from https://*****@github.com/iqb-berlin/verona-modules-aspect.git.
Pull mirroring updated .
- Jun 17, 2024
-
-
rhenck authored
-
- Jun 30, 2023
-
-
rhenck authored
- Remove dynamicPositioning from PositionProperties. This is not knowledge that the element needs to know. In the few places it was used, it was fixed or solved by asking the containing section about which positioning is active. - Fix and improve cloze child sizing. All can now have dynamic width and height. - Fix empty lines in ClozeDocument rendering - Editor SelectionService now knows if a cloze child is selected. This way the PropertiesPanel can show valid dimension inputs regardless of the underlying section.
-
- May 22, 2023
-
-
jojohoch authored
-
- May 17, 2022
-
-
rhenck authored
This way elements can handle their logic themselves without having to rely on outside utility classes. Also restructure files in common in a more logical way.
-
- Apr 28, 2022
-
-
jojohoch authored
-
- Feb 28, 2022
-
-
jojohoch authored
Remove manipulations from elementModel - Refactor drop list component - Use of initial values for audio and video playback time Defining the validators not in the elements anymore, but when creating the forms
-
jojohoch authored
This helps to divide the code of the element container into smaller meaningful units. In addition, each element can be given its own form group.
-
- Feb 17, 2022
-
-
rhenck authored
This removes all the classes and goes back to simple interfaces for unit, pages etc and all elements. This makes creating them easier and cleaner. Things like specific needs when setting element properties and most importantly compatibility handling is done by a special service module, that knows all the elements and how to repair old their potentially outdated definitions.
-
- Feb 09, 2022
-
-
rhenck authored
This is done according to the Angular best practices and minimizes namespace collisions when using other packages which might use the same selectors. Technically the selectors are not even becessary since we use an Angular component factory to create element components but it is still useful for the DOM element naming, for debugging purposes for example.
-
- Jan 22, 2022
-
-
rhenck authored
-
- Jan 19, 2022
-
-
rhenck authored
Compound elements are now supposed to use overlays for their child elements. This overlay makes selecting child components (by clicking on them) and marking them as selected (done by the selection service) possible. The SelectionService no longer needs special logic to handle compound children selection, as they now also have an overlay with the same interface as normal (canvas) elements. A few modifications in connected directives are necessary. The now handle children components in a proper array instead of QueryList. Likert elements do not have clickable children yet and work a little differently. This should probably be unitized in the future.
-
- Nov 26, 2021
-
-
rhenck authored
The problem being solved is that compound-sub-elements must not have all the properties other elements have. For exampe positioning info. Sub-Elements are positioned inline. To avoid having similar class inheritance structures for positioned and inline elements, we use interface. Positioning is done via interface and is therefore optional. Those optional properties are kept in an object in a variable. This allows to hide specifics from element classes and removes the need to initialize all the fields in every class using the interface. The elements mostly care about their own specific properties anyway. The same technique is used for font and surface elements. Here we also don't want to initialize all the styles in every class. Changing values of element properties works like before. Just set the property as if it would be a direkt prop of the element. The element itself puts the value in the currect sub-object (positioningProps, fontProps etc). For reading the values there is a similar method, but it is not used anywhere by now. Since the properties panel operates on the raw values anyway (refer CombinedProperties) and for element components this would mean calling a function in the template, which caused change detection to run the function very often and is therefore bad practice. Additional notes and refactorings: - Restructure all files in common. UIElements in the same folder etc. - Move all interfaces to the UIElement file. This avoids circular imports, which would be needed to allow PositionedElement to extend UIElement. - Interface initializers also handle reading values in the old form. - Add PositionedElement for use in canvas overlays. This is a UIElement with guaranteed postionProps. - Don't export all Material packages from common, only the ones used in player and editor. The rest is only used in common and does not need to be exported.
-
- Nov 22, 2021
-
-
rhenck authored
Also all elements now take the parentForm as input. Allowing it to use them with template binding and not only setting the value directly (in the controller).
-
- Nov 19, 2021
-
-
rhenck authored
-
rhenck authored
A new variable is introduced for CompoundComponents: "allowClickThrough". With this set components can set their children and overlays to allow clicking on child elements or not. In the editor this is not wanted as the elements internal structure is different and the resulting event target can not be reliably styled. There we need the (span) overlay. In the player though elements should be clickable as usual. The player can completely ignore this setting as it is on true (allowing clicking) by default.
-
rhenck authored
They both have an element model and makes sense that a compound component is also a 'normal' component.
-
- Nov 15, 2021
-
-
jojohoch authored
Required to query the elementModels of all instances of this class.
-
- Oct 29, 2021
-
-
jojohoch authored
* Add IntersectionService * Add CompoundElementComponent as parent for LikertComponent * Inject ElementRef to common ElementComponent * Rename players' ElementComponent to ElementContainerComponent
-