Closed KubaMikolajczyk closed 2 years ago
Player flows: finish states, error states, loading states and their responsiveness
Creating separate video player-related GitHub issues
Player flows: settings
Github structure
Analyze of all past design Issues
Developing a new pattern for labeling issues & label all existing design issues
Discover videos category page 2 versions
Search autocomplete & new searchbar proposition
Player flows: settings, keyboard shortcut indicators
Additional icons and variants for Player
cyclic wednesdays sync with tech team
& a lot of meetings around figma structure, github structure, motion in prototypes and feedback sessions
Departures
Opens To review: https://github.com/Joystream/atlas/issues/878#issuecomment-872097425 Progress made on player
Overall, phenomenal work, and really impressive how detailed you have been on all the interactions on those seemingly simple components, its really easy to forget how many different states and input types one has to cover.
Home
, etc. The Figma does not seem to say anything about this.Details response:
The example of headers and visual hierarchy was not be the best one I could use there. If we would scale everything altogether along with text we would have to do this with all other elements to evade scaling conflicts and retain the same content structure. However, this is not a recommended practice (can cause a lot of unpredicted visual bugs) and we usually use the step approach and just show more content on wider pages. This step scaling approach allow the video titles to stay relevant & readable on all screen sizes and allows us to leave all other components at their initial size. In this approach we have only two sizes for video title font and the video thumbnail scales accordingly to the grid & available space.
Yes! This wasn't covered yet and responsiveness of video content pages will be on my plate this week. If it comes to channel - in the new responsiveness it would have 4 videos in a row max (Channel rwd: https://www.figma.com/file/TGUpBXgXf9ceMvHbRB5BIx/Joystream-Atlas?node-id=9951%3A252666) - because it would use this more narrow type of grid - unlike video content pages where the maximum width of the grid would be larger - this approach is still up for discussion but we have worked out a set of rules to define the RWD here: https://www.figma.com/file/Cc3VDoK6qglJ617ChA2EMr/Foundation?node-id=11%3A6540
OK! We can remove them from this action because the button changing will be enough to notify about the action. On the other hand I think that we shouldn't say that toast are reserved for async events only as they're widely used for confirmations, simple notifications, and low-priority alerts that do not need to completely interrupt the user experience. Toasts themselves need a little more design in their behaviour in our system - but thats another issue. I will remove them from this flow :)
NFT transaction view is almost ready. There are 2 minor legibility related topics to discuss with the rest of the design team, but it should be done by Tuesday.
No longer needed.
This is a long-living issue for the Atlas design team to post summaries of their work to share with the community