On Thursday 21 October 2004 10:43, Boris Zbarsky wrote: > Gervase Markham wrote: > > The DOM Inspector blink function uses a special border built into XUL > > boxes, I believe. > > Actually, no. DOM inspector grabs the rendering context (or rather tries > to) and paints the lines directly to it. > > Sometimes it grabs the wrong one, of course, and then the lines can end up > getting hidden by other widgets on the page...
Hello, We develop here an application with embedded mozilla and also deal with the problem how to draw on top of the rendered webpage. At the moment we use a DOM-inspector like code to do the painting. But the problem is that the drawing is lost if the webpage is repainted (e.g. scrolled or the chrome window is deactivated/activated) Fortunately, at the moment we use it only for blinking so it works. Is there a better way how to create the "permanent" drawings? >Xiaolei Li wrote: >I use the CSS extension -moz-outline for something similar. Maybe this >is an easy alternative. This could be one alternative, but it modifies the content model (DOM). The problem is, that in our application we use the DOM for data extraction and therefore we would prefer to keep the DOM tree unmodified. I was thinking of an another alternative done on the frames level. I.e. create some nsIFrames, insert them into the frames model and then paint into these frames. Is someone able to guess, if this could work? Michal -- Michal Ceresna, DBAI, TU Wien _______________________________________________ mozilla-embedding mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-embedding
