Computer graphics processing and selective visual display system – Display driving control circuitry – Controlling the condition of display elements
Reexamination Certificate
2000-12-15
2004-04-06
Nguyen, Cao (Kevin) (Department: 2173)
Computer graphics processing and selective visual display system
Display driving control circuitry
Controlling the condition of display elements
C345S960000, C345S215000
Reexamination Certificate
active
06717597
ABSTRACT:
FIELD OF THE INVENTION
The present invention is related to an improved method and system for receiving selections of inputs required for the execution of a command which acts on an object model in a CAD or similar system
BACKGROUND
There exist a large number of computer software applications which permit a user to define a two- or three-dimensional object comprised of a number of object features. Such Computer Aided Design (CAD) and other similar systems, such as CAM and CAE systems, display the object model in a editing window and permit the user to select from a number of different commands which act on to modify or create various features in the object model. Many commands will have one or more required inputs which must be specified by the user before the command can be executed and may also have additional, optional inputs which can be specified. For example, a surface can be created using a “sweep function” which requires the user to select one curve to serve as a “spine” and a second curve to serve as a “profile” which is swept along the spine. Other non-required inputs, such as curves which define additional profiles or guides, can also be specified and are used to vary the manner in which the swept surface is created.
The command specifications to be defined by the user for the various required and optional command inputs require a dialog between the user and the system. In other words, the system must indicate to the user the various inputs which can be specified for the selected command. The user must then select features in the object model, e.g., by mouse clicks, keyboard strokes, or other input mechanisms, indicate which inputs they apply to, and then instruct the application to execute the command using the specified inputs.
When identifying a feature in the object model to use as a parameter for a given command, the system must know both which feature is being selected and which parameter the selected feature applies to. Typically, the user will choose a particular parameter to fulfill, e.g., by selecting that parameter from a pull-down menu, and then select the feature to use in that parameter. The various phases of the parameter specification process are called “command states” and, conventionally, the command processing routine is configured to move from one state to the next as the user makes selections for the various command specifications. In addition, certain commands may have required command state sequences which are followed when the command specifications are being entered and further options may be presented to the user to allow for more information to be entered by the user regarding the execution of the command. The list of states for a particular command is a basic characteristic of that command and each command can be viewed as being encoded as particular command state machine within the program's command processor module. With reference to the sweep example, this command can be implemented, in its simplest form, three command states, one corresponding to a state where the user can specify the profile, a second state where the user can specify a spine, and a third state where the specification is complete and the user can execute the command. More complex commands can have a much larger number of command states.
To aid the user in working through the command specification process, conventional systems employ standard dialog box approach, with or without scrolling menus. When a user selects a command that has a number of options which must be specified, the system displays a selection box which identifies each of the fields and permits the user to fill in various fields with the desire selections. To avoid interfering too much with the object model display, the dimensions of the dialog box must be kept relatively small. As a result, multiple pages of dialog are often required, which pages are typically stacked on each other and must be individually selected by clicking on appropriate buttons or on tabs at the top of the window.
While a dialog box approach is acceptable in some applications, such as word processing applications, in more complex applications, such as computer aided design, this approach suffers from severe drawbacks. One major drawback of conventional dialog boxes used in graphic design applications is that they are generally unrelated to the particular object in the scene. While the specific features which must be selected, such as spine and profile, are generally identified in the dialog, the physical meaning of the various selections is not. Instead, the user is presumed to understand the meaning and purpose of each of the selections which can be made. Although separate help files can be provided by the software manufacturer, they are generally in the form of electronic reference manuals in which the user can look up the meaning of the various inputs. This information is not incorporated in the dialog box itself because the screen space and/or number of dialog box pages required to contain this information is unacceptable to skilled users. Thus, a novice operator entering a command specification may need to access and page through several different help files separate from the dialog box to understand the purpose of the command and the meaning of the various parameters. Similarly, even expert users may need to reference instructional materials when using complex or unfamiliar commands, or when they are familiar with a different software package that provides similar functionality but uses different terminology.
Accordingly, there is a need for an improved method of receiving command specifications from a user which provides a more intuitive and user-friendly interface with the computer system for the selections required in any given situation to complete the command specification in advance of executing the command.
There is a further need for such a system to provide a clear and unambiguous indication of the specifications required by a given command while providing a dialog box that occupies a minimal amount of screen area and overlapping pages.
SUMMARY OF THE INVENTION
These and other needs are addressed by a method and system according to the invention in which a traditional dialog box or menu presentation used to solicit command inputs is replaced with a graphical navigation console (or window) showing icons for various command inputs to be provided by the user along with a background sample object showing a schematic representation of the purpose of the command. Each input icon, which can be a pictogram, text, or a combination of both, is positioned adjacent or otherwise associated with one or more sample features in the sample object so that the overall navigation console presents a sample object to which the command has been applied with each suitable input labeled. As a result, the user can quickly and easily determine the various inputs which must be specified to execute the command and the purpose of those inputs relative to the command's functionality.
The navigation console is not a static display. Instead, it has various active regions, such as the sample features and icons, associated with given command inputs. When an active region in the navigation console is selected, the system automatically shifts the graphic editor's command processor to a command state in which the user can specify the input associated with the active region, e.g., by selecting or manipulating the primary object or other features or elements in the main object scene. Other manipulations of various aspects in the navigation console are also possible, including moving an icon or feature in the sample model or opening a contextual menu associated with a selected icon or feature.
According to a further aspect of the invention, the system can guide the user in selecting the various parameters for the command by highlighting or otherwise identifying to the user in the navigation console elements in a particular active region, such as the sample features and icon, and placing the command processor in a state to receive a selection
Letzelter Frederic
Melocco Francois
Clifford Chance (US) LLP
Dassault Systemes
Nguyen Cao (Kevin)
LandOfFree
Contextual and dynamic command navigator for CAD and related... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Contextual and dynamic command navigator for CAD and related..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Contextual and dynamic command navigator for CAD and related... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3250132