Closed Bug 484060 Opened 17 years ago Closed 17 years ago

Website: all designs should display when user selects "all" on homepage

Categories

(Mozilla Labs Graveyard :: Personas Plus, defect, P1)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: sgupta, Assigned: telliott)

References

()

Details

users that click "all" in the Personas menu should be able to see all available personas. expected result: all available personas display. pagenation should be at the bottom of the page, just like 'Abstract --> All' actual result: subset displays with no pagenation. user can not view all available personas.
Priority: -- → P1
I discussed this with Toby and it seems that its not an all/all category.It only displays 21 of the most popular/recent personas and currently this is as designed. Toby,is my understanding correct?
How hard would it be to make an all/all choice?
All/All could potentially involve thousands of items. That would require much more complex logic for the pagination (in which we might be dealing with 40 pages per thousand).
do we run the risk that some personas will not be visible at all within the directory, whether through the all/all or through a category/all? it doesn't seem that all personas are currently visible. that is an issue because if a persona isn't discoverable, then it isn't given an equal opportunity to become popular. also, all/all should include as many designs as possible without reworking the logic. Since abstract/all includes approx 150, it seems that all/all can include more designs.
All personas will appear under some category/All all/all would pretty much have to include all by definition. It would be even more confusing if it only contained the last X
I'd love to have a page that listed all personas without pagination, since it's much easier to scan through one long page of personas than to navigate multiple pages of them when I want to browse all personas (even if it takes time to load that page). It's also easier to find a specific persona by name on that page using Firefox's Find in Page text search (although for this use case a suitable workaround would be to make the site searchable).
I really like this suggestion for all the reasons that Myk mentions. I think this would be super helpful as a user.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Awesome! Note that towards the bottom of the page (also an issue with the other categories), there's a bunch of placeholder text in long columns.
The text is QA trying lots of different things and covered in Bug 483907
looks good Toby. How many are in the All/All category? Are we setting a limit, per your comment: "All/All could potentially involve thousands of items. That would require much more complex logic for the pagination (in which we might be dealing with 40 pages per thousand)."
We are setting no limit, as requested above. It's all going onto one page.
Product: Mozilla Labs → Mozilla Labs Graveyard
You need to log in before you can comment on or make changes to this bug.