Display apps in latest view as a grid
Currently, we display apps on horizontal cards at the bottom of the list. Let's use a grid for this entire view. It helps set it apart from the list view we use elsewhere in the app.
Activity
@crwinfrey: Just to confirm, I have two questions about this proposed layout (Using the below mockup):
+---------------------------------+ | | | A | | | | | +----------------+----------------+ | | | | | | | | | | | | | B | C | | | | | | | | | | +----------------+----------------+ | | | | | E | | | | | D +----------------+ | | | | | F | | | | +----------------+----------------+ | | | G | +----------------+----------------+ | | | | H | | | | | +----------------+ I | | | | | J | | | | | +----------------+----------------+Do I recall hearing about users getting confused about the first item (
A) because it looked like it was branding F-Droid with "Evernote" when they first opened it?And to clarify, this new layout will repeat continuously, from
DtoJ, and then loop back toBagain? That is, leavingAtoCas unique to the top three items? From your mockup it looks likeGis not present in the second round of repeating (the bottom two items which are cropped by the navigation bar appear to beDandEinstead of anotherG).changed milestone to %0.103 - UX Overhaul
After G, H-J followed by D-F, then G, would repeat. So A-F is unique to the top.
Do I recall hearing about users getting confused about the first item (
A) because it looked like it was branding F-Droid with "Evernote" when they first opened it?Yes. Many people had that confusion. I think it was because the green tied so much into the F-Droid green and search bar though. Let's see what kind of results we get with this in the live app.
Why bother to make different sized tiles?
The different sizes give visual variety, which makes this main view more interesting and draws your eyes to different areas of the page, as compared to a standard grid view. It would be interesting to do an A-B test comparing the 2 actually. My hypothesis is that people will engage with this layout longer than a standard grid (of all the same size) or list.
Edited by username-removed-154599Yes, but different sizes covey importance (eg. Big ones are more), but no criteria is visible. I would like this for #867 (closed), make "new apps" stand out on bigger tiles.
@licaon-kter that's a good point. @pserwylo let's chat about this on Monday before making changes. I have an approach that may be better and is more simplified.
-
@licaon-kter: we have decided to go ahead with the staggered list for now. We have some user tests coming up, so we will log any feedback about the initial screen during those tests and then revisit the idea of making the screen more uniform.
-
Here is what I got working in !453 (merged):
The padding on the left and right is a bit narrow, but it is surprisingly hard to get even padding on the left, right, and centre. Hopefully this looks alright.
assigned to @pserwylo
-
Okay, @mvp76 correctly pointed out that my implementation in the above screencast is busted on large screens. After discussing, we decided that the specific design above is a little too complex to implement. As such, I'm going to implement the following:
| | | A | | | | | +----------------+----------------+ | | | | | | | | | | | | | B | C | | | | | | | | | | +----------------+----------------+ | | | | D | E | | | | |----------------+----------------+ | | | F | +----------------+----------------+ | | | | | | | | | | | | | G | H | | | | | | | | | | +----------------+----------------+ | | | | I | J | | | | |----------------+----------------+ | | | K | +----------------+----------------+Where it repeats from B -F continually.
closed via merge request !465 (merged)
mentioned in issue #1003 (closed)
