| Commit message (Collapse) | Author | Age |
|
|
|
| |
Basically a S&R. Removed the macro and adjusts IDL codegen accordingly.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the fallback case.
This ensures we don't scale the underlying size of the layer beyond what
is close to the current display size. When box shadows get much larger
than this, they start taking so much time to render that successive
frames grow in scale too fast for any inter-frame reuse to be possible.
With this, we avoid that and no longer get crushed by re-rendering
gigantic box shadows every single frame.
See BZ 1383825
|
|
|
|
|
| |
This will return (min(x1,x2), min(y1,y2)) and equivalent max from 2
passed-in (x1,y1) (x2,y2) points
|
|
|
|
|
|
| |
A second template parameter 'F' was previously added to SizeTyped, but
was not correspondingly added to the argument passed for the 'Sub'
parameter of BaseSize.
|
|
|
|
|
|
|
|
| |
There's considerable cost associated with creating HWA draw targets
which would negate and regress the performance won by it if used for
too small targets (like small spans of text).
This only uses HWA if >= 8K SurfaceAllocationSize to balance HWA draw
target cost with box blur cost.
|
| |
|
|
|
|
| |
shadows on platforms that accelerate it.
|
|
|
|
|
|
| |
Only blur one quadrant of a box-shadow and mirror it to the other quadrants.
This applies only if the corners are symmetrical (square corners or equal
corner radii) otherwise we'll fall back to the old method.
|
|
|
|
| |
Defaults to 30M, working around driver bugs (looking at you, Mesa)
|
|
|
|
|
|
| |
Mozilla found a bug in their initial implementation, causing paused WebM videos with alpha to become totally transparent if hardware acceleration is disabled. Straight port of the Firefox 54 fix.
Ref: BZ 1332952
|
|
|
|
|
|
| |
Another requirement to have transparency in videos. Straight port of Firefox 53 implementation, save for some oddities relating to needing to put uint8_t instead of uint8 in yuv_convert to get this to compile.
Ref: BZ 1321076, 1329104
|
|
|
|
| |
Co-authored-by: Moonchild <moonchild@palemoon.org>
|
| |
|
|
|
|
|
|
|
| |
Vim control lines were re-introduced or not entirely cleaned up.
This nukes them again.
Removing from embedding, extensions, gfx, hal, ipc, layout, mailnews,
media and memory. More to come.
|
|
|
|
|
|
| |
ones.
Based on Mozilla bug 1500356.
|
| |
|
|
|
|
| |
I don't understand why SK_API is being a problem, but it seems they are.
|
|
|
|
| |
This reverts commit 39cebe99e2db22d9e725499bf309b5668fcee413.
|
|
|
|
| |
Fixes build bustage in GNU/Linux
|
|
|
|
| |
Backported from Mozilla bug 1385029.
|
|
|
|
|
|
| |
unnecessary gfxPlatform::GetScaledFontForFont.
Backported from Mozilla bug 1385029.
|
|
|
|
| |
Backported from Mozilla bug 1385029.
|
|
|
|
|
|
| |
unnecessary.
Backported from Mozilla bug 1385029.
|
|
|
|
|
|
| |
accessed from outside Moz2D.
Backported from Mozilla bug 1385029.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
7.1.0 update.
Based on Mozilla bugs 1119128, 1285533, and 1421964.
gfx.font_rendering.fontconfig.fontlist.enabled is no longer available.
gfxFontconfigUtils.h still exists, and will be removed in another commit. Just
need more research on bug 1385029.
Tag #1862
|
|
|
|
|
|
|
| |
Harfbuzz upstream seems to have fixed all conflicts originally encountered
before 2.6.0, so let's unify all harfbuzz's sources.
Some parts of README-mozilla (now README-mcp) no longer apply, so update that as
well.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
convert
|
|
|
|
|
| |
Loosely based on current mozilla code
https://hg.mozilla.org/mozilla-central/file/25a8668d92431d469b443f0f2030328bab754aea/gfx/ycbcr/yuv_convert.cpp
|
|
|
|
|
| |
Updated to version 1861, git revision 88b050f337cc0ca2a51800fe7bf4737222c87344 from
https://chromium.googlesource.com/libyuv/libyuv/
|
|
|
|
| |
Required for upcoming libyuv update
|
|
|
|
| |
https://hg.mozilla.org/integration/autoland/rev/6f4c7904cda8
|
|
|
|
| |
https://hg.mozilla.org/mozilla-central/rev/be342c90755d11551623362f2058c0326f63bbb3
|
|
|
|
|
|
| |
upstream mozilla code more closely.
https://hg.mozilla.org/mozilla-central/file/4fba5295dc19f9d2f5d065ba502a44d8f2dc9e85/gfx/thebes/gfxUtils.cpp#l1246
|
|
|
|
| |
displayed
|
|
|
|
|
|
|
|
|
|
|
|
| |
animations (squashed)
Controlled by image.animated.decode-on-demand.threshold-kb, default 256MB
Includes squashed bugfixes/regressions:
- m-c 1444537: Shutting down the decode pool should make animated decoders bail early
- m-c 1628606: Make sure to mark the surface cache entry available before sending the frame complete notification
- m-c 1502275: Skip recreating the decoder after redecode errors if an animated image is reset
- m-c 1443232: Don't insert frames into our AnimationFrameBuffer that we consider in error and unusable
|
|
|
|
|
|
|
|
|
| |
animated images (squashed)
Includes squashed changes of:
- m-c 1317907: Refactor FrameAnimator::GetCompositedFrame to be a bit simpler
- m-c 1351434: bugfix
- m-c 686905: Enable the pref image.mem.animated.discardable to allow discarding of animated images
|
| |
|
|
|
|
|
|
| |
Sets the pref default to true and also add conneg entry for images
if jxl support is built.
Additionally, ifdefs the GfxPref to only observe when jxl is built.
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Based on FranklinDM's follow-up for the issue.
This would require browser FE changes, particularly removing the associated
code in `tabbrowser.xml`, however, that was already done in Pale Moon previously.
Other front-end applications may need to take note, though.
Based on changes from the following bugs:
* Bug 696398 - Need an api to analyze panning performance
* Bug 800031 - Include paint time in tab switch telemetry
* Bug 820167 - Enable performance measurement of tab animation
* Bug 826383 - Improve Start/Stop FrameTimeRecording for telemetry usage
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | | |
This should reduce compile complexity saving time and reducing linker stress.
|