search

steven0lisa / flying-saucer

Automatically exported from code.google.com/p/flying-saucer
0 stars 0 forks source link

incremental layout #116

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-11

It was reported by joshy on 01.11.2004 17:39:47 +0100 and last updated in the 
previous bug tracker on 20.07.2008 17:38:18 +0200

Found in
Operating System: All
Platform: All

The priority for this issue at migration was Trivial.

Original description: 
allow repainting to begin before layout is done. also allow for partially
relaying out the document if just part of it changes due to dom events
(javascript and :hover).

Original issue reported on code.google.com by pdoubl...@gmail.com on 16 Feb 2011 at 10:06

GoogleCodeExporter commented 9 years ago 
joshy wrote on 12.11.2004 18:28:41 +0100:
Not for R5

Original comment by pdoubl...@gmail.com on 16 Feb 2011 at 10:06

GoogleCodeExporter commented 9 years ago 
joshy wrote on 18.11.2004 20:39:26 +0100:
moving to R5 so i can delete milestone 1

Original comment by pdoubl...@gmail.com on 16 Feb 2011 at 10:06

GoogleCodeExporter commented 9 years ago 
joshy wrote on 18.11.2004 20:44:25 +0100:
reopening and moving to R6

Original comment by pdoubl...@gmail.com on 16 Feb 2011 at 10:06

GoogleCodeExporter commented 9 years ago 
pdoubleya wrote on 25.07.2006 14:48:24 +0200:
This was partly implemented for R5, but required separate threading
(layout/render) which was not stable. As layout/render is much faster overall in
R6, incremental rendering is deferred for R7.

Original comment by pdoubl...@gmail.com on 16 Feb 2011 at 10:06

GoogleCodeExporter commented 9 years ago 
pdoubleya wrote on 20.07.2008 17:38:18 +0200:
Set to deferred; this is a major bit of work and currently don't have a target
milestone for it.

Original comment by pdoubl...@gmail.com on 16 Feb 2011 at 10:06