RFC-EMU

From DeSmuME
(Difference between revisions)
Jump to: navigation, search
Line 9: Line 9:
 
==User Interface Guidelines==
 
==User Interface Guidelines==
  
test
+
In order to combat routinely-created bugs in menus, an emulator SHOULD set up all of its menu state in one block of code at the time when the menu is created, analyzing the current emulator state and setting disabled and checkmark states accordingly. For instance, in Win32 this would be done with WM_ENTERMENULOOP.
 +
 
 +
An emulator MUST have command-line arguments at least implementing the following:
 +
* load state slot (0-9)
 +
* play movie file
 +
 
 +
? OSD? Why do we even do this anymore? ?

Revision as of 06:02, 12 September 2009

Some emulators are powerful tools, and some are toys for novices. The toys need not conform to the laws laid forth in the following document, which are designed to ensure that those who need power are able to get it without trouble.

An emulator MAY NOT attempt to be both powerful tool and toy. An emulator MUST choose which of these it is, and EXIT this document if it chooses to be a toy.

While admittedly a matter of opinion, to bring order to the unruly thicket of default hotkeys, the following recommendations have been drafted:

An emulator SHOULD use F1 for this and F2 for that.

User Interface Guidelines

In order to combat routinely-created bugs in menus, an emulator SHOULD set up all of its menu state in one block of code at the time when the menu is created, analyzing the current emulator state and setting disabled and checkmark states accordingly. For instance, in Win32 this would be done with WM_ENTERMENULOOP.

An emulator MUST have command-line arguments at least implementing the following:

* load state slot (0-9)
* play movie file

? OSD? Why do we even do this anymore? ?

Personal tools