...
There is a complex keyboard notation for inputting combos that is used on various internet forums; however, this notation is intended mostly for advanced players. Combopedia attempts to give less experienced users a more graphical method of sharing and learning these combos, while still allowing advanced players to use the conventional keyboard input.
Scenario
...
tasks:
Task 1
You are new player to Persona 4 Arena, but you have discovered a new combo. You would like to share this combo with the rest of the world, but you don't understand combo keyboard notation yet. To perform the first move, you must hold down B while simultaneously moving the joystick from the bottom position to the right position.
...
You are a newer player using the character Rise. You would like to find a combo that has a very high damage value and view information on how to perform the combo.
Initial
...
prototypes:
For the initial prototypes, instead of creating a single, coherent interface for the entire application we sketched multiple possible interfaces for each of the small, specific tasks that would benefit the most from testing. We did this because we believed our most challenging issues were in the lower level interactions of inputting moves, instead of more macro-level navigation issues.
...
The interface for organizing and searching for combos was the spreadsheet like interface described in GR2. The user is able to click on the character tabs on the right side, and sort by clicking on the appropriate column headers.
Observations:
...
Initial prototype observations:
Users had trouble understanding the first, table and text based move-entering prototype. Multiple testers with no fighting game experience didn't understand the idea of "quarter turns," and a tester with fighting game experience stated that he preferred the familiarity of an interface resembling a real game pad.
With the other two move-entering prototypes and both move rearrangement tasks, the main trouble users had was with the concept of multiple button moves and the use of the add button after each entering each move. Testers 2 and 3 both tried to input moves sequentially without pressing the Add button and had to change their conceptual model when only one, multi-button move resulted. Even after understanding that each of the buttons was a toggle, several users commented that pressing "Add" after each move was time consuming, especially because multi-button moves were not all that common.
Most users commented that the third move-input prototype was the visually most inviting because of its resemblence to a real fighting game controller, with one tester stating that the second move prototype was visually overwhelming because of the many buttons. However, the graphic of the joystick was not helpful. Tester 4, an experienced fighting game player, commented that he would have liked to drag the joystick graphic; users were confused because the graphic seemed to indicate an affordance for dragging, while the intent for the prototype was for users to click on the individual directions. Overall almost all testers found the move inputs to be conceptually confusing or annoyingly inefficient.
Most testers didn't have trouble figuring out the keyboard input task, although Tester 3 wasn't immediately able to find the keyboard input tab in the second move manipulation prototype. Users were annoyed again, however, with the need to press the "Add" button after each move. Because the keyboard input is faster than the button based input, some users suggested making it possible to input multiple moves in one line, maybe seperated by semicolons or commas. Users were able to rearrange and delete moves, although tester 2 stated that he would have preffered if the move icons were clearer about their deletion and rearrangement affordances.
The testers found the third sorting task to be relatively straightforward because of its similarity to conventional spreadsheet applications. While all users were able to arrive at the correct combo, they went about it in different ways. Tester 1, 3, and 5 did not notice the character tabs on the left, and either sorted the entire spreadsheet by character or needed prompting. Several testers never sorted by damage and instead selected the correct combo by inspecting the list.
Users had trouble understanding the first, table and text based move-entering prototype. Multiple testers with no fighting game experience didn't understand the idea of "quarter turns," and a tester with fighting game experience stated that he preferred the familiarity of an interface resembling a real game pad.
With the other two move-entering prototypes and both move rearrangement tasks, the main trouble users had was with the concept of multiple button moves and the use of the add button after each entering each move. Testers 2 and 3 both tried to input moves sequentially without pressing the Add button and had to change their conceptual model when only one, multi-button move resulted. Even after understanding that each of the buttons was a toggle, several users commented that pressing "Add" after each move was time consuming, especially because multi-button moves were not all that common.
Most users commented that the third move-input prototype was the visually most inviting because of its resemblance to a real fighting game controller, with one tester stating that the second move prototype was visually overwhelming because of the many buttons. However, the graphic of the joystick was not helpful. Tester 4, an experienced fighting game player, commented that he would have liked to drag the joystick graphic; users were confused because the graphic seemed to indicate an affordance for dragging, while the intent for the prototype was for users to click on the individual directions. Overall almost all testers found the move inputs to be conceptually confusing or annoyingly inefficient.
Most testers didn't have trouble figuring out the keyboard input task, although Tester 3 wasn't immediately able to find the keyboard input tab in the second move manipulation prototype. Users were annoyed again, however, with the need to press the "Add" button after each move. Because the keyboard input is faster than the button based input, some users suggested making it possible to input multiple moves in one line, maybe seperated by semicolons or commas. Users were able to rearrange and delete moves, although tester 2 stated that he would have preffered if the move icons were clearer about their deletion and rearrangement affordances.
The testers found the third sorting task to be relatively straightforward because of its similarity to conventional spreadsheet applications. While all users were able to arrive at the correct combo, they went about it in different ways. Tester 1, 3, and 5 did not notice the character tabs on the left, and either sorted the entire spreadsheet by character or needed prompting. Several testers never sorted by damage and instead selected the correct combo by inspecting the list.
Second iteration prototype:
For the second iteration, the interface was fleshed out so that the same interface could be used for all three tasks. The searching, sorting, and browsing interface remained essentially the same, except for a slight rearrangement of the character tabs on the side to make the tab-like nature of the widget and the hierarchical organization of combos more obvious.
...