im not sure its ok to put this thing here or not , but im doing it so bare with me
im using javascript to add icons in table via javsscript look .. it works well on IE but in Mozilla/Firefox it doesnt render it at all , i mean is my javascript is failing or WT.. :s On Aug 8, 3:34 pm, rama <[EMAIL PROTECTED]> wrote: > On Aug 7, 11:44 pm, Boris Zbarsky <[EMAIL PROTECTED]> wrote: > > > rama wrote: > > > Visibility details can be obtained from dom tree. Selenium provides > > > methods to say whether the element is visible or > > > invisible(display:none). > > > So is that your definition of "invisible"? Note that there are multiple > > possible definitions, and which one you care about matters in terms of > > how much work needs to be done to compute it. > > I am sorry for the confusion. > > > > > > > > The pages take considerable time > > > to load on the browser. Hence I wanted to disable layout. In other > > > words I wanted a browser which does everything except for rendering on > > > screen. > > > Those two statements contradict each other. Layout involves computing > > where things should be painted. "Rendering on the screen" usually means > > painting a precomputed geometry, though a lot of people lump layout > > under rendering.... > > > So which exact part of the pipeline from "bytes on the HTTP server" to > > "lit-up pixels on screen" are you trying to bypass, and what > > functionality do you need to keep working? Note that if you're going to > > be doing anything that simulates users clicking on the web page, you > > must have complete geometry information computed and must have full > > z-ordering information as well. > > > If you need all that, then all you can skip is the part of the pipeline > > from having a display list built to having lit-up pixels on the screen. > > That's not going to get you much time savings, most likely, but you > > might be able to do it by hacking the part of PaintFrame() that actually > > traverses the built-up display list. > > > -Boris > > I will need to simulate user clicks. > I was under the assumption that layout and rendering are not required > for doing clicks in webpages. > Also regarding time savings, httpunit which is a headless browser is > quite fast and it supports clicking actions on html elements. AFAIK > http unit does not do both layouting and rendering. > > I will also try to do hacking of paintframe() and see if it gives > significant performance gain. > > Please correct me if I am wrong _______________________________________________ dev-tech-layout mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-layout
