If you can send a "stream of div's" using xml-rpc polling, you can use the names (actually id's) to find previous elements with that id, delete them from the DOM, then use createElement and append them to the body.
I have very little clue as to what exactly you're talking about here. I can't make too many modifications to the datastream prior to rendering, as my app would have very little idea of the actual semantic content.
I can't see anyway of making this happen using the document's http transfer itself. That is, navigating to a URL and then expecting that same http stream to do this I think is not easily possible. But some javascript, a little xml-rpc and appropriate server and you can do what you want.
Actually it's not even HTTP -- it's a Telnet-type bidirectional datastream (except without any cursor-movement commands, or any ANSI more complicated than colour changes).
I'd need to have some sort of callback mechanism anyway when a tag is encountered (since I need to support some proprietary tags for backwards compatibility, by either doing something in the app when they're received or modifying them to a different tag and rendering that instead) -- would it be possible to do that sort of search-back-and-kill-old-tags in such a callback?
In many respects I'm just looking for a cross-platform HTML-as-formatting (not HTML-as-document) renderer -- *NOT* a web browser. I'm not entirely certain that Gecko would be the best choice for that (since it seems to be primarily document-oriented), but I don't really know of any alternatives (or ways to beat Gecko into submission) :)
_______________________________________________
mozilla-embedding mailing list
[EMAIL PROTECTED]
http://mail.mozilla.org/listinfo/mozilla-embedding
