Browse Prior Art Database

Customisable Window Based Corporate Portal Architecture

IP.com Disclosure Number: IPCOM000006810D
Original Publication Date: 2002-Feb-04
Included in the Prior Art Database: 2002-Feb-04
Document File: 5 page(s) / 344K

Publishing Venue

Motorola

Related People

Tomasz Korbut: AUTHOR

Abstract

Personalised customisable module based portals may be designed as a special combination of html frames rather than html tables. This gives some new useful features as resizable independent windows.

This text was extracted from a Microsoft Word document.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 38% of the total text.

Customisable window based corporate portal architecture

by Tomasz Korbut

Abstract

Personalised customisable module based portals may be designed as a special combination of html frames rather than html tables. This gives some new useful features as resizable independent windows.

Introduction

This paper describes architecture alternative in the field of corporate portal technologies.

Problems To Be Solved

The problem discussed here is developing a fully customisable and personalised module based portal. Portals of the type have the following architecture.

The www browser window is divided into several rectangular regions called modules. The modules are close to each other and may have mutual borders.  Each module is a window like object and consists of a window bar and its html contents. Modules may have different layout, contents, width and height, which are to be customised by user. They can be arranged in one or more usually vertical panels. The settings if intentionally saved should remain persistent for each registered user through the multiple portal sessions. There can be one or more sets of modules, which can be switched, with use of tabs.

The examples of portals of that type and some documentation can be found at www.plumtree.com and demo.epicentric.com.

There are portals with modules based on html table elements placed in a singular html frame. The modules created in that way cannot be resized using a mouse pointer. To change the windows size and layout a user must go to another customisation page, which replaces temporarily the module viewing area. Each resizing needs browser window reload. Activating any html hyperlink in any module effects in replacing all modules with url contents of the hyperlink instead of reloading just that one particular module. The module contents can’t be scrolled inside a module window. In the end, the modules are created from specially adapted pieces of html code, especially with a special part implementing a window title bar with controls attached. It means user cannot load module with an arbitrary html document.

Proposed Solution to the Problem(s)

            The proposed solution will have following novel features.

·        Possibility of resizing modules by dragging a module borders with a mouse pointer, as modules have mutual borders, enlarging one module causes reducing the adjacent one. Height and width can be changed. The sizes can be saved in a database in the web server side.

·        Scrollable modules. Module contents if doesn’t feet into a current module size can be scrolled with a mouse pointer. The scroll bars can turns up automatically.

·        The module contents may be an arbitrary html document. The module window title bar code is separated from the module contents.

·        Activating hyperlinks reloads only the module that contains it and doesn’t replace the whole browser contents. The rest of modules remain visible and active.  It may be then maximized to fill the whole browser window if required.

                            A new concept assumes usi...