Commit Graph

23 Commits

Author SHA1 Message Date
Nicholas Cameron
1ee2935580 Bug 753784; allow access to the max texture size from FrameLayerBuilder. r=roc 2012-05-22 19:15:16 -04:00
Gervase Markham
ca171eec44 Bug 716478 - update licence to MPL 2. 2012-05-21 12:12:37 +01:00
Andreas Gal
6ced71cf11 Do image scaling on the GPU (bug 650988, r=roc,cjones). 2012-05-03 07:05:55 -07:00
Justin Lebar
65c17e54b5 Bug 714861 - Run <iframe mozbrowser> in a separate process (disabled by default). r=cjones,bz,tn,smaug 2012-04-25 12:35:58 -04:00
Ed Morley
d1a31dbe40 Backout 949cb1977ef9 (bug 714861) for build bustage 2012-04-25 16:51:31 +01:00
Justin Lebar
36622cc8e3 Bug 714861 - Run <iframe mozbrowser> in a separate process (disabled by default). r=cjones,bz,tn,smaug 2012-04-25 11:29:28 -04:00
Robert O'Callahan
d0dd680745 Bug 733607. Restructure logic to compute snapped bounds of display items in layer coordinates. Moves responsibility for computing snapped bounds from within the display items to callers of GetBounds/GetOpaqueRegion. r=tnikkel
Previously we snapped the results of nsDisplayItem::GetBounds and
nsDisplayItem::GetOpaqueRegion internally. By tracking which display items were
inside transforms, we disabled snapping quite conservatively whenever an ancestor
had a transform, which is undesirable.

With this patch, we don't snap inside GetBounds or GetOpaqueRegion, but just return
a boolean flag indicating whether the item will draw with snapping or not. This flag
is conservative so that "true" means we will snap (if the graphics context has a transform
that allows snapping), but "false" means we might or might not snap (so it's always safe
to return false).

FrameLayerBuilder takes over responsibility for snapping item bounds. When it converts
display item bounds to layer pixel coordinates, it checks the snap flag returned from
the display item and checks whether the transform when we draw into the layer will be
a known scale (the ContainerParameters scale factors) plus integer translation. If both
are true, we snap the item bounds when converting to layer pixel coordinates. With
this approach, we can snap item bounds even when the items have ancestors with active
transforms.
2012-04-10 23:24:18 +12:00
Ali Juma
06826ece22 Bug 732091 - Part 3: Pass on the isFirstPaint flag from the PresShell to the compositor via the layer manager. r=tnikkel,bgirard 2012-03-12 11:50:15 -04:00
Benoit Girard ext:(%2C%20Ali%20Juma%20%3Cajuma%40mozilla.com%3E)
3a24e71200 Bug 711168 - Implement the compositor protocol for OMTC. r=cjones 2012-01-19 09:45:37 -05:00
Oleg Romashin
b12a692cb2 Bug 694706 - Get rid of checkerboard for remote viewport. r=cjones 2011-10-20 15:17:09 -07:00
Chris Jones
f326f8bb65 Bug 689366: Don't ask our frame loader for its layer manager after Destroy(). r=bz 2011-09-27 11:35:23 -07:00
Chris Jones
a3317162ef Bug 648484, parts 3, 3.1, and 3.2: Allow passing a "backend hint" to GetLayerManager() to request a non-default layer manager backend. Deal with failure to hook up shadow layers. sr=roc 2011-08-09 12:38:26 -07:00
Benjamin Stover
e2377d2b80 Bug 626792 Content view contentWidth/Height do not update immediately after scaling r=roc r=mbrubeck 2011-07-18 11:04:47 -07:00
Chris Jones
24f027292c Back out bug 648484 2011-07-15 11:35:55 -07:00
Chris Jones
289ccdf1c6 Bug 648484, part 3 and part 3.1: Allow passing a "backend hint" to GetLayerManager() to request a non-default layer manager backend. Deal with failure to hook up shadow layers. sr=roc 2011-07-13 22:43:43 -07:00
Robert O'Callahan
93793566d0 Bug 637852: Part 5: Create ContainerParameters structure to carry resolution scale factors through layer creation. r=tnikkel
This patch shouldn't change any behavior. It just passes the ContainerParameters around, which will contain scale factors that should have been
applied when BuildLayer returns a ContainerLayer.

This patch also adds an aTransform parameter to BuildContainerLayerFor, which nsDisplayTransform uses to set the
transform for the ContainerLayer. This way BuildContainerLayerFor knows what the container's transform is going to be
before constructing the children, which in the next patch will let us construct the children with the right resolution.
2011-06-23 00:11:27 +12:00
Benjamin Stover
c3976a78cf Bug 605618 Part 4: Map for storing views r=cjones 2011-01-13 09:45:14 -08:00
Benjamin Stover
ea6d5f4b39 Bug 605618 Part 2: Infrastructure for building shadow display list r=tn sr=roc 2011-01-13 09:45:14 -08:00
Chris Jones
3e974a81a0 Bug 623255: Ensure LayerOGL::Destroy is called for "orphaned" shadow OGL layers before the GLContext is deleted. r=vlad a=b 2011-01-05 22:54:47 -06:00
Chris Jones
5f4658b13b Bug 602431, part 5: Add an extra phase to update shadow-layer attributes (not used for anything interesting yet). r=tn 2010-10-13 17:55:45 -05:00
Chris Jones
c3e279df85 Bug 590294, part 3: Keep ContainerLayer type info around in a few places. r=roc 2010-09-03 15:10:45 -05:00
Chris Jones
2eea7a3ba1 Update nsDisplayRemote to new nsDisplayItem interface 2010-08-23 22:23:37 -05:00
Chris Jones
8bf9326ebe Bug 570620, part k: Implement the compositor side of PRenderFrame, which grafts a shadow layer tree into the compositor's tree. r=mats sr=roc 2010-08-20 18:24:41 -05:00