Alle ontwikkelaars zijn gelijk in de App Store, maar sommige hebben toch een speciale status bij Apple. De doorsnee ontwikkelaar wordt teruggefloten als hij een ongedocumenteerde slimmigheid in de SDK heeft ontdekt en dit in zijn applicatie wil gebruiken, zo hoorden we laatst van een ontwikkelaar. Apple weigert de applicatie in de App Store op te nemen en is pas weer bereid om te luisteren als de ontwikkelaar uitvoerig heeft beargumenteerd waar hij de gebruikte methode in de documentatie heeft gevonden. Bij Google blijkt dat niet het geval: Daring Fireball ontdekte dat in Google Mobile niet-gedocumenteerde methoden zijn gebruikt om toegang te krijgen tot de nabijheidssensor van de iPhone.
Met de nieuwe spraakfunctie van Google Mobile kun je de iPhone bij je oor houden. De nabijheidssensor (proximity sensor) herkent dit en bereidt de iPhone voor op een gesproken commando. De nabijheidssensor wordt door Apple zelf gebruikt om het scherm uit te schakelen tijdens telefoongesprekken. Gewone gebruikers kunnen de sensor niet gebruiken in hun applicaties, omdat er geen methode beschikbaar is om te bepalen of de nabijheidssensor is getriggerd. Google gebruikt in Google Mobile echter de ongedocumenteerde call proximityStateChanged om signalen van de nabijheidssensor te kunnen uitlezen. In feite overtreedt Google daarmee de gebruiksvoorwaarden van de SDK.
Er zijn nu drie mogelijkheden: (1) Apple keurde de applicatie goed zonder te realiseren dat een ongedocumenteerde methode werd gebruikt; (2) Apple wist ervan en keurde het toch goed; (3) Google vroeg vooraf toestemming aan Apple. Volgens John Gruber van Daring Fireball valt optie 3 af, “omdat Apple dit nooit zou doen”. Blijven over optie 1 en 2. Erica Sadun zegt dat het regelmatig voorkomt dat ongedocumenteerder methoden worden gebruikt. Dat zou ook de reden kunnen zijn waarom de applicatie vertraagd in de App Store verscheen. Maar, concludeert Crunchgear: er is zoveel willekeur en geheimzinnigheid in het goedkeuringsproces van Apple dat dit er ook nog wel bij kan.
Via: Daring Fireball
Taalfout gezien of andere suggestie hoe we dit artikel kunnen verbeteren? Laat het ons weten!
het is google…. die heeft altijd een handje voor bij apple… zijn net broertjes.. dus nee, ik sta hier van te kijken.
ik denk dus optie 2.
Hoe vet eigenlijk als dat zou werken met bellen
don’t really care ^^
Google is geen doorsnee ontwikkelaar. En inderdaad, who cares! Het wordt alleen interessant als andere apps met dezelfde functionaliteit worden geweigerd, want dan is er sprake van discriminatie.
Moet er eerst voicemail op zitten… 😉
Bedoel voicedial…
Fake call en de meeste applicaties in die trand, gebruiken de zelfde manier.. tenzij ze die ‘licht’ sensor gebruiken..
ik denk dat Google een streepje voor heeft op een hoop ontwikkelaars omdat google de eerste is geweest die een nouwe samenwerking met apple aan ging op meerdere vlakken.
Kijk naar de bazen van google en Apple. ze zitten bij elkaar n de board of direction. Ik denk dat daarom google meer mag dan een kleine ontwikkelaar.
Samen sterk
Bekijk het positief: als Apple alles en aan iedereen toe zou laten, dan wordt de iPhone 1 grote instabiele flipperkast!
Ik ben blij met Apple’s regime: bekijk het breder, think different 😉
Kwam al eerder een soortgelijk gevalletje tegen. Hierrrr schrijft Lars Bergstrom, de coder achter WiFinder dat hij al die tijd de het PrivateFramework applemobile80211 gebruikt. (Dat doet hij op z’n eigen blog, en het lijkt erop dat niemand dat leest, ik kwam er ook toevallig door de firma Google.) En ik die documentatie maar doorscrollen. Apple meet met twee maten.
Fring kan dit ook hoor, wanneer je de iPhone tegen je oor houdt gaat de scherm uit zoals bij de Phone app…Fring is ook veel eerder uit in de App Store….
Fring heeft het er toch ook al in zitten ? Snap de ophef niet zo :s