The <section/> element is proposed in the XHTML 2.0 Working Draft: "The
section element, in conjunction with the h [heading] element, offers a
mechanism for structuring documents into sections. This element defines
content to be block-level but imposes no other presentational idioms on
the content, which may otherwise be controlled from a style sheet." [1]

Adeel's proposed use really wouldn't require a unique element. Like
Johannes said, it's something like XInclude. [2]

You know, it's interesting how often this sort of question comes up *
either embedding document fragments or embedding entire documents into
(X)HTML.  Sometimes it's seen as other types of includes [3] [4] and
sometimes it's discussed as a replacement for frames [5].

In Adeel's use case, however, there are some security and intellectual
property concerns.  Client-side embedding of fragments from different
sites could make life a little too easy for phishers.

* Ed.

[1] http://www.w3.org/TR/xhtml2/mod-structural.html#sec_8.8 .
[2] http://www.w3.org/TR/xinclude/ 
[3] http://lists.w3.org/Archives/Public/www-html/2004Aug/0005.html  
[4] http://lists.w3.org/Archives/Public/www-html/2004Aug/0008.html  
[5] http://lists.w3.org/Archives/Public/www-html/2004Nov/0069.html  




>>> Johannes Koch <koch@w3development.de> 2/16/2005 6:27:22 AM >>>

Adeel Javed wrote:

> 2- <a href="otherpage.html#stockReport">the stock eport</a>
[...]
> Second one redirects the user to the other site and not display the
actual contents of the other websites section on our page. So I am still
confident that <SECTION> tag is a good suggestion.

So you want something like XInclude?
-- 
Johannes Koch
In te domine speravi; non confundar in aeternum.
                             (Te Deum, 4th cent.)