Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 34 reacties
Bron: Google, submitter: mikeoke

Google Chromelogo (75 pix) Google heeft versie 55 van zijn webbrowser Chrome uitgebracht. Google Chrome is beschikbaar voor Windows, Linux en macOS. Er zijn ook versies voor Android en iOS, maar die volgen een iets ander releaseschema. Sinds versie 50 is de ondersteuning voor oudere versies van Windows en macOS vervallen. Nieuw in versie 55 is onder meer dat de muis- en aanraakhandelingen niet meer apart worden verwerkt, maar nu door een enkel proces met de naam PointerEvents, dat beter zou moeten reageren. Daarnaast zijn er diverse kleinere verbeteringen aangebracht en de nodige bugfixes doorgevoerd.  De belangrijkste verbeteringen zijn hieronder nog eens voor je op een rijtje gezet.

Input handling improvements
As usage of the mobile web grows, it is increasingly important for sites to react well to touch input. Historically, this meant handling MouseEvent and TouchEvent separately, which can be difficult to maintain. Chrome now enables unified input handling by dispatching PointerEvents. PointerEvents lead to more responsive pages, as they don’t block scrolling by default. To achieve the same performance with TouchEvent, pages can use passive event listeners.
Chrome also now supports two new ways to respond to input. The touch-action CSS property enables sites to react to gestures such as panning. For mouse buttons, the new auxclick input event type allows sites to manage the click behavior of non-primary buttons.

Async and await functions
Asynchronous JavaScript can be difficult to reason about. Promises help avoid the nesting problem of callbacks, but Promise-based code can still be difficult to read when a site has large chains of asynchronous dependencies. Chrome now supports the async and await JavaScript keywords, allowing developers to write Promise-based JavaScript that can be as structured and readable as synchronous code.

CSS automatic hyphenation
Formatting text to fill available space can be a challenge across devices and screen sizes. Chrome now supports CSS automatic hyphenation, one of Chrome’s most frequently requested layout features, on Android and Mac. CSS hyphenation allows the browser to hyphenate words when line-wrapping, improving the visual consistency of text blocks. Hyphenation support will be extended to other platforms in future releases.
A paragraph rendered with and without automatic hyphenation

Other features in this release
  • The once event listener option enables callbacks to be invoked only once before removing the event listener.
  • Sites can now mark web storage as persistent, preventing Chrome from automatically clearing storage for that site.
  • Cross-origin iframes now require a user gesture to start audio playback using the Web Audio API on Android, matching the behavior of the <audio> and <video> elements.
  • The TLS stack now implements GREASE, a mechanism to help prevent problems with buggy TLS servers.
  • Developers can create a MediaStreamTrackEvent in an alternative way with its new JavaScript constructor.
  • RSA-PSS signature algorithms have been added to TLS to prepare for TLS 1.3.
  • To improve load times and prevent failed navigations, cross-origin and parser-blocking scripts injected using document.write() will no longer load over 2G connections.
  • AudioNode constructors of the form new AudioNode(context, options) are now available, making it simpler to manage audio from scripts.
  • When the media player is too narrow to show every button, an overflow menu will appear to provide the hidden functionality to users.
  • Chrome media controls will now display a download button when the playback is associated with a file that can be downloaded.
  • The Web Share API is available for experimentation as an origin trial.
Deprecations and interoperability improvements
  • BaseAudioContext will replace AudioContext in the Web Audio API to conform to spec.
  • CSS Clipping Path properties no longer require the webkit prefix.
  • The MediaStream constructor is now available without prefix alongside the existing webkitMediaStream.
  • Non-script MIME types will no longer trigger script execution.
  • <textarea maxlength=""> and <textarea minlength=""> have been updated to count each line break as one character, instead of two.
  • The webkit prefix has been removed from the imageSmoothingEnabled property of CanvasRenderingContext2D.

Chromium extensions

Versienummer:55.0.2883.75
Releasestatus:Final
Besturingssystemen:Windows 7, Linux, macOS, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website:Google
Download:http://www.google.com/chrome/index.html?hl=nl
Licentietype:Freeware
Moderatie-faq Wijzig weergave

Reacties (34)

Ook nieuw: als je chrome://flags/#prefer-html-over-flash aanzet wordt Flash "verborgen" voor de websites die je bezoekt en krijg je indien mogelijk een HTML5 alternatief. Ik geloof dat deze optie in de volgende release standaard aan gaat.

[Reactie gewijzigd door lonaowna op 2 december 2016 12:13]

Dag Ionaowa,

Hoe zeker weet je dat deze setting in de volgende optie op 'aan' gaat / waar heb je deze informatie vandaan? Dit is vrij belangrijk voor de business waar ik in zit namelijk...
Hier is het voor het eerst aangekondigd:
https://blog.google/products/chrome/flash-and-chrome/

Het zou dus eigenlijk al in deze release worden aangezet ("In December, Chrome 55 will make HTML5 the default experience"), maar blijkbaar is dat uitgesteld omdat hij nu nog standaard uit staat. Ik vermoed dus dat het in de volgende release gaat gebeuren, maar dat weet ik niet zeker.

Edit: meer info hier

[Reactie gewijzigd door lonaowna op 2 december 2016 12:56]

Thanks, bedankt voor de links!
Ik hoop niet dat je bedoelt dat de business waar je in zit afhankelijk is van Flash... |:(
Google gaat toch maar gek om met de release notes van Chrome. Via verschillende kanalen worden er vernieuwingen/fixes in Chrome aangekondigd. Features via Chromium Blog, security fixes via Google Chrome Releases-blog, maar niet alle relevante vernieuwingen komen daar voorbij. Bijv. deze:
In December, Chrome 55 will make HTML5 the default experience, except for sites which only support Flash. For those, you’ll be prompted to enable Flash when you first visit the site.
Bron. Voor meer details, zie deze presentatie van Google.

Eerder sprak Google nog over een uitzondering voor 'top 10 sites met Flash', iets wat op techsites nog genoemd wordt, maar dit is niet meer terug te vinden in de presentatie waar ik eerder naar refereerde. In de presentatie zeggen ze juist:
The original proposal called for seeding the feature with a list of sites who had Flash usage above 1% (i.e. a “Top 10” list), to limit over-prompting. Instead we have updated our design to use Site Engagement to better tailor our enablement, of the feature, based on the browsing habits of the end user (i.e. it’s a reflection of the sites that they visit).
----

Een andere verbetering die niet genoemd wordt, is een verbeterd RAM gebruik, zoals AnonymousWP noemt. In de tweede link van AnonymousWP staat echter wel onderaan:
All the improvements discussed above reduce the Chrome 55 overall memory consumption by up to 35% on low-memory devices compared to Chrome 53. Other device segments will only benefit from the zone memory improvements.

[Reactie gewijzigd door MediQ op 2 december 2016 12:39]

Google gaat toch maar gek om met de release notes van Chrome. Via verschillende kanalen worden er vernieuwingen/fixes in Chrome aangekondigd. Features via Chromium Blog, security fixes via Google Chrome Releases-blog, maar niet alle relevante vernieuwingen komen daar voorbij. Bijv. deze:
Dat vind ik dus ook. Erg irritant als je het mij vraagt. Ik wil gewoon een compleet en overzichtelijk lijstje waar alle veranderingen in staat. Een goed voorbeeld van een mooie en duidelijke changelog vind ik deze bijvoorbeeld. Gewoon netjes wat er is weggehaald, wat er is opgelost, en wat er is toegevoegd. Zeker als groot bedrijf vind ik dat je dat goed op orde moet hebben, en niet dat de consument op 3 verschillende pagina's kan vinden wat er is veranderd :').
Een andere verbetering die niet genoemd wordt, is een verbeterd RAM gebruik, zoals AnonymousWP noemt. In de tweede link van AnonymousWP staat echter wel onderaan:

All the improvements discussed above reduce the Chrome 55 overall memory consumption by up to 35% on low-memory devices compared to Chrome 53. Other device segments will only benefit from the zone memory improvements.
Hmm.. jammer dat het vooral geld op low-memory devices. Ik heb 2 machines waarbij ik gebruik maak van Chrome (64-bit). Als ik Chrome open, worden er meteen 8 tabbladen geladen. Als ik zoals gister, Call of Duty Remastered wil gaan spelen (alles bijna maximaal @1080p) neemt alles bij elkaar (4 game clients + Chrome + game) bijna al m'n RAM in beslag (8GB). Zo'n besparing is dan wel welkom :). Alhoewel Chrome dan wel wat RAM zal weggooien. De pagina wordt dan gewoonweg uit het RAM gegooid, en als je dan weer opnieuw op het tabje klikt, wordt de pagina weer opnieuw geladen, en ook weer opnieuw in het RAM geladen.
Vergeet ook niet dat een browser in de achtergrond redelijk wat van je VRAM kan snoepen, dus als je tegen limieten aanloopt...
Ik denk dat je twee dingen door elkaar haalt. We hebben het hier over RAM, niet over VRAM. Een pagina zoals Tweakers zal echt amper VRAM trekken, mits er geen filmpje aan staat op de pagina.
Nee, het was slechts een aanvulling, en ja het licht er ook aan welke content er geopend is in de achtergrond.
Een ander belangrijke verbetering, is het RAM gebruik voor Google Chrome. Doordat de JavaScript engine in Chrome is geoptimaliseerd/verbeterd.

Bronnen:
http://www.ghacks.net/201...e-55-memory-improvements/

http://v8project.blogspot...mizing-v8-memory.html?m=1

Mag opzich ook wel genoemd worden in het artikel. Raar dat Google er niets over zegt in de release notes.

[Reactie gewijzigd door AnonymousWP op 2 december 2016 12:26]

Op een laptop met 16gb RAM is er met 42 tabs open bij beide versies ongeveer een verschil van 9% te zien
Niet heel verkeerd maar had op meer gehoopt :D
Haha. Ja, dat begrijp ik. Ik heb standaard 8 tabs open als ik Chrome open. Geen idee hoeveel % het scheelt, maar het is altijd wel fijn als ik een RAM intensieve game speel.
Zie ook de update van mijn comment. In de tweede link staat echter wel onderaan:
All the improvements discussed above reduce the Chrome 55 overall memory consumption by up to 35% on low-memory devices compared to Chrome 53. Other device segments will only benefit from the zone memory improvements.

[Reactie gewijzigd door MediQ op 2 december 2016 12:36]

Ik baseer dat op: Wanneer ik youtube filmpjes kijk dan gaat het ram gebruik drastich omhoog.
Dit is niet het geval bij Mozilla Firefox, vandaar mijn comment.
Dat komt omdat Chrome dan de video sneller kan laden en het dus optimaliseert. Zodra jij een game start tegelijkertijd, zal het RAM gebruik van de video op YouTube afnemen.
Zeer fijne browser om mee te werken, zowel als op de desktop als op de tablet vind ik. Jaren lang Firefox gebruikt maar helaas steeds meer gedonder gehad met dingen zoals Flash, schrokkig scrollen of afspelen van bepaalde video's en Chrome is bij mij een stuk sneller met browsen.
Was dit niet de update die ook wat zou doen aan de memory footprint?
Niet meer sinds deze update ;).
Bij mij nog steeds hoor
Kan je iets specifieker zijn? Jij geeft aan dat het niet zo is, maar Capstie geeft aan dat er wel verschil in zit.
Een halvering van veel te veel kan nog steeds veel te veel zijn. Er zijn zat genoeg mensen die nog steeds klagen over het overmatig geheugengebruik van Chrome, ook na die update.
Dat is waar, maar daar staat tegenover dat Google nog altijd grote verbeteringen in het RAM gebruik kan doorvoeren.
Als ik vergelijk met andere browsers dan valt me op dat Chrome iets meer (niet veel) werkgeheugen gebruikt. Echter in een pc waar niet veel werkgeheugen zit (2GB) gebruikt hij juist minder dan de andere browsers.

Het lijkt dus dat het gebruikt aanpast naar wat de inhoud van de pc is (natuurlijk wel beperkt).

Voor algemeen de meeste computers hebben 4GB of meer en dat is voldoende.
Want dat maakt tegenwoordig echt nog uit.
99% van alle computers heb meer dan genoeg geheugen, dus waarom niet gebruiken?
Als je ook zo omgaat met je financiën dan kom je niet heel ver. ;)
Als je foute dingen met elkaar vergelijkt komt je natuurlijk ook niet héél ver ;)

Ontopic: Geheugengebruik in Chrome is een probleem, maar ik ben ook van mening dat ik liever heb dat een applicatie meer ram gebruikt en daardoor een betere ervaring kan aanbieden. Just my 2 cents.
Zo vreemd is mijn vergelijking toch niet? "Meer dan genoeg" is relatief. Zo zei ene Bill Gates ooit dat 640KB geheugen genoeg was. Bovendien is je geheugen kostbaar op het moment dat een ander proces dat nodig heeft. Want ondanks dat alle computers (zoals jij zegt) meer dan genoeg geheugen hebben blijft je pagefile bestand maar groeien. Hoe de computer omgaat met je geheugen is dus blijkbaar een heel ander verhaal.

Dat jij het prima vind dat Chrome zoveel geheugen verbruikt is een persoonlijke mening. Ik heb liever applicaties met een wat lagere memory footprint.
Bill Gates heeft dat nooit gezegd.


Om te kunnen reageren moet je ingelogd zijn



Nintendo Switch Google Pixel Sony PlayStation VR Samsung Galaxy S8 Apple iPhone 7 Dishonored 2 Google Android 7.x Watch_Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True