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 , , 65 reacties

Een nieuwe bčtaversie van Chrome for Android maakt het voor websites die gebruikmaken van de service workers-api mogelijk om notificaties te tonen op Android-toestellen. De stabiele release bevat de pull-to-refresh-functie om snel webpagina's via een swipebeweging te kunnen verversen.

Nieuwe Google Chrome logo (120 pix)Chrome Beta for Android, dat versienummer 42.0.2311.38 draagt, kan notificaties tonen, bijvoorbeeld als er nieuwe informatie is toegevoegd. Google laat in de release notes weinig los over deze functionaliteit, maar Android Police weet te melden dat de notificatiedienst gebruikmaakt van de service workers-api, een api die Google onlangs introduceerde en websites onder andere ook offline functionaliteit moet bieden. Ook het tonen van notificaties blijkt dus nu mogelijk te zijn geworden, al moet de gebruiker wel voor elke website expliciet zijn toestemming geven. Via een testsite kan de functionaliteit met de bètaversie geprobeerd worden.

Een ander feature in de nieuwe bèta is dat het volgens Google eenvoudiger is geworden om favoriete websites op het homescherm te plaatsen. Verder bevat de bètaversie vooral bugfixes, terwijl ook de prestaties van de browser zouden zijn verbeterd.

In de stabiele Chrome-release is de pull-to-refresh-functie beschikbaar. Door een webpagina naar beneden te swipen, kan de pagina snel opnieuw worden geladen. Volgens Google werkt deze functie met vrijwel alle websites. Verder bevat ook deze release de nodige bugfixes en prestatieverbeteringen.

Moderatie-faq Wijzig weergave

Reacties (65)

Dit soort grapjes zijn echt vervelend. Dit zijn non standaard zaken waardoor bijvoorbeeld IE in de afgelopen jaren zo'n slechte naam heeft gehad. Een grote partij die zelf denkt dat hij de standaarden kan bepalen. Ik als web ontwikkelaar zie dit echt niet zitten. Was Google met Chrome niet juist een grote voortrekken van je aan de standaarden houden.
Waarom zijn dit non-standaard zaken? (Ik ben deel van het team dat Push Notificaties ontworpen heeft.)

Het JavaScript-deel van de Push API is een W3C specificatie, en de IETF Web Push werkgroep zal berichtformaat voor Push services (zoals GCM) standardizeren. Gesprekken met andere browsers, met name Firefox, gaan ook zeer goed. Zie bijvoorbeeld de GitHub tracker.

Beshouw dit als een eerste versie - er zijn een heleboel rough edges, je moet wat Google-specifieke informatie opgeven (GCM sender Id) en we vereisen dat websites een notificatie laten zien. We zijn volledig van plan om deze limitaties op te heffen, zolang de gebruikerservaring goed blijft :).

Push Notificaties zet een belangrijke stap richting volwaardige Web applicaties op Android. Samen met Service Workers (offline support) Add to Homescreen en betere performance is het nu mogelijk om hele nieuwe types applicaties als websites te ontwikkelen. Chrome is de eerste, maar zodra andere browsers dit ook ondersteunen wordt de native app vs. web app afweging toch flink bewogen.

[Reactie gewijzigd door Peter op 12 maart 2015 12:33]

chrome://flags/

Daar kan je naar hartelust functies aan en uitzetten.
Oh nee, dat is het punt niet. Gebruik zelf geen Chrome, of in ieder geval in mindere maten. Maar laten we eerst iets een standaard maken voordat we het allemaal gaan implementeren. Want iederen doet het weer net op een andere manier. En dat is gewoon vervelend.
Wat zeur je dan?

De html5 notificatie API is juist heel goed. Het is onzin dat je een app moet bouwen om een gebruiker notificaties te laten zien. Als webdev ben ik erg blij met deze progressie.
Oh nee niks tegen op de functie. Alleen laten we eerst goed afspreken hoe we het gaan doen. Hier heeft Google weer een non standaard manier de Service Worker Api om het te doen.
Het gaat hier om een bčta-versie van chrome for android.

http://www.w3.org/TR/service-workers/
https://developer.mozilla...Web/API/ServiceWorker_API

Het is dus nog geen standaard, maar dat zit er wel aan te komen. Het is ook een beetje het probleem met het web natuurlijk, wachten op standaarden duurt vaak te lang.
Dat is ook waar natuurlijk. Misschien was mijn orginele post inderdaad wat te sinisch. Er moet inderdaad geinoveerd worden. Maar we moeten er wel voor oppassen dat dit soort innovaties niet voor een versplintering gaan zorgen zoals we dat heel erg sterk hadden rond de IE6 era.
Chrome implenteert de standaard zodra die af is en tot die tijd gebruiken ze hun eigen manier. Chrome is dus absoluut niet de nieuwe IE6 :)
Nou ik vind het nog niet zo'n groot verschil tussen de "standaarden" niet tot op de letter (IE6) volgen en tientallen eigen implementaties voor zaken te maken en dan zeggen dat je de standaard volgt (Chrome).

En IE6 was defacto natuurlijk de standaard gezien dat het in de tijd ruim 80% van de markt bezat. En krijg het gevoel dat Google hetzelfde begint te doen met Chrome als wat Microsoft in de tijd deed met IE, het niet te nauw nemen met de standaarden. Microsoft probeerde ook te innoveren.
Microsoft probeerde te innoveren...?
Dat idee krijg ik nou niet echt bij IE6.
Chrome heeft misschien allerlei eigen implementaties, maar dat is geen ramp, want op het moment dat er een standaard is, gebruiken ze de standaard en faseren ze hun eigen implentatie uit.
Google Chrome doet wat ze zeggen, namelijk het Web vooruit helpen :)
ik wil niet zeggen dat FF/IE dat niet doen
De standaard goed doen en extra functies bieden vind ik geen probleem, backwards compatible zijn op oude standaarden.

Dat was met IE nogal anders.
Het is niet reëel om te wachten op een standaard voordat de feature beschikbaar komt voor ontwikkelaars en eindgebruikers. Dat leidt tot theoretisch correcte standaarden welke in de praktijk totaal niet werken - zie bijvoorbeeld XHTML 2.

Chrome neemt de positie dat het belangrijk is om functionaliteit vroeg in de handen van ontwikkelaars te krijgen. Dit geeft bergen feedback, ervaring en feature requests welke gebruikt kunnen worden om de standaard verder te ontwikkelen. Dat houdt in dat de implementatie aangepast moet worden, maar dat is de afweging zeker waard.
Hoe verwacht je dat men een standaard maakt voor een nieuwe functie? Althans, bij mijn weten is er nog niemand die meldingen vanuit een webpagina via de browser kan pushen naar de notificaties in Android. Iemand zal de eerste moeten zijn die zijn vinding implementeert en als het aanslaat kan dit tot standaard worden verheven.
Notificaties promoveren naar Andriod notificaties zal inderdaad door Google gedaan moeten worden. Ik zat er alleen mee dat ze een niet standaard manier gebruiken om de notificaties binnen een webpagina te declareren.
Die is er ook nog helemaal niet. Dit wordt dan wellicht de standaard op termijn.
Apple heeft dit al een tijdje in Safari zitten.
Iets wordt nooit zomaar een standaard omdat we dat op papier afspreken. Het is vrijwel altijd zo dat iemand de leiding neemt en iets implementeert wat vervolgens de standaard wordt. Standaardisering loopt altijd achter op praktijkgebruik. Het afspreken van standaarden is altijd een tergend lang proces, de marktinnovaties kunnen daar niet op wachten.
chrome://flags/

Daar kan je naar hartelust functies aan en uitzetten.
En hoeveel mensen zijn daar van op de hoogte en weten hoe ze dat moeten gebruiken. Eigen geschiedenis, maar belangrijker alle cookies, wissen is voor veel mensen al een uitdaging.

Nu wil ik de gemiddelde burger niet wegzetten als onnozel, maar nieuwe functies worden wel te snel opgedrongen waardoor de browser een steeds zwaardere belasting wordt voor een systeem.

Met kunst en vliegwerk zie je dat ze bepaalde test glansloos doorstaan, en als het niet goed genoeg is wordt er een kleine aanpassing gemaakt,
echter de praktijkervaring wordt er niet minder op.
De ServiceWorker ziet er redelijk standaard uit en is iets wat vanuit Mozilla in ieder geval gedocumenteerd is, niet vanuit Chrome:
https://developer.mozilla...Web/API/ServiceWorker_API
https://developer.mozilla...vice_worker_API_reference
En eventueel http://www.serviceworker.org/.
Ik ben ook ontwikkelaar en ik vind dit goed.

Je wil niet een paar jaar wachten om standaarden te ontwikkelen die dan eigenlijk al weer outdated zijn.
IE heeft een slechte naam gehad omdat zij algemeen geaccepteerde standaarden op een compleet non-standaard manier geimplementeerd hebben.

Alle andere browsers zijn al jaren bezig non-standaard technieken toe te voegen om ze te testen, en vervolgens als standaard in de HTML5, CSS3, ES6 en WebGL standaarden toe te voegen. Hier is niks nieuws aan.

Er is ook niks verkeerd aan, want deze functies zijn nu *experimenteel* en kunnen nog veranderen totdat er een standaard voor is die alle grote browsers op dezelfde manier implementeren.
Nee dat was Apple met webkit die Chrome dan weer gebruikt
Uiteindelijk is de échte standaard niet wat het W3C in hun kelders bekokstoven maar wat de consument gebruikt. En zo hoort het op een vrije markt.
Maar oke dan zijn we het er wel overeens dat IE6 de standaard was. En dat Mozilla in de tijd de opstandige puber.
Dat klopt. En de consument heeft gekozen voor de opstandige puber.

Feit: als de consument meer geďnteresseerd is in vrije browserkeuze dan in notificaties, dan zal deze feature floppen.
Is iets soortgelijks ook al beschikbaar voor de desktop versie? Ik draai niet de bčta-versie, maar heb het nog nooit gezien (of is niet opgevallen).
Ja dit is al een tijdje aanwezig in de desktop versie van chrome.http://caniuse.com/#search=notification
Maar het gebruik van notificaties komt bijna niet voor op de algemene websites. Maar ik denk dat hier wel verandering in komt. Zeker nu chrome op Android het ook gaat ondersteunen.
En het werkt ook niet echt heel geweldig op de desktop. Af en toe krijg ik gmail notificaties gewoon niet door.
Wat Chrome 42 introduceert is de mogelijkheid voor websites om notificaties te laten zien terwijl je geen tab open hebt met de website - zolang de gebruiker toestemming geeft natuurlijk. In eerdere versies van Chrome moest de tab zelf beschikbaar zijn. Als Gmail dit implementeert zal het dus veel betrouwbaarder worden.
Ik heb gmail altijd gepinned staan, maar dan nog krijg ik af en toe geen notificatie.
Bijvoorbeeld 2 minuten geleden een mail gehad, maar heb er geen notificatie van gehad.
Telegram, Whatsapp en Google Play maken bij mij al heel lang gebruik van de notificatie api van chrome.
De hoofdvraag is nu: Gaat Tweakers de notificaties nu ook naar Android toestellen pushen? :9~
Ik persoonlijk ben voor, maar dat staat los van of Tweakers dat ook gaat doen ;) wellicht is het verstandig nog even de kat uit de boom te kijken en te wachten op een standaard/crossbrowser oplossing. Sowieso heeft chrome natuurlijk al eigen notifications op de desktop. Aangezien Ubuntu een mooie losse library voor notification gebruikt met een eigen bus waar je op in kan haken kun je chrome op Linux ook gebruik laten maken van native notifications: http://www.omgubuntu.co.u...-use-ubuntu-notifications ik gebruik het al een tijdje en dat werkt echt perfect! Nu de rest nog :)
Een alternatief dat al langere tijd beschikbaar is vereist een separate app, namelijk pushbullet. Helaas doet Tweakers daar (ook) niets mee.
Puur omdat het relatief veel werk voor een relatief kleine afzetmarkt is. Daarnaast is het een beetje een "hack" liever wachten we op een standaard dat langere tijd ondersteund blijft en voor iedereen werkt. Mocht dit (pushbullet) nu wel iets zijn waar een grote groep Tweakers op zit te wachten zouden die dat kunnen melden in mooie feautures topic zodat ons product team daarvan op de hoogte is en we kunnen inventariseren hoe groot die wens echt is.
Pushbullet is toch geen 'hack'? Je kan een service bij hen activeren. Zie het als een news-gathering portal die notificaties geeft bij nieuwe items. Al is Pushbullet mijns inziens beter geschikt voor nieuwe niewsberichten van Tweakers. Deze Chrome notificatie api leent zich beter voor de notificaties van Tweakers (post quotes, DM meldingen etc).

[Reactie gewijzigd door AllSeeyinEye op 12 maart 2015 08:39]

Vandaar dat "hack" tussen aanhalingstekens staat. Het is mijn inziens iets dat door de browser geregeld moet en gaat worden. Daar die standaarden al ver in ontwikkeling zijn lijkt het mij, wederom persoonlijk, verstandig hier nog op te wachten en direct voor iedereen een implementatie te schrijven en niet enkel voor de mensen met pushbullet. Indien je het er niet mee eens bent verwijs ik je wederom graag naar mooie feautures :)
Dat zou wel mooi zijn ja, nadat ze de app om zeep hebben geholpen! :(
Helaas heeft de stabiele versie nog steeds de vervelende bug die er voor zorgt dat hij regelmatig alleen de background color laadt ipv de hele site.
Ik heb dat persoonlijk nooit gehad op mijn Galaxy Note 4. Ik denk dat het een combinatie is van toestel, Androidversie en Chrome(versie).
Heb er zelf vorig jaar het een en ander over opgezocht, en het komt iig voor op KitKat en Lollipop en op toestellen van Samsung, LG, Motorola en Sony. Maar er zijn inderdaad ook mensen die nergens last van hebben, niemand schijnt echt te weten wat er aan de hand is, inclusief Google. Het is overigens de enige browser die dat probleem bij mij geeft, en hoewel het behoorlijk irritant is blijft Chrome mijn favoriete browser. Iedere update hoop ik op een fix, maar tot nu toe zonder succes.
Heb er zelf eerlijk gezegd af en toe last van gehad, maar dan op m'n iPad. Echter is dat na updates wel verholpen, dus hopelijk gaat dat voor jou hetzelfde zijn. Wel erg hinderlijk, omdat je soms meerdere malen de pagina moest herladen om een fatsoenlijke website op je scherm te krijgen.
Nu moet je er speciaal toestemming voor geven. Zie het al voor me.. Websites met minder goede bedoelingen die automatisch push meldingen versturen. Vervelend iets. Verwacht dat het ook wel uit te zetten is.
Je hoeft niets uit te zetten omdat het standaard uit staat. Je moet per website aangeven of je de meldingen toe wil staan. En je kan vervolgens gewoon de permissies vanuit een lijst beheren.
mis nogsteeds de mogelijkheid om favorite websites in een nieuwe tab zichtbaar te hebben dat is eruit gehaald
In de stabiele Chrome-release is de pull-to-refresh-functie beschikbaar.
Dit is iets wat een erg goede toevoeging zal worden voor mij. Ik heb het momenteel in de standaard browser op mijn Xiaomi tablet, maar mis deze functionaliteit op de telefoons. Met het gebruik van Chrome zal deze functionaliteit dus op al mijn Android toestellen kunnen gaan werken.

Edit: ik heb versie 40.0.0.2214.109 zojuist gedownload, maar pull-to-refresh werkt nog niet, met staat ook niet in de release notes. In welke stabiele release is het dan wel mogelijk?

[Reactie gewijzigd door Kiswum op 12 maart 2015 08:35]

Wat zou ik graag zien dat Facebook dit implementeert. Met Chrome kan je tegenwoordig webpagina's als 'app' pinnen op je homescreen. Heb je geen twee apps meer nodig die aardig wat wakelocks veroorzaken en dus aardig wat stroom verbruiken (en aardig wat machtigingen nodig heeft).

Helaas zie ik dit niet gebeuren aangezien Facebook dan minder data binnen kan harken / niet gebruik kan maken van bepaalde machtigingen.
Erg nice, dit maakt het vooral voor kleine bedrijven/websites makkelijker om gebruikers te bedienen.
Ik kan me voorstellen dat dit ook voor de chromebooks interessant kan zijn.
Ik krijg meer en meer een hekel aan Chrome omdat het zo groot wordt dat mijn laptop er trager door gaat. Vroeger gebruikte je Chrome omdat het de snelste browser was. Nu staat mijn pc 30sec te denken voor Chrome aangaat. Van mij mogen ze ook wel een Chrome lite ontwikkelen zonder al deze dingen.
Laptop = Chromebook? Zo niet, dan heb je geen last van deze versie, het artikel (en dus de toevoegingen / wijzigingen in Chrome) gaan namelijk over Chrome for Android.
Voor mij is Chrome meer en meer een product/service dan een specifieke browserkeuze. Ik gebruik Chrome op mijn telefoon, tablet en mijn laptop. Dit werkt heel mooi samen met gezamelijke bookmarks enzo en handige foefjes. Dat maakt het voor mij moeilijker om over te stappen en Chrome als een los product te zien.

In mijn hoofd is het zoiets als van linux naar apple of van apple naar windows overstappen om omgekeerd. De ecosystemen kunnen nagenoeg hetzelfde maar als je in een vast zit is overstappen lastig. Ik weet dat de makers dat natuurlijk ook willen.
Ik denk meer dat het aan je laptop ligt eigenlijk. Chrome draait nog net zo snel als altijd. Een oplossing kan ook zijn om je lokale Chrome profiel te verwijderen. Als je in een nieuw profiel dan weer inlogt bij Google sync zou je al je geschiedenis, wachtwoorden etc weer terug moeten hebben. Let ook op dat je niet teveel extensies draait en dat Windows uberhaupt niet allemaal overbodige programma's draait.
Chrome is bij mij op mijn relatief oude laptop uit 2011 nogsteeds super kwiek. In mijn ervaring zijn het echt je extensies die van chrome een slak maken.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat 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