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

Google heeft de laatste bčta van zijn Chrome-browser voorzien van een api waarmee ontwikkelaars van extensies extra functionaliteit in de contextmenu's kunnen plaatsen. Ook zijn twee experimentele api's voor Chrome vrijgegeven.

De context menu-api maakt het mogelijk om functies aan het pop-up-menu toe te voegen die de Chrome-gebruiker krijgt te zien als hij de rechtermuisknop indrukt. Volgens Google kunnen ontwikkelaars menu-entry's laten zien bij alle webpagina's of bij een selectie. Om bij gebruikers die veel extensies installeren te voorkomen dat het contextmenu uit zijn voegen groeit, kunnen verschillende acties van een plug-in worden gegroepeerd.

Naast de menu-api heeft Google ook twee experimentele api's uigebracht die nog niet in de huidige bèta van Chrome zijn verwerkt: de omnibox-api en de infobars-api. De omnibox-api maakt het mogelijk om de adresbalk in Chrome te gebruiken voor inputdoeleinden. De infobars-api stelt op zijn beurt extensie-ontwikkelaars in staat om horizontale balken te tonen waarbij om gebruikersinput wordt gevraagd. De infobar wordt in recente Chrome-versies al gebruikt om vertalingsfunctionaliteit aan te bieden.

Google Chrome

Moderatie-faq Wijzig weergave

Reacties (18)

De omnibox-api maakt het mogelijk om de adresbalk in Chrome te gebruiken voor inputdoeleinden.
Lijkt me wel een probleem i.v.m. phising e.d.? Als een plugin daarin leuk http://www.rabobank.nl in kan zetten terwijl je op http://blabla.ru/rab_nl zit
INPUTdoeleinden. Rabobank tonen ipv een andere url hoort volgens mij nog altijd tot output.
Exact. Je kunt het dus gebruiken om bijvoorbeeld custom searches te doen. Bijvoorbeeld een wikipedia extensie die je direct op wikipedia laat zoeken door w:<jouw query hier> in te voeren.

.edit: overigens, dit specifieke voorbeeld is natuurlijk een beetje lame want Chrome ondersteunt dat al :P. Right-clik in de adresbalk, en klik op "edit search engines". Daar heb je een hele lijst met search engines (t.net en got staan er ook tussen) als websites dergelijke meta-informatie aanbieden, maar je kunt ze ook zelf toevoegen. Bijvoorbeeld, voor de engelse wikipedia, gebruik als search url "http://en.wikipedia.org/wiki/Special:Search/%s". Als je als keyword bijvoorbeeld "w" kiest, dan kun je vervolgens in de adresbalk "w bla" typen om op wikipedia naar "bla" te zoeken.

[Reactie gewijzigd door .oisyn op 25 augustus 2010 17:21]

Ja, maar de voor criminele interessante acties (betalingen uitvoeren) zitten bij banken op https. En dan gaat dat certificaat van bvb. https://internetbankieren.rabobank.nl niet matchen met de aanbieder van http://blabla.ru/rab_nl.. Als Jan met de pet dit gaat merken is iets anders..
En dat kan niet met de huidige extensies?

Daarnaast, als je begrijpt wat die regel betekend, heeft het niets met het wijzigen van de URI te maken. Het is mogelijk om de adresbalk te gebruiken om input velden te vullen, dit kan overigens wel gebruikt worden als keylogger, maar dat doet Chrome standaard al.
En over welke beta/build hebben we het dan? Ik draai op mijn laptop 6.0.495 (dev), en op mijn pc 7.0.xxx (canary), maar bij beide zie ik ze niet terug. Of zie je ze pas als je een extensie installeert die hier gebruik van maakt?
Uiteraard. Dit geeft ontwikkelaars van extensies extra mogelijkheden, het gaat dus niet om nieuwe zichtbare onderdelen van Chrome zelf.
Cool zeg, dit kon al 10 jaar geleden in de Mozilla browsers, en al meer dan 6 jaar in Firefox. Google is toch echt de innovator hier... ;-)
Dus wat, Chrome moet het maar helemaal niet implementeren om reacties zoals de jouwe te voorkomen? Volgens mij vergeet je even dat Chrome een relatief nieuwe browser is (2 jaar oud), maar kwa ontwikkeling ondertussen de rest van de browsers wel keihard aan het voorbijstreven is. En ja, dan heb je weleens features die in Chrome nog geďmplementeerd moeten worden die andere browsers die al jaren bestaan allang hebben.

[Reactie gewijzigd door .oisyn op 25 augustus 2010 11:22]

Wat is hier nu eigenlijk echt nieuw aan? Dit soort zaken zijn al tijden mogelijk met Firefox en Mozilla. Nu geef ik gelijk toe dat de manier waarop dit op dit moment geďmplementeerd moet worden in Fx er voor zort dat bijvoorbeeld de browser opnieuw opgestart moet worden, maar met de JetPack API is dat ook niet meer nodig.

Als Apple een nieuwe functie toevoegd aan WebKit (denk hierbij aan iets als CSS transitions of zo), dant wordt daar toch ook geen los artikel voor geschreven? En me Fx 4.0 komt er ook weer een complete serie aanpassingen en die worden ook niet per stuk of groepje van 3 uitgelicht...
Werd internet explorer niet altijd aangevallen omdat ze zelf dingen zaten te verzinnen die andere browsers niet ondersteunde?

Kan nou niet zeggen dat ik dit (als webdeveloper zijnde) kan toejuigen

*edit* wow wat een vijandigheid. Het spijt me, eerste zin overgeslagen inderdaad, ik ging ervanuit dat dit "extensies" waren voor webdevelopment, net als die Microsoft-filter meuk. Ik trok ietswat snel mijn conclusies, excuus.

[Reactie gewijzigd door Zoop op 25 augustus 2010 09:32]

Als IE het niet ondersteund dan forceer je je bezoekers toch gewoon om "Google Chrome Frame" te installeren, dan werkt het altijd ;)

En tot op heden heb ik nog nooit van een feature gehoord die wel in IE werd ondersteund, maar niet in andere browsers mogelijk zijn. Alleen filters zijn een IE ding, die tegenwoordig met CSS3 worden behandeld (dus alle browsers, behalve IE).

Daarnaast, net als de andere personen die op jouw reageerde, is dit een API voor extensies, en niet voor websites.
Nog nooit van gehoord? http://msdn.microsoft.com.../ms532853%28VS.85%29.aspx Hier een hele waslijst. En juist die filters zijn nou juist zo naar. Daarnaast heb je het ActiveX gebeuren.

Uiteraard kan dat tegenwoordig allemaal met CSS3, gelukkig wel, dat is tenminste een standaard, niet zoals IE dat vroeger altijd deed, gewoon zelf dingen uitvinden.

Maar goed, dit is offtopic en irrelevant, want het heeft inderdaad niets met webdevelopment te maken.
Voor webdevelepors maakt dit niets uit, dit is voor addons/extensions die als uitbreiding van je browser werken.
Sorry hoor maar wat heb jij als webdeveloper hier mee te maken?
Het betreft hier extensions (dus niet op website niveau) waar als webdeveloper niets voor hoeft of kan doen. Het heeft dus niets met websites markup te maken.

[Reactie gewijzigd door FTL op 25 augustus 2010 09:23]

Dit is ook voor extensieontwikkelaars, en niet voor webontwikkelaars. Staat notabene in de eerste zin ;)

[Reactie gewijzigd door RielN op 25 augustus 2010 09:23]

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