aboutsummaryrefslogtreecommitdiff
path: root/nxcomp/RenderCompositeGlyphs.cpp
diff options
context:
space:
mode:
authorOleksandr Shneyder <o.schneyder@phoca-gmbh.de>2017-06-29 10:08:56 +0200
committerMike Gabriel <mike.gabriel@das-netzwerkteam.de>2017-06-30 16:25:24 +0200
commit7d51cb6760b760768aeb91dd81f10443d094bd6c (patch)
tree0e0036dc644d320290a1787207f98a02a7cec6cb /nxcomp/RenderCompositeGlyphs.cpp
parent4365fe38e67bc3d7dee3b948aefc42ca62e7a11e (diff)
downloadnx-libs-7d51cb6760b760768aeb91dd81f10443d094bd6c.tar.gz
nx-libs-7d51cb6760b760768aeb91dd81f10443d094bd6c.tar.bz2
nx-libs-7d51cb6760b760768aeb91dd81f10443d094bd6c.zip
nxcomp: Set TokenSize to 1536 for link type ADSL and WAN. Improving non-xrender based browser scrolling behaviour when link type is set to ADSL or WAN.
In the 40-ies (talking about release version numbers), Firefox started using the Skia library [1] for client-side rendering of browser content. With current versions of Firefox you can switch between libXrender based rendering (esp. of Fonts) and Skia based rendering: gfx.xrender.enabled = true|false Some time around Firefox 52, the default for the gfx.xrender.enabled setting got changed by Firefox upstream from true to false. So nowadays, Firefox uses Skia by default. However, it turns out that Skia scales really badly on remote X11 connections. Scrolling of long web pages becomes really jolty. Something similar could be observed earlier already when using Chrome or Chromium (which also has been using Skia for some time now). This change in nxcomp works around those issues and greatly improves scrolling and general browser experience on medium throughput networks (like cable modem, ADSL, HDSPA, slow LTE). [1] https://en.wikipedia.org/wiki/Skia_Graphics_Engine Fixes ArcticaProject/nx-libs#443.
Diffstat (limited to 'nxcomp/RenderCompositeGlyphs.cpp')
0 files changed, 0 insertions, 0 deletions