Browse Prior Art Database

Automatic Inclusion of Hypertext Information In-line to Parent Document

IP.com Disclosure Number: IPCOM000028489D
Original Publication Date: 2004-May-17
Included in the Prior Art Database: 2004-May-17
Document File: 2 page(s) / 32K

Publishing Venue

IBM

Abstract

Automatic inclusion of hypertext information in-line to parent document

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

Page 1 of 2

Automatic Inclusion of Hypertext Information In -line to Parent Document

Hypertext documents are commonly used on the Internet today to provide information hiding and 'just-in-time' information. Many HTML and XML documents contain 'links' that the user can click on, and which cause additional information to be seen, either in a new window or replacing the contents of the current window.

Sometimes a document can contain many links that the user must traverse to see all the desired information; this activity can become tedious. An example is a dictionary document that consists of a column of words, each of which is a link:

If the user wants to see the definition he clicks on one of the words and the definition appears either in a new window or in the current window. It might be advantageous to be able to have the browser insert the contents of a set of links directly into the page, to avoid forcing the user to click multiple times and wait for results.

It would be advantageous to give the user the ability to cause all links in the current page to 'prefill'. For instance, one way (not necessarily best mode) would be to let the user right-click over a link to bring up a context meny, one of the choices being 'Insert all link contents'. Using the dictionary example above, the result might be:

This could be accomplished using server-side includes of JSP fragments, for instance.

Note that the original blue underlined links no longer show the 'link' feedback, and indeed would not need to be links anymore.

Another menu choice could give the user the ability to prefill only the current link (under the menu), not all. So in addition to the current art, where a user can work with a link in two ways commonly:

1) open the link in a new window
2) open the link in the current window, replacing the current view

1

[This page contains 2 pictures or other non-text objects]

Page 2 of 2

there would be another way:

3) open the l...