Innehållsförteckning:
- Det första steget mot Chrome OS och Android som arbetar tillsammans i harmoni
- Hur man ställer in det
- Hur det fungerar
- Värt det? Förmodligen inte för de flesta (just nu)
Det första steget mot Chrome OS och Android som arbetar tillsammans i harmoni
Vi fick en återblick på Google I / O vid den kommande mysigheten mellan Chrome OS och Android, och utöver begränsad app-kompatibilitet mellan plattformar är ett av de första tecknen på denna sammankoppling Smart Lock. Detta är den eftertraktade funktionen som håller din Chromebook olåst så länge den är inom Bluetooth-området för din telefon som kör Lollipop, och även om den för närvarande är begränsad till Chrome OS-kanalen och märkt som "beta" har vi sparkat på däcken den här nya funktionen lite.
Detta är verkligen inte den fullständiga integrationen av Chrome / Android som demoades vid I / O, men rätt Smart Lock är här för alla att använda så länge de är redo att göra några tweaks på Chrome OS-sidan och få saker räknat ut. Läs med och se hur det fungerar.
Hur man ställer in det
Här är rynkor med Smart Lock - du behöver både en telefon som kör Android 5.0 och en Chromebook som kör dev-kanalen för Chrome OS. Den förstnämnda är inte mycket av en sträcka, men det finns en god chans att du inte är inställd på den senare. Om du för närvarande kör stabila eller beta-kanaler i Chrome OS och vill se detta på risken för att ha ett mindre stabilt operativsystem totalt, skriver du "chrome: // help" i omniboxen, klicka på "Mer info" och "Byt kanal" sedan "Utvecklare - instabil." Vi behöver verkligen påpeka att du tar saker i dina egna händer när du går till dev-kanal och börjar mumla med flaggor, dock - fortsätt inte här såvida du inte är medveten om att maskarna kan öppning.
När du förstår riskerna med att använda dev-kanalen, när du har startat om och är i den nya versionen hoppar du in på "flaggor" -menyn med "chrome: // flags" och aktiverar Smart Lock. Starta om, så hittar du Smart Lock i Chromebook-inställningarna. Processen därefter är ganska grundläggande, verkligen. Smart Lock leder dig genom att hitta Bluetooth-enheter i närheten som kör Android 5.0 - den hittade min Moto X direkt - och du bekräftar helt enkelt att du vill att din Chromebook ska vara upplåst när den valda enheten finns i närheten.
Hur det fungerar
När du har gått igenom installationsprocessen så fungerar det så. Först måste du ha någon slags låsskärmssäkerhet på din anslutna telefon för att den här processen ska fungera. Du får ett meddelande på din Chromebook om detta såväl som på din telefon, men det är värt att notera. När du har lagt till ett mönster, stift eller lösenord på telefonen, slå bara Chromebook till inloggningsskärmen så ser du ett litet gult hänglås. Slå på telefonen och lås upp den - hänglåset blir grönt och du klickar bara på inloggningsrutan på din Chromebook för att komma in. Om din telefon redan är ute och låst upp kan du helt enkelt klicka för att logga in.
När din telefon inte är direkt till hands eller du inte kan bry dig om att ta ut den och låsa upp den, kan du alltid bara ange ditt Google-lösenord som vanligt och logga in. Dessutom, om du har Smart Lock aktiverat men föredrar att ditt Google-lösenord fortfarande krävs kan du klicka på hänglåset på Chromebook-inloggningsskärmen för att kräva lösenordet för nästa inloggning. Naturligtvis för att stänga av den under en längre tid, stäng av Bluetooth eller inaktivera Smart Lock helt från inställningarna.
Allt du anser att du inte sparar massor av tid med Smart Lock kontra bara att skriva in ditt Google-lösenord när du öppnade din Chromebook. Men vad detta erbjuder är ett skikt av enkelhet när du använder din Chromebook nära din telefon, samtidigt som du ger dig möjligheten att använda ett längre, svårare att skriva lösenord eftersom du inte kommer att använda den så ofta.
Värt det? Förmodligen inte för de flesta (just nu)
Om du inte har några problem att byta över Chromebook till dev-kanalen (och strömtvätt när du går tillbaka till stall) för skojs skull är det ingen tvekan om att du bör aktivera Smart Lock. Men om du är någon som har det bra med sin stabila Chrome OS-upplevelse, finns det liten fördel med att göra en så stor switch (och försämring av OS-stabilitet) bara för att ta upp en så minimal funktion. Det är bra att vara entusiastisk över möjligheterna för Chrome OS och Android att arbeta tillsammans medan du också ser det utvecklas på avstånd - du får en ännu bättre upplevelse när detta anländer till den stabila kanalen.