You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
TBD - Add placeholders to window sidebar: About (Metadata)
TBD - Add placeholders to window sidebar: Search
TBD - Add placeholders to window sidebar: Layers
TBD - Add placeholders to window sidebar: Annotations
TBD - Add placeholders to window sidebar: Collection
General context
There is some background on placeholders in this ticket from @aeschylus. Although @aeschylus mentions five possible states, from the UI perspective we think there are only three states for which we need to add new representations:
Empty (initial): Convey to the user that there is no content to show for a component. This is distinct from a failure to retrieve the expected content for a component. We only need to worry about this for a few situations.
Loading (pending): Convey to the user that the component content is in the process of being retrieved.
Failed: Convey to the user that the component content could not be retrieved.
There are also potential states that can occur when we consider authentication scenarios, but we are intentionally setting those aside until we start work on authentication more generally.
There are a couple of different placeholder patterns we want to use, and we should be consistent in how we use them.
Skeleton screens: These are gray rectangles used to represent content that hasn't yet loaded. There should be a slow animation to the gray rectangles. We already use the skeleton screen pattern in the load window. Not sure what we are using for that context, but here's an example plugin: https://buildo.github.io/react-placeholder/#reactplaceholder
Loading message: In some contexts the skeleton screen approach is not visually feasible or ideal and we just want to show a ". . ." string, with a slow animation.
Empty state and failure messages: In a couple of contexts we want to show a context-specific message about the current state. The mockups visually indicate the general styling of the message, but I'm not specifying the styling details in the tickets; it'll be easier to worry about exact typographical styling after we get our typography and color palette in place.
The text was updated successfully, but these errors were encountered:
This is a story ticket for the general goal of adding placeholders to relevant components to represent the request state of component content.
General context
There is some background on placeholders in this ticket from @aeschylus. Although @aeschylus mentions five possible states, from the UI perspective we think there are only three states for which we need to add new representations:
There are also potential states that can occur when we consider authentication scenarios, but we are intentionally setting those aside until we start work on authentication more generally.
There are a couple of different placeholder patterns we want to use, and we should be consistent in how we use them.
Skeleton screens: These are gray rectangles used to represent content that hasn't yet loaded. There should be a slow animation to the gray rectangles. We already use the skeleton screen pattern in the load window. Not sure what we are using for that context, but here's an example plugin: https://buildo.github.io/react-placeholder/#reactplaceholder
Loading message: In some contexts the skeleton screen approach is not visually feasible or ideal and we just want to show a ". . ." string, with a slow animation.
Empty state and failure messages: In a couple of contexts we want to show a context-specific message about the current state. The mockups visually indicate the general styling of the message, but I'm not specifying the styling details in the tickets; it'll be easier to worry about exact typographical styling after we get our typography and color palette in place.
The text was updated successfully, but these errors were encountered: