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

Chrome lijkt ondersteuning voor webbluetooth te krijgen

Door , 51 reacties

Ontwikkelaars die aan de Chrome-browser werken lijken webbluetooth aan de browser toe te willen voegen. Met webbluetooth kan een browser via een onderliggende api bluetooth-compatibele randapparatuur gebruiken. De technologie wordt al in Firefox OS gebruikt.

Nieuwe Google Chrome logo (75 pix)De mogelijke komst van webbluetooth naar Chrome is op te maken uit een recente commit in de opensource Chromium-code, die ook door Googles Chrome-browser wordt gebruikt. Via webbluetooth, waaraan developers van de W3C sleutelen, wordt er via de dom-api van de browser gecommuniceerd worden met bluetooth-hardware. Zo regelt webbluetooth onder andere het veilig pairen van randapparatuur en het instellen van bluetooth-apparatuur.

Mozilla gebruikt webbluetooth momenteel al in Firefox OS, het mobiele besturingssysteem van de Firefox-developer. Zo kan het browsergeoriënteerde Firefox OS direct randapparatuur draadloos aanspreken vanaf een mobiele telefoon of tablet. Mogelijk ziet Google mogelijkheden om webbluetooth te gaan gebruiken voor Chromebooks.

Door Dimitri Reijerman

Redacteur

11-05-2015 • 14:04

51 Linkedin Google+

Reacties (51)

Wijzig sortering
Waar moeten we hier dan aan denken? Dat je je telefoon ook als afstandsbediening voor je tv kan gebruiken of dat ik een fysiek toetsenbord met Bluetooth kan gebruiken om m'n smartphone mee te bedienen?
Ik denk dat je vooral moet denken aan websites die toegang krijgen tot bluetooth randapparatuur.

M.a.w.: web-based applicaties komen nog een stapje dichterbij native desktop applicaties.

[Reactie gewijzigd door RatedR op 11 mei 2015 14:12]

Ik denk dat je vooral moet denken aan websites die toegang krijgen tot bluetooth randapparatuur.

M.a.w. web-based applicaties komen nog een stapje dichterbij native desktop applicaties.
Ik hoop niet dat dat betekent dat de SPAM dan gelijk naar mijn bluetooth printer gestuurd worden...

Dit meen ik overigens serieus. Ik denk dat het gevaar hiervan is dat apparaten zo kwetsbaar kunnen worden voor deze sites. Als je kijkt hoe veel malware er nu al via een geÔnfecteerde site kan worden binnen gehengeld, dan hoop ik maar dat de beveiliging in deze standaard heel goed is afgevangen.
Het lijkt me dat er een permissie a la GPS gevraagd wordt. Dat Chrome zegt: "Deze webpagina wil Bluetooth gebruiken. OK?"
Ik vraag me dan ook af of de website dan ook gelijk toegang kan krijgen tot je printer; zijn dat soort permissies op basis van apps (dwz de browser), of kan dat vervolgens nog per website ingesteld worden?
In Chrome kun je toch ook gps, full screen, etc per site aan uit zetten. Waarom zou dat met Bluetooth niet gaan...
Misschien dat de notificatie dan word: Deze site wil toegang tot uw bluetoothprinter.
.. uw bluetoothbarcodescanner
.. uw bluetoothkoelkast

En mocht het niet apparaatspecifiek gebeuren dan geeft dat nog niet, een site die je niet vertrouwt krijgt toegang tot 0 apparaten. Ik zie geen site voor me die wel toegang krijgt tot het ene, en niet tot het andere.
Het lijkt me dat er een permissie a la GPS gevraagd wordt. Dat Chrome zegt: "Deze webpagina wil Bluetooth gebruiken. OK?"
Met cookies als voorbeeld gaan we die vraag gewoon omzeilen. Gevolg: cookies op je printer. ;)

Kan ik dan eindelijk mijn smartwatch standalone gaan gebruiken als afstandsbediening ? Zou ik wel handig vinden.
Cookies zijn alleen in browser te gebruiken. Met elke http request worden ze naar de server gestuurd. Ze hebben geen zin op je printer, je printer staat het niet toe en waarom zou Chrome het inbouwen.
Ze hebben geen zin op je printer, je printer staat het niet toe en waarom zou Chrome het inbouwen.
Dus wel op mijn pc opslaan maar niet naar de printer kunnen jagen. Kan niemand dat voor elkaar krijgen ? Mooi.
Dit soort dingen moet je net als locatie en full screen bevestigen. Verder kun jij daarna een apparaat uitkiezen, niet de website. Lijkt me dus niet reŽel dat je printer word volgespamd.
bluetooth randapparatuur
Zal het alleen bluetooth apparatuur zijn? Dat is eigenlijk nergens voor nodig. Ik verwacht eigenlijk meer dat je toegang kunt krijgen tot apparatuur op eenzelfde eenduidige manier als met Bluetooth, met de toevoeging van pairing. Verder zal het neem ik aan niets uit moeten maken of je een netwerk printer benaderd, een bluetooth printer, of een via een printer die middels USB is aangesloten (om maar even iets te noemen).
Dit betekent minder afhankelijkheid naar platformspecifieke apps en meer cross-platform web-apps. Ik ben voor (als bezitter van een telefoon die op een minder populair platform draait en ook niet zit te wachten op een afhankelijkheid naar Google of Apple).
Toepassingsmogelijkheden:
- in plaats van je webcam te gebruiken kan je rechtstreeks streamen met je smartphone
- web notificaties komen op je smartphone
- je kan de GPS van je smartphone gebruiken wanneer website om je locatie vragen

Nog iemand andere ideeŽn?

[Reactie gewijzigd door biglia op 11 mei 2015 14:19]

Waarom zou je met bluetooth streamen met je smartphone?
Waarom zou een smartphone niet zelf notificaties kunnen ontvangen via het web?
Waarom zou je die gps-locatie niet via het webdoorsturen?

Sure het klinkt leuk, maar echt nuttig lijkt het me niet echt.
Waarom zou je met bluetooth streamen met je smartphone?
Webradio naar je autoradio?
Als ik m'n telefoon aansluit op de autoradio via Bluetooth, wordt dit al meegenomen.. Wordt gezien als audio playback en wordt dus gewoon netjes doorgezet naar de autoradio net zoals je spotify gebruikt bijvoorbeeld.
Dit gaat over browsers en volgens mij impliceert biglia dat het andersom gaat. Dus van auto naar telefoon. Andersom kan al prima, heb je geen web voor nodig (gaat gewoon als audio-output van telefoon)
alleen je laatste punt zou een nieuwe toepassing zijn. Met chrome is het al mogelijk om notificaties door te zetten naar een android device mits je het google account op beide plekken gebruikt volgens mij en streamen met je smartphone zal via een native app op je smartphone kunnen toch? dan hoef je niet vanaf je pc een bluetooth streaming connectie op te zetten naar een telefoon die dan HD film over een vrij trage connectie stuurt.

Mij lijkt het positief dat bluetooth devices connectie kunnen maken met web apps maar er moet wel goed nagedacht worden over security hier bij.
Alles waarvoor je bluetooth nu ook gebruikt. Apps die bluetoothe gebruiken kunnen ipv native ook webapps worden.
Ik dacht aan bluetooth draadloze barcode scanners die je betrr kan aansturen dan nu kan dmv 'wedgen' (doen alsof het een keyboard is) verder geen idee zo snel nee
Als web developer had ik nog niet gehoord van dit initiatief webbluetooth. Het klinkt mij in ieder geval als muziek in de oren!

Een van de nadelen die een web applicatie heeft t.o.v. een native desktop applicatie is dat toegang tot randapparatuur problematisch is. Webbluetooth lijkt mij daarom een goede aanvulling op het web platform.
Dit zal zeker een boost geven aan de ontwikkeling van wabapps.

Aan de andere kant, de beveiliging van je browser wordt weer een stukje belangrijker. Ik hoop dat ze zorgen dat dit ook op orde blijft.
Ik zie niet veel nut in het aanspreken van randapparatuur voor de meeste webapps. Vraag me ook serieus af wat je zou willen gebruiken in een normale webapp.
Een fitness app met bluetooth hartslagmeter bijvoorbeeld.
Maar moet dat dan via bluetooth webapi of als api van de telefoon over alles wat met bluetooth of health te maken heeft?
Klopt, je zal maar een website of webapp tegenkomen die alles besmet omdat het toegang tot de hardware heeft.

Goede beveiliging is een must.
Nice. Ik neem aan dat dit behalve naar desktops ook naar Android en Chromebooks komt. Verder hoop ik dat iOS en WP snel volgen. Dan kan ik in een klap een van mijn (nu nog android only) apps goed cross-platform maken
iOS niet, deze werkt via de Safari engine. Dit moet van Apple. Pas als Google een eigen engine kan gebruiken voor iOS zou dit een mogelijkheid zijn.
Zelfs via HTML5 je stem opnemen in een browser op iOS is niet mogelijk. Reden: daarvoor dienen native apps. Het lijkt erop dat Apple ons nog een tijd native apps wil laten gebruiken, waarschijnlijk om financiŽle redenen. Dus ik verwacht ook niet dat WebBluetooth snel ondersteund gaat worden.
waarschijnlijk om financiŽle redenen
Waarom denk je dat dat de reden is?
De native applicatie kan ook gratis zijn...
De eerste iPhone had juist dat je alleen webapps kon maken, daar werd over geklaagd.
Ik zou dit niet willen, zoals theBazz al schreef, de beveiliging van de browser is dan nog belangrijker.
Waarom denk je dat dat de reden is?
De native applicatie kan ook gratis zijn...
Omdat Apple elk jaar torenhoge bedragen vraagt om in de store te blijven met je app, ook al is deze gratis.
Officieel heet het WebBluetooth. Hoofdletters hebben in programmeertalen ook een betekenis.
Niet in alle talen (FORTRAN, Ada, Pascal) ;)
Tweakers.net is Anti-Hoofdletters. Die gebruiken liever hun eigen ideeŽn.
Het Jammere van dit soort api's is altijd dat ze maar op ťťn ding zijn gericht. Nu dus Bluetooth. Het was naar mijn idee veel beter geweest als er ťťn api kwam waarmee data naar andere apparaten verstuurd kan worden. Of dit nou Bluetooth, wifi, Chromecast of wat dan ook is maakt niet uit. De browser zet de data toch om. De eindgebruiker zou dan een apparaat kunnen kiezen dat ze willen en webdevelopers hoeven niet 1001 api's te implementeren voor het zelfde doel.

Het zou het voor web devs, de browser ontwikkelaar en de toekomst makkelijker maken. Als er iets nieuws komt bouwt se browser dit in onder ťťn api en elke website kan het dan meteen gebruiken

[Reactie gewijzigd door svenvNL op 11 mei 2015 14:43]

Een optie voor PKI oplossingen waarbij er d.m.v. een Bluetooth smartcard reader een certificaat wordt uitgewisseld met een server. Nu is er altijd Java of ActiveX nodig om een cardreader aan te sturen, met dit nieuwtje zou de communicatie d.m.v. een browser API kunnen gebeuren.
Aangezien meer en meer browserfabrikanten terugkomen van het gebruik van Java en/of ActiveX lijkt dit een interessante oplossing.
Als ze dit werkelijk doen is het voor mij afgelopen bij HTC en dat zeg ik na 3 generatie's zeer te vreden geweest te zijn met HTC
Nog een extra reden om bluetooth uit te willen schakelen - uw machinerie is nu volledig in handen van buitenstaanders als je dat laat aanstaan!
Fout. Get word een opt-in systeem als gps, fullscreen, etc.
Eh apart dat men denkt aan integratie met telefoons en tablets.. Ik snap chrome OS apparaten nog en de toepassing daar voor maar een android, iOS of WP/windows 10 phone heeft gewoon zijn eigen interface met buletooth toch? het geen wat DeathMaster zegt snap ik daarom ook niet alle telefoons zouden gewoon een connectie met een bluetooth keyboard kunnen maken zonder deze api en er gebruik van maken.

Wel leuk dat het voor iets als een Chrome OS device dan ook makkelijker kan om te interfacen met devices.
Tis alsof browsers een Operating System in een Operating System worden.
Je kan ook Chrome OS draaien op Windows 8.1 !!!

Op dit item kan niet meer gereageerd worden.


Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S9 Google Pixel 2 Far Cry 5 Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*