Het lijdt geen twijfel dat er meer opvouwbare telefoons, tablets en laptops komen. Met bedrijven als Samsung, Motorola en Huawei die de trail, opvouwbare, persoonlijke elektronische apparaten lijken op de een of andere manier deel uit te maken van de toekomst. Immers, als dit soort apparaten een beetje steviger, betaalbaarder en beschikbaar zijn, wie wil er dan niet een telefoon op zak hebben die kan veranderen in een kleine tablet of een kleine tablet die ook een laptop kan zijn? Ik weet dat ik erg geïnteresseerd ben in waar dit segment naartoe gaat.
En Google blijkbaar ook. Vanuit een hardwarestandpunt , is er voldoende bewijs dat Google hun eigen opvouwbare Pixel-apparaat plant en dat is om een aantal redenen belangrijk. Ten eerste weten we allemaal dat Google niet bepaald een voorloper is als het gaat om telefoonontwerp. Ze nemen over het algemeen de zorgvuldige benadering en passen technologie toe nadat deze is uitgeprobeerd en getest in andere handsets. De stap voor Google om een lancering van hun eigen opvouwbare telefoon voor te bereiden, vertelt me dat ze genoeg marktgroei in de categorie hebben waargenomen om het als duurzaam en levensvatbaar te beschouwen. Ten tweede is het belangrijk omdat Google, als poortwachter van Android, op een diepere manier betrokken raakt met opvouwbare vormfactoren, wat betekent dat Android steeds beter zal worden in het omgaan met deze unieke kijk op wat telefoons en tablets zouden kunnen worden.
Maar Google is meer dan hardware en meer dan alleen Android. Laten we de diepe interesses die ze hebben in het web niet vergeten met hun cloudservices, cloudgebaseerde software, de Chrome-browser en Chrome OS. Je zou kunnen stellen dat internet de belangrijkste focus van Google is, de belangrijkste bron van inkomsten en het grootste kanaal voor daadwerkelijke gebruikers op dagelijkse basis. Als ze opvouwbare vormfactoren serieus genoeg nemen om er niet alleen voor te zorgen dat Android goed met hen werkt, maar ook vanuit een hardwarestandpunt in het spel springt, is het alleen maar logisch dat ze ook het webgedeelte van de vergelijking ondersteunen. En dat is waar de nieuwe DevicePosture API van pas komt.
Er zijn al meerdere API’s voor webinhoud om ontwikkelaars te helpen omgaan met complexere, opvouwbare apparaten en webgebaseerde inhoud. het lijkt er echter op dat er enige overlap en verwarring was met sommige van deze methoden en het W3C heeft nu de manier geconsolideerd waarop ontwikkelaars via browsers kunnen communiceren met deze nieuwe, opvouwbare vormfactoren op het web, en het wordt DevicePosture API genoemd. Hier is een samenvatting van de W3C:
Er verschijnen nieuwe typen mobiele apparaten met een soort vouwmogelijkheden rondom het scherm. Dus wanneer het apparaat wordt opgevouwen, kan het fysiek een andere vormfactor hebben. Het belangrijkste belang bij het kennen van de houding is om nieuwe gebruikerservaringen met responsief ontwerp mogelijk te maken.
Onder de beschreven”opvouwbare”apparaten zijn er hoofdzakelijk twee verschillende fysieke vormfactoren: apparaten met een enkel flexibel scherm (naadloos) , en toestellen met twee schermen (met zoom). Ze kunnen allebei om een scharnier worden gevouwen en de huidige specificatie geldt voor beide typen. Er moet ook worden verduidelijkt dat zowel naadloos als (apparaten) met naad verschillende afmetingen kunnen hebben, variërend van mobiel en tablets tot laptopformaten. Er moet ook worden opgemerkt dat verschillende apparaten verschillende standaardoriëntaties hebben (staand of liggend) en dat het vouwen op een verticale of horizontale manier kan gebeuren.
Van het verbeteren van de bruikbaarheid van een website door het vermijden van het gebied van een vouw, om innovatieve gebruiksscenario’s voor het web mogelijk te maken, wetende dat de houding ontwikkelaars kan helpen hun inhoud aan verschillende apparaten aan te passen. Inhoud kan worden geconsumeerd en bekeken, zelfs als het apparaat niet plat is, in welk geval de ontwikkelaar wil er mogelijk een andere lay-out voor geven, afhankelijk van de houding waarin het apparaat wordt gebruikt.
Met deze nieuwe API kunnen ontwikkelaars hun sites of web-apps zo maken dat ze beter begrijpen wat een apparaat is daadwerkelijk doen en op de juiste manier reageren. Als een gebruiker bijvoorbeeld het venster tot volledig scherm overspant, wat doet de inhoud in de browser dan? Gaat het in kolommen, weergave in desktopstijl of blijft het statisch? Hoe zit het met gedeeltelijk opgevouwen? Hoe zit het als je aan één kant van het vouwscharnier valt? Of op tafel gelegd in een laptop-oriëntatie? De DevicePosture API geeft ontwikkelaars de controle om gedrag te schrijven op basis van deze posities, nodigt uit tot fixes voor vreemde lay-outs en opent de deur naar unieke ervaringen op het web met opvouwbare elektronica.
Zoals je kunt zien in de bovenstaande commit, heeft Google al deze API aan Chrome toegevoegd, zodat’s werelds populairste browser al in staat zal zijn om te profiteren van deze bijgewerkte mogelijkheden en ik ben verheugd om te zien wat hiervan in de loop van de tijd komt. Opvouwbare telefoons, tablets en laptops maken op de een of andere manier deel uit van onze toekomst, en naarmate meer en meer mensen deze vormfactoren verkiezen boven de standaard plaktelefoons en laptops die we nu gebruiken, hebben we de platforms nodig om geweldige ervaring voor hen op te bouwen op het web. Dit is zeker een enorme stap in die richting.
