This document doesn’t represent the final requirements but only a draft of them.
High-level requirements, constraints and principles
- For big screens not for phones. The application targets desktop computers not mobile devices so there is no need to keep in mind phones. The main target resolution is 1920×1080 and form-factor is 16×9. The minimum supported resolution is 1600×900. The minimal supported physical screen size is 15”.
- Full-screen application. The application will not have system title and menu bars. There should be actions to close, to send to tray, to collapse the main window provided be the application.
- For mouse and touch screen. Mouse for desktop computers is classic but monitors with touch screen become more common. The first version will not target tablets but in the future versions they could be supported. Hence when we develop UX we need to keep in mind not only mouse but touch screen as well.
- Keyboard shortcuts. Keyboard is a huge time-saver. Well thought-out keyboard control is a must in a time-saving application.
- Voice commands. Voice input could be a good feature for such a support application as EveHQ NG is. Commands like: “Angy bring me map!” or “Angy lets go to Jita!” could be easily recognized already. Voice commands will free hands of a pilot. But of course it’s not for the first version.
Fonts, colors, images
- Dark theme. White background good for documents but not for dashboards and control panels. Colors better speak to the user on a dark background. The Universe of EVE Online is dark and it’s easer for our eyes to not switch between bright and dark pictures a few times per minute.
- Flat interface. All those shadows, reflexes and natural material textures were good till people have accustomed for computers. Now they are just boring noise. Gradients are allowed for subtle shadows and highlights but applied very selectively.
- San Serif fonts. Sans Serif is just better for screens, serif for printing. All fonts should be with multi-language support, preferable with many supported weights. Could be used science fiction styled typefaces like Orbitron, Sarpanch, Jura for things like headers and graph’s legend and labels.
- Vector monocolor icons. In EVE Online many conceptions have own icons. They are pretty good but for a flat UI design they will be outside of the main flow. As well they are very small. It would be nice to redraw them as monocolor vector images with keeping of the main conception of the sign. But on the other hand people already accustomed for in game icons. Redraw all icons will be time consuming as well. So I should decide what a combination of both to use.
- Colors only for very important things.
Navigation, user notification
- Less dialogs more full screen pages. I don’t like dialogs. Dialog for editing a complex entity that opens another one for changing a list property that opens one more dialog to ask the user for confirmation… What could be more annoying? As well dialogs are bad for keeping navigation history. So dialogs are allowed only for confirmations. Notifications should be kept in a list accessible for the user anytime. For complex cases prefer wizards. For changing names, titles and similar staff prefer in-place edit by single mouse click or tap.
- Saving or rejecting changes on navigating away of the page. User will change feature screens pretty often. There should be less questions and confirmations. By default all changes save automatically. If it became a problem there could be added history of changes with ability to restore at any state but not in the first version.
- Forward/backward navigation. The UI should be more like a web-site than a typical accounting-related application. That means the application needs some kind of Forward/Backward buttons with a dropdown menu to see the navigation history.
- Text. Primary for UI documentation and things like an NPC mission description.
- Tables. EVE Online called sometimes Spread Sheets in Space. Many conceptions like orders and manufacturing tasks better visualized with tables.
- Image. Sometimes an image better than a thousand of words.
- Map. EVE Universe or a region map is a crucial tool.
- Graph. Some data just created for graphs but only a selection of their types should be used (line, bar and sometimes pie).
- Dashboard. Most of role tools could be expressed as a some kind of dashboard. Role dashboard, Fitter, Region map and so on.
- Settings page. Some things should be configured and require the user input. Application settings of different kinds, role tools list and so on.
- Wizard. Sometimes there are too many things to configure for a single page or things to configure lay in line one after another. In such situation it’s better to use so called wizards.
- Adaptive for customization by the user. There is no currently specific requirements and the first version will not allow to customize page layouts and like this. But anyway such a feature should be kept in mind.
- No clutter more air. The EVE Online UI is cluttered and dense. The game has only one screen but our application UI can be split into many pages. Hence more space should be added wherever possible.
- Data import and export. Many things could be exported from EVE-client only through the clipboard like pilot list of the current system. Some things could be found in the game log. Some things should be possible to export for exchange with other users or applications like ship fittings.