...
The disadvantage of smaller screen sizes is that information must be spread out over multiple screens and the user's desired information may be a few screens away from their current one. As currently designed, if one were currently in the discussion page of a particular combo and then were reminded of a new combo that they wanted to enter into the system, they would have to traverse the page hierarchy back to the root (the home page) before reaching the page where they could submit a combo.
One way to streamline combo browsing that isn't shown in the diagram but would be part of this design is the addition of a search bar for combos on both the "Combo Type" page and the "Combo List" page. With this addition, the user wouldn't be forced to navigate to the "Combo List" page and then scroll for an indefinite amount of time to find a particular combo. If the user already had a search query in mind, he could simply perform such a search after choosing a character, which would cut down on navigation time.
Safety:
It is simple to correct navigational mistakes in this interface, as there will be a back button in the same place on every page. Forum posts made by a user will be simple to edit and delete (i.e., your post will be added to the feed immediately, and hovering over your own post will offer these two options to you.) The highest safety risk is what will happen to user-submitted combos. The combo submission form will verify that all fields have been filled out, but we have not fully explored what will happen to the submitted combos in this design. We could allow the user who created the combo to delete it as they can delete their own forum posts (by hovering over it and being presented with the option to delete it via button touch.)
A separate combo submission safety issue is how to treat incorrect combo submissions. User interviews revealed that the need to mark combos as "deprecated" was something that was lacking in current forums, but we have not decided how to distinguish "deprecated" combos from "wrong" combos. Should combos that have a discussion thread consisting entirely of "This combo is wrong/useless" posts be automatically deleted or merely marked as wrong? If it is marked, should the mark be distinguishable from the "deprecated" mark? These are questions that we will have to consider in whichever design we choose to move forward with.
Design 3
While a conventional table of combos allows the user to sort through the the combo space based on a single variable, a user may face more complex, multi-variable considerations when searching for combos. The third design presents a more graphical method of filtering and navigating the combo space. The interface presents three panes: two columns for filtering, and a third larger viewing area. The left most column holds all of the variables of a combo, such as the character, combo type, difficulty, xp, etc. The middle column holds the corresponding constraint on that variable; for example, the user can limit the space of combos to a single character by clicking on the appropriate cell and bringing up a drop-down menu of the available characters. The viewing area displays a list of combos fitting the constraints.
...