@@ -83,7 +83,7 @@ Users should not be able to see information that they could not see in the tool'
83
83
permissions and be aware of any special visibility restrictions in the tool. To that end:
84
84
85
85
* In cases where the tool's service layer does not include permission checks, additional permission checks are performed
86
- by User Activity. User Activity errs on the side of caution here and requires maintainer-levels permissions since it will
86
+ by User Activity. User Activity errs on the side of caution here and requires maintainer-level permissions since it will
87
87
grant access to details for any event from the tool. This is not the ideal scenario but is required for some tools.
88
88
* User Activity is aware that several tools have a concept of anonymity, and tries to not reveal details that would
89
89
compromise anonymity. For example, the details for an assignment submission event will not identify the assignment if
@@ -107,7 +107,7 @@ At a high level
107
107
108
108
* New Sakai events are recorded automatically by the Collection layer
109
109
* Users invoke the Query layer to perform searches against these events by submitting the form on the User Activity page
110
- * Users may click the "show more" link for an individual event in the query results, invoking the Resolver layer
110
+ * Users may click the "show more" button for an individual event in the query results, invoking the Resolver layer
111
111
which uses Sakai services to get additional details about that particular event
112
112
* The Presentation layer converts the specific details about the event into a form suitable for presentation
113
113
back to the user, which is then displayed inline in the query results table.
@@ -172,7 +172,7 @@ ResolvedEventData objects representing error states can be returned instead of t
172
172
173
173
### Presentation layer
174
174
175
- When presenting the details or a particular event to the user, the ResolvedEventData must be first be transformed into
175
+ When presenting the details of a particular event to the user, the ResolvedEventData must be first be transformed into
176
176
a presentable format.
177
177
178
178
Transformation, which includes localization, is done by a Transformer, of which there is one for each tool. For example,
@@ -183,18 +183,18 @@ EventDetail objects are simply localized key/value pairs. The value can be eithe
183
183
a submission to a normal assignment called "Assignment 1" would be transformed into a single key/value pair of
184
184
"Title"/"Assignment 1" (if user language was English). However, Transformers do more than simply localize each property
185
185
of the ResolvedEventData. They contain logic that determines how to present the data. To continue the "Assignment 1"
186
- example, if the assignment has been deleted since the submission occurred, the Transformer would read both the "title"
186
+ example, if the assignment has been deleted since the submission occurred, the Transformer would read both the "title" and
187
187
"deleted" properties of the AssignmentEventData and present the value as "Assignment 1 \[ deleted\] " (if the user language
188
188
was English of course).
189
189
190
190
The current implementation uses a one-size-fits-all Wicket panel to present the list of EventDetail objects
191
191
in the same way no matter which event they are for.
192
192
193
- ### Responsive Design
193
+ #### Responsive Design
194
194
195
195
User Activity has a content-specific CSS breakpoint set at 640px that makes the following changes to the presentation:
196
196
197
197
- the search form switches to a column orientation
198
- - the table switches to a "CardTable" layout the presents each table row as a separate "card", allowing the user
198
+ - the table switches to a "CardTable" layout that presents each table row as a separate "card", allowing the user
199
199
to see all the data in the row at once even on a narrow device
200
200
0 commit comments