aboutsummaryrefslogtreecommitdiffstats
path: root/components/layout/incremental.rs
Commit message (Collapse)AuthorAgeFilesLines
...
* Fix reported test-tidy errors for unmerged import blocksBrandon Fairchild2015-09-191-1/+0
| | | | This merges import blocks that were reported by tidy as unmerged.
* Reconstruct flows when text/font/list styles changeMatt Brubeck2015-09-171-3/+12
| | | | Fixes #6501.
* make test-tidy check that = have space after themerneyja2015-09-011-2/+2
|
* Replace FlowRef with Arc<Flow>, now that Arc supports DST.Simon Sapin2015-08-201-1/+1
| | | | … and WeakFlowRef with Weak<Flow>.
* Replace uses of `for foo in bar.iter()` and `for foo in bar.iter_mut()`João Oliveira2015-08-151-2/+1
| | | | closes #7197
* Move to latest hyper everywhereManish Goregaokar2015-06-021-1/+1
|
* layout: Support inline incremental reflow, and stop reconstructing allPatrick Walton2015-05-191-1/+0
| | | | | | | flows when mousing over the document. This exposes more "jumpiness" on sites like Hacker News, but the bug that causes it was pre-existing.
* Upgrade to rustc 551a74dddd84cf01440ee84148ebd18bc68bd7c8.Simon Sapin2015-05-051-1/+4
|
* layout: Implement ordered lists, CSS counters, and `quotes` per CSS 2.1Patrick Walton2015-03-091-11/+37
| | | | | | | | | | | | | | § 12.3-12.5. Only simple alphabetic and numeric counter styles are supported. (This is most of them though.) Although this PR adds a sequential pass to layout, I verified that on pages that contain a reasonable number of ordered lists (Reddit `/r/rust`), the time spent in generated content resolution is dwarfed by the time spent in the parallelizable parts of layout. So I don't expect this to negatively affect our parallelism expect perhaps in pathological cases.
* Revert "layout: Implement ordered lists, CSS counters, and `quotes` per CSS 2.1"Simon Sapin2015-03-031-37/+11
| | | | This reverts commit 30fd28d1077fbb3f47140f6ab1252c0d24f44d23.
* layout: Implement ordered lists, CSS counters, and `quotes` per CSS 2.1Patrick Walton2015-03-031-11/+37
| | | | | | | | | | | | | | § 12.3-12.5. Only simple alphabetic and numeric counter styles are supported. (This is most of them though.) Although this PR adds a sequential pass to layout, I verified that on pages that contain a reasonable number of ordered lists (Reddit `/r/rust`), the time spent in generated content resolution is dwarfed by the time spent in the parallelizable parts of layout. So I don't expect this to negatively affect our parallelism expect perhaps in pathological cases.
* Upgrade to rustc ba2f13ef0 2015-02-04Simon Sapin2015-02-111-1/+1
|
* End the libstyle 'pub use' madness.Simon Sapin2015-01-301-1/+1
|
* self importManish Goregaokar2015-01-281-1/+1
|
* Update rustc to 00b112c45a604fa6f4b59af2a40c9deeadfdb7c6/rustc-1.0.0-dev.Josh Matthews2015-01-281-2/+1
|
* Update rustc to revision 2cfb5acb5a2751c759627377e602bac4f88f2d19.Ms2ger2015-01-081-3/+4
|
* Remove bitfield! macro in favour of bitflags!Claes 'Letharion' Gyllensvärd2014-11-181-2/+3
|
* Rust upgrade to rustc hash b03a2755193cd756583bcf5831cf4545d75ecb8aJack Moffitt2014-11-131-24/+24
|
* layout: Make incremental reflow more fine-grained by introducing "reflowPatrick Walton2014-10-311-26/+136
| | | | | | out-of-flow" and "reconstruct flow" damage bits. This is needed for good performance on the maze solver.
* layout: Shrink fragments down from 448 bytes down to 128 bytes.Patrick Walton2014-10-231-1/+1
| | | | 16% performance improvement in layout (!)
* Incremental Style RecalcClark Gaebel2014-10-091-1/+35
| | | | | | | | | | | | | | | | | | | This patch puts in the initial framework for incremental reflow. Nodes' styles are no longer recalculated unless the node has changed. I've been hacking on the general problem of incremental reflow for the past couple weeks, and I've yet to get a full implementation that actually passes all the reftests + wikipedia + cnn. Therefore, I'm going to try to land the different parts of it one by one. This patch only does incremental style recalc, without incremental flow construction, inline-size bubbling, reflow, or display lists. Those will be coming in that order as I finish them. At least with this strategy, I can land a working version of incremental reflow, even if not yet complete. r? @pcwalton
* Cargoify servoJack Moffitt2014-09-081-0/+78