> Thanks for the reply. I'm currently trying to figure out the best
> approach to swallow and digest this monster.
> [html table follows]
> To describe it simple:
> Scamper stores the parsed html in instVar document:
> [further descriptio follows]

It seems to me that it might be best if there were development of a DOM
package for Squeak. Then Scamper and other tag language processors, e.g., a
JSP page container using Squeak as the scripting language, could use the DOM
package.  The issue of a DOM package has been brought up before on the list.
A Squeak flavored re-implmentation of the ideas in JDOM
(http://www.jdom.org/) might be one way to go.

John Hinsley's table example is very ill-formed.  Yes, there is ill-formed
HTML in the real world, but I suggest that you focus first on getting
Scamper fully functional with properly formatted HTML containing balanced
tags.  If necessary, a frontend like HTML-Tidy could be employed to fix
ill-formed HTML documents before feeding them into the tag processor, or
some limited special case DOM handling could be employed, such as certain
tags closing the current child element in context and opening a new one.
The latter would handle the ill-formed HTML posted in John's sample table.

	--- Noel