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

Mozilla wil binnen een halfjaar een eerste versie van WebAPI uitbrengen. WebAPI is deel van wat een mobiele variant op Chrome OS moet worden, waarbij alle functies van een telefoon door middel van api's binnen een browser worden aangeroepen.

Een eerste versie van het project moet binnen drie tot zes maanden online staan, schrijft Mozilla. Het is de bedoeling dat veel van de functies dan al werken binnen html5, waardoor het systeem bruikbaar is. Er komen onder meer api's voor het telefoonboek, contacten en een gallery. De bedoeling is dat een telefoon door middel van de api's in zijn geheel middels de  browser kan worden bediend, ongeveer zoals een laptop met Chrome OS ook via de browser werkt.

De ontwikkelaars lopen tegen problemen aan bij het ontwikkelen van WebAPI, blijkt uit een interview van Tweakers.net met Mounir Lamouri, een van de ontwikkelaars. "We proberen binnenkort proof-of-concepts uit te brengen, maar bij andere platformen dan Android lopen we ertegenaan dat die momenteel te gesloten zijn om WebAPI te implementeren."WebAPI zal daarom vooralsnog alleen verschijnen op Android.

De meest logische stap zou zijn om een testversie van de mobiele Firefox uit te brengen met de api's erin, maar het is nog onduidelijk of dat gebeurt. "Iedereen kan de patches pakken, in Android bouwen en dat op zijn telefoon zetten", aldus Lamouri.

WebAPI is een onderdeel van het Boot 2 Gecko-project van Mozilla. Dat heeft als doel een concurrent voor Chrome OS op een Android-kernel te bouwen. De plannen voor B2G kwamen vorige maand naar buiten. Het idee is dat mede dankzij html5 veel meer werkzaamheden via de browser kunnen verlopen dan voorheen, een idee dat Google onder meer toepaste in Chrome OS. Mozilla wil uitproberen of een geheel mobiel OS, inclusief applicaties voor bellen, sms'en en andere telefoonspecifieke zaken, geport kan worden naar een browser. Bovendien moeten bij die port de beveiliging en het accumanagement in de gaten worden gehouden.

Moderatie-faq Wijzig weergave

Reacties (14)

Ah, we zijn weer 'full circle': het ActiveX concept wordt weer omarmd. }>
Op het moment dat er geen optie is om willekeurig het systeem aan te spreken (iets dat vanuit ActiveX-controls mogelijk is), kun je niet stellen dat dit 100% identiek is aan het ActiveX-concept.

Als dit van de grond komt, dan kun je wel stellen dat je steeds meer onderdelen van het systeem vanuit een browser kan benaderen - maar dat is een ontwikkeling die al veel langer gaande is - en je kunt inderdaad stellen dat die gestart is met het ActiveX (maar ook met het Java Applet) concept...

Men zal wel moeten zorgen voor een goed veiligheidsmodel, want ik geloof niet dat veel gebruikers zitten te wachten op onbedoelde toegang tot het systeem (denk aan automatisch bellen vanuit JavaScript oid).
"een chrome os concurent op een android kernel" :+

desalnietemin een goede ontwikkeling, concurentie is altijd goed!
Al heb ik wel mijn bedenkingen bij de snelheid van het systeem. Al komt dit bovenop Android te liggen zal het systeem wel vertraging kennen. Al komt dit echt daadwerkelijk boven op de Android kernel te liggen (dus linux kernel incl libraries) dan snap ik niet helemaal wat voor meerwaarde dit systeem echt gaat bieden (los van het feit dat het gewoon gaaf is om te kunnen :P)
Een groot voordeel van een web-only-platform is dat je de desktop- en tabletdistributie van Mozilla zou kunnen gebruiken op je andere platforms, en dat alles 100% gesynct wordt. Je kunt dan eventueel zelfs inloggen op je platform vanuit een hotel-pc in Bangladesh en 'jouw computer' voor je krijgen. Bovendien hoef je nooit meer iets te 'installeren', antiek gedoe :Y)

Snelheid zal geen probleem zijn als je ziet hoe goed WebKit al draait op 1 GHz multicore-platformen. Het enige probleem is dat verbindingen in veel gevallen niet betrouwbaar zijn, en dat er dan een zekere moeilijke afweging gemaakt moet worden hoeveel van die webapps offline beschikbaar gemaakt moeten worden.
wat is een 'android' kernel... android is gewoon gebaseerd op het LINUX kernel.. Bovendien zal -om veiligheidsredenen- Mozilla nooit het kernel direct aanspreken.

[Reactie gewijzigd door C.Hariri op 23 augustus 2011 16:34]

'Gebasseerd op' inderdaad het is dus niet gelijk aan een standaard linux kernel...

Dus is het niet raar om het als 'android'-kernel die dus mobile optimized is te noemen :)
Is niet vreemd,
Chrome OS heeft een afwijkende kernel dan Android. Weliswaar komen ze van de dezelfde fabrikant, maar Chrome is grotendeels zelf in elkaar geknutseld terwijl Android een aanschaf is.
Beide gebaseerd op -nix.
Sigh... I don't always have €500, but when I do, I buy a €500 web browser!

Denk toch echt niet dat dit erg succesvol kan worden. Alleen een browser is voor de meeste gebruikers denk ik veel te mager.
Nadeel van het concept is vooral dat interpreted javascript en css niet bijster snel is vergeleken met native code of Java/.NET. Dat doet het voordeel van de simpelheid teniet - je hebt krachtiger hardware nodig voor een browser-based OS dan voor een 'normaal' OS.

[Reactie gewijzigd door Dreamvoid op 23 augustus 2011 23:52]

Laten ze eerst maar eens zorgen dat Firefox zijn logheid verliest. Jarenlang een trouwe gebruiker geweest maar sinds versie 4 ben ik flink afgeknapt. Versie 5 overgeslagen. Versie 6 een nieuwe kans gegeven maar hopeloos voor mijn manier van het web besurfen. De Android versie heeft mij ook niet weten te overtuigen.

Repareer eerst alle inconsitenties alvorens je met zo'n ambitieus project van start ga Mozilla.
Het probleem is dat je nu eenmaal niet alle ontwikkelaars op hetzelfde probleem kunt zetten, er zijn dus altijd ontwikkelaars die zich bezig houden met nieuwe features - toch geeft zelfs Mozilla je gelijk als je aangeeft dat de Mozilla Firefox-browser log is, maar men is ook druk bezig om deze logheid te verwijderen - dit gebeurt als onderdeel van het MemShrink-project en Firefox 7 en hoger zullen dan ook een stuk efficiŽnter zijn dan voorgaande versies. Helaas duurt het nog zo'n 6 weken voor Fx 7 ook daadwerkelijk een release-versie zal zijn...

Verder is er nu (eindelijk?) ook focus op efficiency bij nieuwe features, mocht er sprake zijn van inefficiŽnt geheugengebruik dan zal een nieuwe mogelijkheid dan ook erg snel afgeserveerd worden. Pas als men zorgt dat het geheugen wel goed gebruikt wordt zullen deze nieuwigheden geaccepteerd worden - dit zal ongetwijfeld ook gelden voor deze mobiele API's....

Met name Firefox 4 heeft, door een aantal nieuwe features, weer flink wat logheid opgelopen - maar met Fx7 en hoger zal een groot deel van deze logheid weer weggesneden zijn en men is ook bezig om actief te zoeken naar logheid (en dan met name rond geheugenverbruik) en zorgt er dan ook voor om deze op te lossen...
Ik ben het met je eens qua logheid, en de omslag in layout ben ik ook niet helemaal blij mee (nee, dit is niet meer 100% terug te draaien naar FF3.6). Toch heb ik van de logheid eigenlijk geen last.
sinds ik Chrome gebruik heb ik ook geen last meer van de logheid van Firefox, heb ook de Fx6 geprobeerd, maar ik denk dat ik nu even wacht tot Fx8 of Fx10 ofzo...

Wat ik jammer vind is dat ze elke keer een snellere browser uitbrengen en er dan weer allemaal plugins in-bakken waardoor het weer traag wordt..

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