US20180203675A1

US20180203675A1 - System and method for streamlining user interface development

Info

Publication number: US20180203675A1
Application number: US15/856,465
Authority: US
Inventors: Andrew T. Emmons
Original assignee: You I Labs Inc
Current assignee: You I Labs Inc
Priority date: 2013-07-02
Filing date: 2017-12-28
Publication date: 2018-07-19
Also published as: US9858050B2; EP3017364B1; CA2922860C; EP4130978B1; EP3017364A4; EP3017364A1; CA2922860A1; WO2015000054A1; US20150012905A1; EP4130978A1

Abstract

A computer network implemented system is provided that provides a development platform for streamlining the creation of graphical user interface having natural user interface (NUI) attributes (the “platform”). The platform is based on a novel and innovative development framework and workflow that enables the creation of executable GUI elements. A display utility provides a series of screens that provide access to functions that capture a designer's user interface design intent. A user interface is provided that allows a designer to capture the various elements and information indicative of their intent relative to the UI design, to enable creation of a series of UI assets that are encoded with sufficient information to enable their rendering with significantly reduced development effort than in prior art solutions. In one aspect, the assets referred to herein incorporate coding elements corresponding to relevant effects such as position, animation, and “look”. The elements together represent the design intent that is important to convey the important elements for accurately rendering a NUI. More specifically, the platform is designed to encode the assets with state to state transitions such that the assets themselves can be manipulated (to change order and make modifications for example), and yet these assets are also executable.

Description

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/933,351 filed on Jul. 2, 2013, which is hereby incorporated by reference.

FIELD OF THE INVENTION

The present invention relates generally to user interface development. The present invention further relates to solutions for aiding in the development of natural user interfaces (NUI).

BACKGROUND OF THE INVENTION

User interface (UI) is created for use in many software programs and to interact with functions of a variety of hardware device. For example, cameras, DVD players, music players, set-top boxes, mobile devices, and so on all have UI components.
More broadly speaking, user experience (UX) refers to a person's perceptions and responses that result from the use or anticipated use of a product, system or service. UI elements are designed in part around user workflows driven when a user interacts with system features that are part of the overall UX.
There is significant demand for UI that is developed based on “natural user interface” principles. Natural user interface is the common parlance used by designers and developers of human-machine interfaces to refer to a user interface that is (1) effectively invisible, or becomes invisible with successive learned interactions, to its users, and (2) is based on “natural” elements. “Natural” in this context means that the elements need not be learned, or require less learning, as they mimic known or already learned processes. The natural elements are contrasted for example with the artificial user elements used for example in control interfaces that are not created based on natural user interface principles.
Designing and implementing UI components, and broader UX elements, however, is generally quite time consuming and expensive.
Generally speaking, NUI elements are created using processes involving both designers and programmers. Designers use such tools as AFTER EFFECTS™ to compose the look and feel of a UI or UX.
Software developers then attempt to develop assets that convey the intention of the designers, but many times key elements intended by the designers are lost in translation. As a result, assets are generally sent back to the designers and they identify elements that require changes. This results in back and forth and contributes generally to an iterative and time consuming process. Furthermore, UI development requires iteration generally, and this is time consuming and expensive to do using prior art solutions.
Therefore, what is needed is a solution to address at least some of these limitations.

SUMMARY OF THE INVENTION

A computer network implemented system is provided that provides a development platform for streamlining the creation of graphical user interface having natural user interface (NUI) attributes (the “platform”). The platform is based on a novel and innovative development framework and workflow that enables the creation of executable GUI elements. A display utility provides a series of screens that provide access to functions that capture a designer's user interface design intent.
A composition panel allows a designer to capture the various elements and information indicative of their intent relative to the UI design, to enable creation of a series of UI assets that are encoded with sufficient information to enable their rendering with significantly reduced development effort than in prior art solutions. In one aspect, the assets referred to herein incorporate coding elements corresponding to relevant effects such as position, animation, and “look”. The elements together represent the design intent that is important to convey the important elements for accurately rendering a NUI. More specifically, the platform is designed to encode the assets with state to state transitions such that the assets themselves can be manipulated (to change order and make modifications for example), and yet these assets are also executable.
In one aspect of the invention, a computer implemented method is provided comprising: a first computing device hosting a collaborative user interface development environment; a second computing device associated with a designer, that connects to the collaborative user interface development environment for composing a user interface using a plurality of user interface assets that encode the designer's intent; and a third computing device rendering an executable user interface, by compiling the using interface assets.
In another aspect, a computer system is provided for streamlining the design of user interface elements comprising: one or more computers, executing one or more computer programs, that define a collaborative user interface development environment (the “platform”), wherein: the platform includes a composition utility that enables one or more users to create a series of user interface assets that are encoded with sufficient information to enable their rendering by a rendering utility; and the rendering utility renders user interface elements using the user interface assets in a what that related effects are rendered accurately.
In another aspect, the computer system comprises an extractor that decomposes a user interface design into a series of user interface components, and wherein the composition utility enables one or more users to (A) create one or more user interface controls for a user interface design of the video content, and (B) add behavior class names for each behavior control.
In a still other aspect, the platform enables the creation of the assets by (A) exporting UI controls to an asset file, (B) importing UI controls into source code, and accessing or generating one or more code components to execute business logic related to user interface functions (“business logic”) by importing the user interface controls into source code, and writing or importing specific code into the source code to execute the business logic.
In another aspect, the computer system enables one or more users to encode the user interface assets with state to state transitions, such that the assets can be manipulated in connection with a user interface design workflow and also executed by the rendering utility.
In this respect, before explaining at least one embodiment of the invention in detail, it is to be understood that the invention is not limited in its application to the details of construction and to the arrangements of the components set forth in the following description or the examples provided therein, or illustrated in the drawings. The invention is capable of other embodiments and of being practiced and carried out in various ways. Also, it is to be understood that the phraseology and terminology employed herein are for the purpose of description and should not be regarded as limiting.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawings, embodiments of the invention are illustrated by way of example. It is to be expressly understood that the description and drawings are only for the purpose of illustration and as an aid to understanding, and are not intended as a definition of the limits of the invention.

FIG. 1 illustrates an example of a computer network implementation of the system of the present invention.

FIG. 2 is a high level workflow diagram illustrating a workflow representing an example of the computer implemented method of the present invention.

FIG. 3 is a system resource diagram illustrating at a high level a possible implementation of the system of the present invention.

FIG. 4 is a more detail system resource diagram illustrating resources of the rendering system.

FIG. 5 illustrates the process of importation of files to the platform of the present invention.

FIG. 6 illustrates the tree structure presented by the platform of the present invention.

FIGS. 7a, 7b, 7c, 7d, 7e and 7f illustrate aspects of the development workflow of the present invention, while illustrating representative screens presented by the platform.

FIG. 8 illustrate a generic computer system which may provide a suitable operating environment for various embodiments.

DETAILED DESCRIPTION

A computer network implemented system is provided that provides a development platform for streamlining the creation of graphical user interface having natural user interface (NUI) attributes (the “platform”). The platform is based on a novel and innovative development framework and workflow that enables the creation of executable GUI elements.
As shown in FIG. 1, in one aspect, the platform (10) includes a display utility (11) that presents a series of screens made accessible to platform users to access the functions and features described herein. In one implementation, the platform (10) includes or links to a project management utility (13). The project management utility (13) may incorporate standard features for creating and managing UI development related projects.
The display utility (11) may present a project panel (to access features of the project management utility (13)), a composition panel, and a timeline panel. The project panel acts as a bin to import stills, video, and audio footage items. Footage items from the project panel are used in the timeline panel, where layer order and timing can be adjusted. The items visible at the current time marker are displayed in the composition panel, which is used to add transitions and other effects.
The composition panel allows a designer to capture the various elements and information indicative of their intent relative to the UI design, to enable creation of a series of UI assets that are encoded with sufficient information to enable their rendering with significantly reduced development effort than in prior art solutions. In one aspect, the assets referred to herein incorporate coding elements corresponding to relevant effects such as position, animation, and “look”. The elements together represent the design intent that is important to convey the important elements for accurately rendering a NUI. More specifically, the platform is designed to encode the assets with state to state transitions such that the assets themselves can be manipulated (to change order and make modifications for example), and yet these assets are also executable.
In one aspect, the platform includes a 3D rendering system (12) that is programmed to display and animate UI elements. The rendering system (12) renders UI elements using the assets in a way that related effects are accurately rendered.
In one aspect, a designer uses an existing motion graphics/visual graphics platform (11) (“visual graphics platform”), such as AE, and the output from the visual graphic platform is imported to the platform (10) of the present invention. The output generally consists of video content that shows UI elements organized in an animated workflow that illustrates interaction with the UI elements.
In one aspect, the 3D rendering system (12) includes: (A) a scene manager (16), (B) a scene renderer (17), and (C) a timeline utility (18).
FIG. 2 illustrates one example of implementation of the workflow described herein. A representative implementation of the invention is shown in FIG. 2 as a possible workflow for practicing the invention. (A) A platform user who is a designer creates a UI layout and associated animations for example using AE or a similar platform. (B) A platform user who is a developer loads an AE project file into AE, wherein AE includes a plug-in in accordance with the present invention. (C) Using the plug-in the platform user who is a developer adds class names to compositions, based on the present invention. (D) The platform user who is a developer optionally selects “Export all compositions and timelines” or equivalent from the plug-in and chooses a directory. (D) The platform user who is a developer loads root composition layout files using source code. (E) The platform user who is a developer adds business logic and data to the application.
In another aspect, a computer implemented method is provided for designing and implementing a series of UI elements in a streamlined way. One implementation of the method consists of: (A) decomposing a UI design into a series of UI components (usually UI designer); (B) creating UI controls for the UI design, using a design tool or composition tool (usually UI designer); (C) add behavior class names for each behavior control (usually UI designer); (D) export UI controls to an asset file (usually UI designer); (E) import UI controls into source code (UI designer or UI developer); (F) access or generate specific code to handle business logic (for example what happens when a specific button is pushed) (usually UI developer); (G) Export UI controls to asset files (UI Developer); (H) import UI controls into source code (UI Developer); and (I) write or import specific code to handle business logic—e.g. what happens when a button is pushed (UI Developer).
The present invention provides a collaborative user interface development environment. As previously explained, user interface development usually involves both designers and developers. Possible steps of a development workflow are explained, including which steps may be executed (using the platform of the present invention) by a designer, and which steps by a developer. One aspect of the present invention, is that user interface is simplified and therefore it should be understood that steps previously requiring a developer may be executed by a designer, and possibly vice versa. Furthermore, the overall workflow is streamlined thereby allowing new collaborative methods and ways of working, including for example making modifications to a user interface development quickly or possibly in real time upon receipt of feedback from a designer, allowing tighter and more efficient working relationships between collaborators. The platform also allows larger teams to work together more effectively by providing a consistent way of completing work elements, allowing multiple individuals to pick up project tasks, with minimal effort required for a new person to a project to get up to speed.
If necessary, an additional step consists of iterating the UI controls using the design tool.
A “UI control” is an element of a GUI that displays an information arrangement changeable by the user, such as a window or a text box. UI controls can have both presentation and behavior.
The input to the computer system and method of the present invention may consist of output files from a number of systems such as: (A) graphics files such as PNG or JPEG; (B) scene trees such as those generated by such platforms as AFTER EFFECTS™ (AE) of Adobe; or (C) animation files generated by AE or FLASH™.
In one aspect, the present invention handles both time-based animation files and frame-based animation files.
In one aspect, the platform receives input files from a motion graphics/visual effects platform such as AE. AE is used to develop sophisticated videos using a large number of effects and a 3D stage. Adobe publishes an API which allows developers to extract information within the content. There are many commercial graphical design tools which help designers create 3D content in this way such as Maya™, 3D Studio™, Blender™, etc., and the present invention may interoperate with such platforms as well.
In one aspect, the platform includes an extractor (15) that analyzes the output files. The computer system provides a number of tools that allow platform users to add class names so to as to identify components that are UI controls.
Alternatively, the extractor (15) analyzes, and identifies, components that constitute UI controls. In addition, in one aspect, the platform categorizes UI controls into “presentation” related UI controls and “behavior related” UI controls. UI controls can have both presentation and behavior.
The separate treatment of presentation and behavior, allows the treatment of presentation as part of asset files. In one aspect, the extractor (15) is operable to differentiate between presentation related attributes and behavior related attributes, and generate UI assets based on the input in a way that attributes are encoded based on their type, i.e. whether they are presentation or behavior related. This aspect allows the UI assets to be manipulated as required by the designer, and also for UI assets to encode the designer's intent for aspects of the computer system operations managed by developer users.
The presentation may consist of: (A) location (position, scale, rotation), (B) opacity (how translucent it is), (C) bitmaps (the graphics to display the control), (D) visual effects (lighting, shadows, blur), and (D) animations (how parts of the control move in response to events). The behavior consists of: states of the control (pushed up, pushed down, scrolling, etc) information on how to transition from one state to another. The presentation of a UI control is developed in a commercial tool that UI designers know how to use, and then exported as asset files.
This workflow is for UI controls that are described in 3D space, using a 3D coordinate system and a camera which determines how they are rendered on the screen. These controls are described visually using a tree structure, where each node in the tree can be a graphical element to display, as shown in FIG. 6. This graphical element can be a single quad of triangles, or a large mesh of many thousands of triangles. The behavior may be defined in C++ classes within the platform (10), by instantiating appropriate classes for the UI control when the asset file is loaded.
Even though presentation and behavior are separated, they need to communicate with each other. For example, at some point a change in the behavior may trigger a particular visual effect, and so this effect has to be communicated to the behavior code. There are a number of ways that the presentation content can communicate to the behavior code, for example specific presentation related names can be used to name each element. These names can then be used in behavior code to identify a particular element. Markers can be added to timelines thereby indicating for example for an animation, a start, end and name for a particular portion of an animation. The behavior code can then use this to extract a specific animation based on a name.
Assigning a class name to a control—each UI control can have a string associated with it which indicates the C++ class that will be instantiated when the asset file is loaded. This is the mechanism used to bind the presentation to behavior.
A single UI control can export two files—a layout file and a timeline file. The layout files describe the attributes of each node in the control such as position, rotation, anchor point, scale, orientation opacity source—either a bitmap file, a solid color, or another UI control.
If the source is another UI Control, the export process becomes recursive and writes files for each embedded control. During this process, animation information is saved within a separate timeline file. The animation information contains data needed to change attributes of nodes within the control over time.

Importing Presentation Data

Importing layout files results in creating C++ classes that both render to the screen and provide UI behavior. Rendering is achieved by using a 3D scene graph data model, which allows the user interface to be hardware accelerated by a GPU. Behavior is achieved by classes which are derived from a base view class. This base view class is in turn derived from a base scene node, as shown in FIG. 6 for example.
Importing .timeline files results in creating instances of the timeline class. This class stores all information required to animate attributes of the scene tree that was created when importing the .layout file. The timeline markers are used to create named timelines of a given duration that will be started and stopped based on UI behavior and state.
In one aspect, the scene manager (16) allows a user to define a 3D scene for a UI project using a tree structure, wherein each component corresponds to a UI element, and its position in the tree structure is indicative of the UI element's position in 3D space.
FIG. 6 illustrates the operations of the scene manager (16), wherein a tree structure comprising a plurality of nodes that are called scene nodes. The scene manager (16) assists platform users in being able to organize UI scenes and their relationships with one another. The scene manager (16) also is configured to enable transformations of scenes through the UI that it presents. For example application of a transform to a specific node applies the same transformation to all of its child nodes, if any.
The scene renderer (17) includes a data modeller (20) to drive the rendering of UI elements.
Significantly, the scene nodes contain not only their position data, but other data related to rendering such as for example vertex, mesh and material data, thereby enabling the scene renderer (17) to render on a node by node basis if this is requested by a user.
The scene renderer (17), in one implementation, is programmed to render 3D graphics on a wide range of rendering APIs such as OpenGL ES 2.0, DirectX, PS3, etc. In one implementation, the scene renderer (17) requests a display list from the scene manager (16). The display list can consist of an optimized data stream that compiles information for each scene node.
In one implementation, the scene renderer (17) uses abstract constructs for rendering one or more UI graphical objects, including meshes, materials, and uniform buffers. Significantly, these graphical objects represent sufficient information for rendering as 3D objects. The UI graphical objects are not however a concrete implementation; these use the sub-classes explained below. This way, however, the platform users can interact with 3D content without the need to use underlying rendering APIs that would be required in order to execute to a graphics processing unit (“GPU”).
The design of the scene renderer (17) allows a user to generate generic 3D drawings and a range of effects. This allows a designer to compose UI elements, review and make changes to UI elements. In effect, this allows a designer to advance the development of UI and UX elements, without the need to wait for work product from programmers. This speeds up the development process and saves resources. It also allows designers to engage in a development process that is more natural and therefore allows designers to be more creative by following inspiration and testing particular design ideas. The disintermediation of the design process that is involved in prior art solutions, where the workflow is divided between designers and programmers is far less advantageous than the present invention. A key insight of the present invention is the particular level of rendering capability provided, and the UI design features that are associated with the rendering capability.

Timeline Utility

The timeline utility (18) is used to animate scene nodes (transform, opacity) and their contents (vertices, shader variables, etc). The timeline utility (18) provides a list of “tracks”, where each track corresponds to one attribute for animation. Each track also contains any number of key times, which are used to identify at what point a value changes to a new value. The key times can also be expressed as Bezier curves which indicate how the values change over time.
In one aspect the rendering system workflow consists of: (A) current time is evaluated and updated; (B) user input is received and handled; (C) timelines are updated with a new time; (D) this results in an update to affected scene nodes and their content; (E) the scene manager is processed; (F) any dirty scene nodes re-calculate their composite world matrices; (G) a draw list is rendered; and (H) the draw list is destroyed.
In one aspect of the present invention, the rendering system (22) of the present invention can be implemented over a middleware layer (24), as shown in FIG. 1. The computer system also includes one or more libraries (26). The libraries (26) may include for example templates for different UI development projects. The libraries (26) may also include routines for items such as image decoding, text glyph rendering, etc.
A template may include a look for a view, or layout. The layout may contain one or more scene nodes that together define the graphical elements for a view. A template can also define the animations for a view for example how items move and relate together when responding to specific states.
As shown in FIG. 3, the platform (10) may include: (A) an import utility (30); (B) scene templates (32) repository; (C) a views utility (34); (D) a framework component (36); (E) an animation utility (38); and (F) the rendering system (12).
In one aspect, the framework component (36) acts as connector or communication layer between the various components in order to enable the workflows described.
The import utility (30) extracts information from one or more tools and makes the information available to the other components. The views utility (34) may include common UI behaviors, for example ListView, PushButtonView, etc
A representative implementation of the rendering system (12) may be implemented with the components shown in FIG. 4. These may include: (A) a component referred to as a CYIDisplay, which is a display component, which abstracts access to the OpenGL hardware; (B) a component referred to as the CYIBuffer, which contains bitmap data and blitting routines for both hardware and software buffers; (C) a component referred to as a CYIRenderer, which contains a list of scene node data, renders using OpenGL; (D) a component referred to as the CYISceneNode, which contains a building block of graphics sub-components, and provides a scene tree that includes positional information (this is not the component where drawing occurs); (E) a component referred to as the CYISceneObject, which is what the user draws; and finally (F) a component referred to as the CYISceneManager, which returns a render list of scene nodes and provides scene node data to the renderer.

Example in Operation

In one possible implementation, the platform (10) uses After Effects™ from Adobe. What follows is an example of the operation of the platform (10), working with After Effects (“AE”). A UI design tool such as AE can communicate with the server application (52) shown in FIG. 1. Alternatively, a plug-in may be provided (not shown) which incorporates aspects of the features described into a UI design tool such as AE. Alternatively, UI design features such as those available through AE, as an example, may be implemented to the server application (52). What follows is an example of the implementation of the present invention, wherein features of a UI design tool such as AE are enhanced using a plug-in, including by optionally leveraging the resources of the server computer (50) that includes collaborative development features that enhance the UI development functions.
AE files consist of nested compositions. Each composition can have layers and/or other compositions. The platform (10) may include a plug-in that extracts files from AE, and specifically layout files for each composition from AE. The layout files extracted from AE may include: (A) a list of layers used in the composition, the layers containing 3D positional data such as position, rotation, anchor point, scale, orientation; and (B) a list of sources used in the composition, which may include bitmaps, NULL objects, solid colors, or compositions.
A platform user can name a composition. Class names are assigned for the purposes of the scene view. The various elements for the composition are defined. Width/height for the scene may be selected using 2D coordinates. The plug-in exports timeline related information from AE (although AE does not contain a timeline concept similar to that used by the platform.)
The user selects values for multiple tracks for each element. Each track represents an element's property—such as position rotation.
For each track, key time information is obtained. This includes for example what a particular value was at a given time, i.e. that at time X track Y had Z value. Rate of change can be determined using for example Bezier control points.
Marker information is obtained from AE that represents logical or functional elements. For example, one marker may indicate ‘pushdown’, another ‘pushup’. These have a start time and duration and allow the platform (10) to automatically bind behavior state to the animation. For example, if the composition class name is ‘CYIPushButtonView’, and the timeline contained a marker for ‘ondown’, then that part of the timeline would be used when the user pushes down on the button
The platform automatically aligns the various elements with the timeline.
In one implementation, the platform loads the layout file for the root composition and automatically loads other layout files for any embedded compositions. These other layout files are created as CYIAETemplate instances and stored in the asset manager. Timeline files are automatically loaded as well, one per composition. The timeline data is stored in the CYIETTemplate instance.
As the file loading continues, a scene tree of CYISceneView (or derived) instances are created, complete with timeline animation data, from the CYIAETemplates.
FIGS. 7a, 7b, 7c, 7d, 7e, and 7f illustrate the operation of the present invention by referring to a series of representative screenshot views of the platform of the present invention, in one representative implementation of the present invention. In the implementations of the invention shown in these FIGS., in order to illustrate the operation of the present invention, access to features of the platform (10) are shown as enhancements to AE.
FIG. 7a shows a screen displayed by the platform (10) that a UI designer user would use to create a UI layout using for example animations from AE. The UI designer can define the position of UI items, how they animate, and how they interact with one another.
FIG. 7b shows that any given UI design is made of multiple components, each component being for example a composition from AE. For example, each button, or list item, in a given UI design is its own composition. The UI developer then adds animations to the components, and puts specific markers on the timelines to give a context to the timeline. For example, they can add ‘DownOn, ‘UpPn’, etc. markers to the timeline for a button.
FIG. 7c illustrates a screen where the UI developer can access various other tools to create complex UI controls in order to generate looks and animations based on the UI content.
FIG. 7d shows a representative screen once a project has been assigned to a software developer. The platform (10) integrates tools and workflows that are used by designers and developers respectively, in a seamless manner. As shown in FIG. 6d , the developer can provide each composition a class name by adding information in.
FIG. 7e shows a representative screen displaying the functions of the plugin. The plugin of the platform (10) allows the developer to write a timeline and a layout file for each composition.
As shown in FIG. 7f , the developer then loads the top-level root composition layout file. This file in turn loads all of the compositions it uses, along with their timeline files. Once loaded, a working UI tree is created that can be rendered with a 3D engine, and can be interacted with by the user. The final step is for the software developer to add business logic—what happens when a button is pushed, what kind of data is used in the list view, etc.

Advantages

Various advantages of the present invention have been mentioned above. Additional representative advantages are now described.
The collaborative platform of the present invention enables designers and programmers to collaborate on complex UI development projects in an efficient manner.
High value UI assets are created in an efficient manner that respects the need for flexibility and responsiveness to support the creative process of UI design.
Use of the platform provides learning opportunities to developers.
The platform enables rapid prototyping and creation of demonstration UI assets that users can provide feedback on, thereby improving the user engagement levels of UI assets.
UI assets can be swapped out, thus enabling rapid development of UI assets based on different scenarios.
The platform permits the capture of the designer's intent in an efficient manner.
The development platform allows development of UI assets across several operating systems.

System Implementation

Referring to FIG. 1 an example of the implementation of the present invention is illustrated, as a computer network implemented system. It should be understood that FIG. 1 illustrates only one possible computer network architecture for implementing the present invention, but the invention is not limited to the particular implementation shown in FIG. 1.
FIG. 1 illustrates a server environment linked to a server computer (50). Server computer (50) is linked to a server application (52) that includes a collaborative development system (54), which may be implemented as an application repository. The collaborative development system (104) includes the display utility (11) and the project management utility, and in one implementation also integrates the resources of the 3D rendering system (12), which may be implemented as a middleware resource as shown in FIG. 1. In one implementation, the server computer (50) provides online access to the functions of the 3D rendering system (12) in order to enable access to platform users to UI assets developed using the collaborative development system (54).
Referring to FIG. 8, the present system and method may be practiced in various embodiments. A suitably configured generic computer device, and associated communications networks, devices, software and firmware may provide a platform for enabling one or more embodiments as described above. By way of example, FIG. 8 shows a generic computer device 100 that may include a central processing unit (“CPU”) 102 connected to a storage unit 104 and to a random access memory 106. The CPU 102 may process an operating system 101, application program 103, and data 123. The operating system 101, application program 103, and data 123 may be stored in storage unit 104 and loaded into memory 106, as may be required. Computer device 100 may further include a graphics processing unit (GPU) 122 which is operatively connected to CPU 102 and to memory 106 to offload intensive image processing calculations from CPU 102 and run these calculations in parallel with CPU 102. An operator 107 may interact with the computer device 100 using a video display 108 connected by a video interface 105, and various input/output devices such as a keyboard 110, mouse 112, and disk drive or solid state drive 114 connected by an I/O interface 109. In known manner, the mouse 112 may be configured to control movement of a cursor in the video display 108, and to operate various graphical user interface (GUI) controls appearing in the video display 108 with a mouse button. The disk drive or solid state drive 114 may be configured to accept computer readable media 116. The computer device 100 may form part of a network via a network interface 111, allowing the computer device 100 to communicate through wired or wireless communications with other suitably configured data processing systems (not shown). The generic computer device 100 may be embodied in various form factors including desktop and laptop computers, and wireless mobile computer devices such as tablets, smart phones and super phones operating on various operating systems. It will be appreciated that the present description does not limit the size or form factor of the computing device on which the present system and method may be embodied.
While illustrative embodiments of the invention have been described above, it will be appreciated that various changes and modifications may be made without departing from the scope of the present invention.
In further aspects, the disclosure provides systems, devices, methods, and computer programming products, including non-transient machine-readable instruction sets, for use in implementing such methods and enabling the functionality described previously.
Although the disclosure has been described and illustrated in exemplary forms with a certain degree of particularity, it is noted that the description and illustrations have been made by way of example only. Numerous changes in the details of construction and combination and arrangement of parts and steps may be made. Accordingly, such changes are intended to be included in the invention, the scope of which is defined by the claims.
Except to the extent explicitly stated or inherent within the processes described, including any optional steps or components thereof, no required order, sequence, or combination is intended or implied. As will be will be understood by those skilled in the relevant arts, with respect to both processes and any systems, devices, etc., described herein, a wide range of variations is possible, and even advantageous, in various circumstances, without departing from the scope of the invention, which is to be limited only by the claims.

Claims

1. A computer-implemented method comprising:

obtaining a media file, the media file including data defining user interface (UI) elements;

extracting, from the media file, one or more UI layout files and associated animations, the associated animations defining animation attributes for the UI elements in a state associated with a layout defined by the one or more UI layout files;

generating, by a processor, a series of executable UI assets encoded with state-to state transitions to enable modification of the executable series of UI assets, the encoding performed based on the obtained UI elements, the UI layout files and the associated animations.

2. The computer-implemented method of claim 1 wherein the media file is obtained from a visual graphics platform and one or more of the UI elements comprise UI controls, the method further comprising:

categorizing the UI controls into presentation-related UI controls and behavior-related UI controls.

3. The computer-implemented method of claim 1 wherein the media file is selected from the group consisting of: a graphics file; a scene tree; and an animation file.

4. The computer-implemented method of claim 1 wherein the media file includes data defining the UI elements organized in an animated workflow and illustrating interaction with the UI elements.

5. The computer-implemented method of claim 1 wherein the state-to-state transitions comprise position data or animation data.

6. The computer-implemented method of claim 1 wherein the associated animation is provided in time-based animation files or frame-based animation files.

7. The computer-implemented method of claim 1 wherein the series of executable UI assets are manipulable in connection with a user interface design workflow while being executable by a rendering utility.

8. The computer-implemented method of claim 1 further comprising:

generating timeline information based on the obtained UI elements.

9. The computer implemented method of claim 8 wherein generating timeline information is further based on the one or more UI layout files and associated animations.

10. The computer-implemented method of claim 1 wherein the media file comprises marker information, and wherein the method further comprises:

automatically binding a behavior state to the animation based on the marker information.

11. The computer-implemented method of claim 1 further comprising:

analyzing the media file and identifying components that constitute UI controls; and

separating presentation data for the UI controls from behavior data for the UI controls, the presentation data and the behavior data being obtained from the one or more UI layout files.

12. The computer-implemented method of claim 11 further comprising, for a behavior-related UI control among the UI controls:

adding a behavior class name to the behavior-related UI control to bind the presentation to the behavior.

13. The computer-implemented method of claim 11 wherein the series of executable UI assets comprises executable code separating the presentation data from the behavior data such that the behavior of the UI control is unaffected by modification of the presentation data for the UI control.

14. The computer-implemented method of claim 1 wherein the UI elements in the obtained media file comprise non-interactive UI elements.

15. The computer-implemented method of claim 1 wherein the UI elements defined by the obtained media file have visual interactive features devoid of associated functionality.

16. The computer-implemented method of claim 1 wherein generating the series of executable UI assets comprises generating executable code.

17. The computer-implemented method of claim 1 wherein the series of executable UI assets comprises executable code that reflects the data defining the UI elements.

18. The computer-implemented method of claim 1 wherein executable code associated with the series of executable UI assets is unaffected by modification of the series of executable UI assets.

19. A computer-implemented method comprising:

generating, by a processor, a series of executable UI assets encoded with behavior attributes and/or presentation attributes to enable modification of the executable series of UI assets, the encoding performed based on the obtained UI elements, the UI layout files and the associated animations.

20. The computer-implemented method of claim 19 wherein generating comprises generating the series of executable UI assets encoded with both behavior attributes and presentation attributes.

21. A non-transitory machine-readable medium storing statements and instructions for execution by a processor to perform the computer-implemented method of claim 20.

22. A computer system for streamlined user interface (UI) development, the system comprising:

one or more processors, executing one or more computer programs, configured to:

obtain a media file, the media file including data defining user interface (UI) elements;

extract, from the media file, one or more UI layout files and associated animations, the associated animations defining animation attributes for the UI elements in a state associated with a layout defined by the one or more UI layout files; and

generate, by a processor, a series of executable UI assets encoded with state-to-state transitions to enable modification of the executable series of UI assets, the encoding performed based on the obtained UI elements, the UI layout files and the associated animations.