Sign In to Follow Application
View All Documents & Correspondence

"Method And System For Manipulation And Hierarchical Arrangement Of Windows"

Abstract: A graphical PC tool that provides for a system and a method of implementing hierarchical layered windows on a computer display screen. The tool further allows designers to define new window classes easily and also manipulate windows, strings, images.

Get Free WhatsApp Updates!
Notices, Deadlines & Correspondence

Patent Information

Application #
Filing Date
20 August 2009
Publication Number
49/2009
Publication Type
INA
Invention Field
COMPUTER SCIENCE
Status
Email
Parent Application

Applicants

MANGO TECHNOLOGIES PRIVATE LTD.
#7 & #8, 27TH MAIN ROAD, HSR LAYOUT, SECTOR-1, BANGALORE- 560 102

Inventors

1. ANIRUDDHA APTE
MANGO TECHNOLOGIES PVT.LTD. #7 & #8, 27TH MAIN ROAD, HSR LAYOUT, SECTOR-1, BANGALORE- 560 102
2. LEKH JOSHI
MANGO TECHNOLOGIES PVT.LTD. #7 & #8, 27TH MAIN ROAD, HSR LAYOUT, SECTOR-1, BANGALORE- 560 102
3. SUNIL MAHESHWARI
MANGO TECHNOLOGIES PVT.LTD. #7 & #8, 27TH MAIN ROAD, HSR LAYOUT, SECTOR-1, BANGALORE- 560 102

Specification

FIELD OF INVENTION
[001] The invention relates to a method of creating hierarchical folders and files wherein the hierarchy is grouped logically and is easy to access and use via the Mango application framework.
BACKGROUND DESCRIPTION
[002] Operating systems include a graphical user interface (GUI), described generally as a graphical operating system, which displays various information to the user as a combination of pictures and text that the user can manipulate. Generally, some graphical operating systems instigate an instance of a software application by displaying the various text, graphics and features of the application within a rectangular window. A window is a rectangular area on the device screen that contains some data to be presented to the user. A window can have only one parent window but it can have multiple children. Each of those children can have multiple children of their own. Windows at the topmost level have no parent. Each window is of a specific class. A window class determines the behaviour of window.
[003] Method of displaying information includes the use of multiple windows drawn on a single screen for displaying outputs from, and inputs to, multiple sources at one time. Although multiple windows can arise from a single program on a computer, the typical screen includes windows from different programs executing independently of each other on the computer, or even on different computers
Page 2 of 11

configured to a common display.
[004] A difficulty with the prior art systems is the inability to manipulate windows, set their attributes and positions and defining any children or descendents.Because the desktop typically includes background displays, such as the icons, performance problems occur as windows are manipulated, such as by moving, resizing, or animating them.
[005] Thus, there exists a need to provide for an enhanced system and method for displaying multiple windows in a hierarchical manner on a computer display screen and to provid multiple users with flexibility to manipulate windows, strings, images with the help of the present invention.
SUMMARY OF INVENTION
[006] A difficulty with the prior art systems is the inability to display and access many distinct files that are structured in hierarches. The difficulty comes from the inability of these systems to display the hierarchy adequately, to access files existing at many different levels and to manipulate the information associated with the hierarchies.
[007] It is an object of the present invention, therefore, to provide a new and
improved sysem and method for working with hierarchical organizations of files. Yet
I another objective of the present invention is to provide tools to create, modify, and
Page 3 of 11

group the hierarchy logically alongwith defining the new classes.
BRIEF DESCRIPTION OF THE DRAWINGS
[008] FIG. 1 is a pictorial representation of the information flow from the PC to a mobile device.
[009] FIG. 2 is a algorithm depecting various steps involved in the flow of information in accordance with the embodiments of the present invention.
[010] FIG.3 is an illustration showing class design in accordance with one embodiment of the present invention
[Oil] FIG. 4 is an illustration showing heirarchy packing in accordance with embodiment of the present invention
[012] FIG. 5 depicts object script manipulation
DETAILED DESCRIPTION
[013] FIG. 1 is a pictorial representation of the flow of information from the computer to the mobile device where the objects are maipulated. It depicts one embodiment of the present invention in which a computer with a display screen 102 and a keyboard 104 is depicted. According to present invention the computer system is connected to a mobile device 106. The mobile device 106 includes a display 110,
Page 4 of 11

a keypad 108. The mobile device 106 may be a GSM phone, a UMTS phone, a CDMA phone, a CDMA 2000 phone, a PDC, a TDMA phone, a PDA (Pocket Digital Assistant), a touch sensitive device, a computer, a handheld device, and/or wireless device. The keypad 108 may enable the user to type a text message, and perform some other functions. The objects are manipulated on the computer with the help of Mango software. The code generated is compiled and linked with the phone embedded software. This is further downloaded on mobile device, 106.
[014] FIG 2 is a process flow illustrating a method of manipulation of objects in a personal computer which is then further transferred to a mobile device 100 according to an embodiment herein, comprising the steps 202, where the user manipulation is performed on the atelier objects, 201, which is then saved, 204. A compilable code 206 is generated, which is then linked with the embedded software, 208 and later burn to phone 210. This data is read at phone startup 212, and then this data is used to create objects in phone 214 which is finally rendered as object on screen 216.
[015] A window manager is provided by the operating system to obtain display information from multiple applications and manage the manner in which they are presented on the device screen according to a display order. Window manipulation consists of defining window objects and their children in a specific manner such that the hierarchy is grouped logically and is easy to access and use via the Mango application framework. Each window is of a specific class. A window
Page 5 of 11

class determines the behavior of a window. Examples of window classes are editor, list, title, softkey, etc. For illustrations FIG. 3 shows class design wherein the class is 'editor'. Every editor object will have a property table as shown in step 314. The user can edit properties in this table. The properties of the editor class includes width, 302; height 304; caption, 306; defauh text, 308; Background colour, 310 and background image, 312. These properties could be either number type as shovm in step 302 or it could be string type as shown in step 308. Atelier allows the tweaking of properties of a class. The tool allows UI designers to easily manipulate windows, set their attributes and positions, and define any children or descendents.
[016] Similar to windows. Atelier also allows definition of strings and images. The strings can be defined for multiple locales so as to easily support localization. Both strings and images can be used as attributes in a window object.
FIG. 4 illustrates the hierarchical packing of the window. The window hierarchy can also be saved to the PC file system so that multiple designers can work in a shared mode. In a parent window, 402 represents title, 404 represents editor, and 406 represents soft key and are known as window classes. These window classes are depicted as child 1, child 2 and child 3 in the figure. Each window can have only one parent window but it can have multiple children. Each of those children can have multiple children of their own. The properties of these children are then further transfomed into logically grouped packs (408). This transformation is done by the novel tool, atelier. The tool, atelier also allows UI designers to easily manipulate
Page 6 of 11

windows, set their attributes and positions, and define any children or descendents. Packed properties are put in a *.C file (soure code file). On invoking code generation, tool generates encapsulated attribute data for the whole window hierarchy. This generated code can then be build with any compiler.
[017] Since a typical computer system may be processing information related to many applications with corresponding windows, it may be desirable for a user to write scripts to manipulate and arrange this data appropriately. Thus for common actions that affect all objects in the project, the user can write a script to automate the work. The common buk operations are automated by scripts to perform functions such as bulk renaming, bulk resizing etc. The tool. Atelier maintains all the data of windows, strings and images internally and makes available to the user as well defined data structures. This allows the user to write scripts to manipulate and arrange this data appropriately.
[018] FIG. 5 depicts 3 scripts (numbered 01, 02, and 03) that manipulates windows objects and modify them. FIG 5A represents script 01 wherein, step 502, represents a window object,.504 is a script that operates on the object, 502. 506 is a diagrammatic representation of the operation performed by the script. In this case the operation is to rotate the window anticlockwise by 45 degrees.
[019] In script 02 (FIG. 5B) the object is a rectangle (508). 510 is a script that operates on the object, 508 and 3 copies of the rectangle are made as shown is step 512. FIG. 5C represents third (03) script in which the object is a small square (514).
Page 7 of 11

516 is the script that operates on 514 and 12 copies of the small squares are generated.
[020] While the invention has been shown and described with respect to a specific embodiment thereof, this is intended for the purpose of illustration rather than limitation and other variations and modifications of the specific system and method herein shown and described will be apparent to those skilled in the art all within the intended spirit and scope of the invention. Accordingly, the patent is not to be limited in scope and effect to the specific embodiment herein shown and described nor in any other way that is inconsistent with the extent to which the progress in the art has been advanced by the invention.
Page 8 of 11

We Claim
1. A system for generating a hierarchical graphical window via a plurality of rectangular windows on a computer enabled user interface wherein each window represents a class and within each class atleast one associated child.
2. The system as mentioned in claim 1 further allows User Interface (UI) designers to easily manipulate windows, set their attributes and positions, and define any children or descendents.
3. The window manipulation as mentioned in claim 2 consists of defining window objects and their children in a specific manner such that the hierarchy is grouped logically and is easy to access.
4. The system of claim 1 further comprises window manipulation means with respect to the graphical user interface wherein a user can write a script to automat the work.
5. The window hierarchy generated in claim 1 can further be saved to the PC file system so as to facilitate multiple designers to work in a shared mode.
Page 9 of 11

6. The system as mentioned in claim 1 can further be used by the designers to
define classes.
7. A method of logically grouping the encapsulated attribute data for the whole
window hierarchy with the help of a graphical PC tool.

Documents

Application Documents

# Name Date
1 1980-che-2009 form-1 17-08-2010.pdf 2010-08-17
1 1980-che-2009 form-5 20-08-2009.pdf 2009-08-20
2 1980-CHE-2009 ASSIGNMENT 04-06-2010.pdf 2010-06-04
2 1980-che-2009 form-3 20-08-2009.pdf 2009-08-20
3 1980-che-2009 form-26 20-08-2009.pdf 2009-08-20
3 1980-che-2009 form-1 04-06-2010.pdf 2010-06-04
4 1980-che-2009 form-1 20-08-2009.pdf 2009-08-20
4 1980-CHE-2009 FORM-13 04-06-2010.pdf 2010-06-04
5 1980-che-2009 drawings 20-08-2009.pdf 2009-08-20
5 1980-CHE-2009 FORM-13 04-06-2010.pdf 2010-06-04
6 1980-che-2009 correspondenceothers 20-08-2009.pdf 2009-08-20
6 1980-CHE-2009 FORM-2 04-06-2010.pdf 2010-06-04
7 1980-CHE-2009 FORM-6 04-06-2010.pdf 2010-06-04
7 1980-che-2009 description(complete) 20-08-2009.pdf 2009-08-20
8 1980-CHE-2009 POWER OF ATTORNEY 04-06-2010.pdf 2010-06-04
8 1980-che-2009 claims 20-08-2009.pdf 2009-08-20
9 1980-che-2009 abstract 20-08-2009.pdf 2009-08-20
9 1980-CHE-2009 FORM-9 26-11-2009.pdf 2009-11-26
10 1980-che-2009 abstract 20-08-2009.pdf 2009-08-20
10 1980-CHE-2009 FORM-9 26-11-2009.pdf 2009-11-26
11 1980-che-2009 claims 20-08-2009.pdf 2009-08-20
11 1980-CHE-2009 POWER OF ATTORNEY 04-06-2010.pdf 2010-06-04
12 1980-che-2009 description(complete) 20-08-2009.pdf 2009-08-20
12 1980-CHE-2009 FORM-6 04-06-2010.pdf 2010-06-04
13 1980-CHE-2009 FORM-2 04-06-2010.pdf 2010-06-04
13 1980-che-2009 correspondenceothers 20-08-2009.pdf 2009-08-20
14 1980-CHE-2009 FORM-13 04-06-2010.pdf 2010-06-04
14 1980-che-2009 drawings 20-08-2009.pdf 2009-08-20
15 1980-CHE-2009 FORM-13 04-06-2010.pdf 2010-06-04
15 1980-che-2009 form-1 20-08-2009.pdf 2009-08-20
16 1980-che-2009 form-1 04-06-2010.pdf 2010-06-04
16 1980-che-2009 form-26 20-08-2009.pdf 2009-08-20
17 1980-CHE-2009 ASSIGNMENT 04-06-2010.pdf 2010-06-04
17 1980-che-2009 form-3 20-08-2009.pdf 2009-08-20
18 1980-che-2009 form-5 20-08-2009.pdf 2009-08-20
18 1980-che-2009 form-1 17-08-2010.pdf 2010-08-17