Saiba quais dos recursos que você considera garantidos realmente se originaram da comunidade de entusiastas e desenvolvedores!
O Android é de longe um dos sistemas operacionais móveis mais apreciados, devido ao seu crescimento disruptivo não apenas ao Open Handset Alliance, mas também à série de recursos úteis que o sistema inclui, recursos que são realmente produtivos, em vez de apenas sinos e assobios.
No entanto, nem sempre foi assim e, no início, as compilações de firmware careciam de muitos componentes daqueles ricos em recursos que vemos hoje. A maioria desses recursos nasceu em Mountain View ou no coração de muitos OEMs de dispositivos que ajustam o Android ao seu gosto... mas alguns recursos vieram, sim, você adivinhou, da própria comunidade de entusiastas do Android. Muitas vezes começando como aplicativos root, alguns pequenos mods ou recursos de ROM personalizados eventualmente ganharam força suficiente para ganhar um lugar no repositório AOSP, seja como importações diretas ou boas “portas”. Aqui estão alguns dos mais notáveis:
Notificações de alerta
No início de 2014, The Androide paranóico A equipe anunciou o Hover, um recurso de notificação e multitarefa que estava muito à frente de qualquer outro disponível na época. Logo após o anúncio, a equipe lançou a primeira versão beta da versão 4.3 do firmware, e a experiência do usuário resultante foi perfeita e aumentou muito a produtividade. Hover, uma evolução do sistema Halo do PA, exibiu notificações flutuantes na parte superior da tela que permitiu aos usuários ver rapidamente as notificações recebidas e deslizá-las ou interagir com eles. Isso substituiu o cansativo sistema de notificação de ticker integrado ao Android e, logo depois, o Android Lollipop foi anunciado com notificações flutuantes integradas, embora sem o sistema de janela flutuante que Flutuar usado ao interagir com notificações. Curiosamente, o código para o que veio a ser conhecido como 'notificações de alerta' foi descoberto inativo nos repositórios KitKat 4.3 e 4.4, e a comunidade rapidamente mods produzidos para habilitá-los. Pouca coisa mudou desde a integração ao Android Lollipop, com a atualização 5.1 adicionando a funcionalidade ‘deslizar para cima para ocultar’ anteriormente ausente.
Alternadores de notificação (configurações rápidas)
O CyanogenMod percorreu um longo caminho desde que era uma pequena opção de firmware pós-venda e foi pioneiro em vários recursos como parte do sistema Android. CyanogenMod 7, a iteração Gingerbread do firmware e a versão responsável por colocar o nome CM na boca de muitos entusiastas, trouxe um recurso útil e que economiza tempo para a aba de notificações na forma de Quick Toggles, emprestado da implementação semelhante da Samsung em ToqueWiz. Esses pequenos botões ficavam na parte superior do painel de notificação e permitiam aos usuários alternar rapidamente recursos importantes e muito usados do sistema, como WiFi, Bluetooth, GPS, etc.
Ao contrário das notificações flutuantes, os alternadores de notificação demoraram para chegar ao AOSP, finalmente aparecendo no Android Jellybean, sob o nome 'Configurações rápidas' e na forma de um painel oculto na aba de notificações, alternado por um botão. No entanto, esta implementação resultou em uma experiência de usuário relativamente ruim, dada a baixa taxa de descoberta do painel, e o Android Lollipop os moveu para a frente. e no centro da aba de notificações, abaixo do cabeçalho, mas acima das notificações, com a opção de ocultá-las rapidamente deslizando para cima no notificações.
Capturas de tela
Um dos recursos mais óbvios de qualquer sistema operacional é a capacidade de capturar o conteúdo da tela atual como uma imagem, também conhecida como captura de tela. Infelizmente, o Android não tinha a capacidade de fazer isso em seus primeiros anos, com usuários avançados recorrendo a soluções root, como o então popular Atire em mim para atender às suas necessidades de captura de tela. A exceção foi o TouchWiz, que poderia diminuir o volume + a combinação de captura de tela do botão liga / desliga antes do AOSP. Isso mudou no lançamento do Android 2.2 Froyo, quando o Google começou a adicionar código ao AOSP para permitir capturas de tela, embora ainda não era uma API oficial e apenas alguns usuários do Samsung Galaxy S relataram a capacidade de extraí-la com sucesso desligado. O Android 2.3 Gingerbread tornou a API oficial, com os aplicativos sendo capazes de fazer capturas de tela do dispositivo sem acesso root, mas isso não foi até o O Android 4.0 Ice Cream Sandwich lança que a combinação de captura de tela Power + Volume Down foi adicionada ao sistema e padronizada na maioria dispositivos.
Gravação de tela
A gravação de tela é um recurso útil para muitos, quer você queira capturar a demonstração de um aplicativo ou esteja pronto lançando seu canal de jogos para dispositivos móveis, mas até o Android 4.4 Kitkat, a estrutura não tinha API nativa para executar o gravação. Antes disso, aplicativos pioneiros como SCR fazia uso das APIs FrameBuffer ou SurfaceFlinger, mas mesmo assim, os aplicativos que eram normalmente iniciados não tinham acesso a elas. Uma técnica de inicialização do adb flutuou por aí por um tempo, mas provou ser repetitiva e complicada e a solução ideal eram aplicativos root que usavam permissões de superusuário para tocar nessas APIs. A chegada do KitKat mudou as coisas, com o Google finalmente reconhecendo a importância da gravação de tela e adicionando uma API acessível publicamente ao estrutura. A partir daí, os aplicativos poderiam facilmente acessar o sistema e aproveitar gravações de alta qualidade, mudando todo o cenário da gravação de tela no Android.
Aplicativos para SD
O gerenciamento de armazenamento no Android costumava ser um pesadelo, e muitos usuários passaram horas com um laptop e um dispositivo Android conectados, particionando seu cartão SD, escrevendo scripts de montagem e outros, em uma tentativa heróica de extrair cada megabyte disponibilizado para o do utilizador. Pequenas partições internas e a incapacidade do sistema de armazenar aplicativos no cartão SD levaram a graves moderação das taxas de instalação de aplicativos para usuários finais e, além do particionamento do cartão SD, vários root aplicativos como Link2SD e Super App2SD apareceu. O Android 2.2 Froyo trouxe essa funcionalidade para o sistema operacional de forma nativa e, de repente, os usuários conseguiram mover determinados aplicativos parcialmente para o cartão SD. Foi uma melhoria pequena, mas significativa, e desde então, os tamanhos das partições internas aumentaram tremendamente e o recurso diminuiu em importância, mas na época virou uma série de carrancas de cabeça para baixo.
Desative aplicativos do sistema
Aplicativos pré-instalados, ou ‘bloatware’, como muitos entusiastas gostam de chamá-los, são aplicativos pré-carregados como parte do sistema Android, seja do OEM ou da operadora. Na maioria das vezes, esses aplicativos ocupam muito espaço, fornecendo funcionalidades desnecessárias que resultam em uma experiência debilitante para o usuário. Até o lançamento do Honeycomb, a única maneira de se livrar do bloatware era usar um desinstalador root. No entanto, o lançamento do Android 4.0 Ice Cream Sandwich trouxe um recurso para a página de configurações do aplicativo que permitia desativar aplicativos do sistema e, embora isso não fosse um problema. reprodução exata do recurso habilitado para root, fornecia uma funcionalidade semelhante, porém reversível, e funcionava perfeitamente desde o início, com uma interface amigável abordagem.
Cochilar
Há alguns anos, o famoso Ecologizar começou a circular como uma solução para aumentar o desempenho e economizar bateria, o que efetivamente colocava os aplicativos em segundo plano em um estado de suspensão forçada. Ele cresceu rapidamente, com usuários avançados e entusiastas de todos os lugares obtendo melhorias de desempenho e bateria, e até hoje continua sendo um aplicativo popular. Android 6.0 Marshmallow apresentou Soneca, um recurso tangencial ao caminho do Greenify, que trouxe os recursos quase mágicos de economia de bateria deste último como um serviço passivo sempre ativo, disponível para todos os usuários por padrão. Doze usa o conjunto de sensores do Android para detectar quando o dispositivo não está em movimento e, posteriormente, liga desativa quase tudo no dispositivo, salvando o estado apenas para chamadas, SMS e outros itens de alta prioridade notificações. O Google também tem um plano de contingência inteligente que evita que os desenvolvedores interrompam indevidamente o Doze, exigindo roteamento e verificações subsequentes por meio de um servidor Google Cloud Messaging.
Menções honrosas
Apesar dos recursos mencionados acima estarem entre os mais notáveis que passaram dos recursos da comunidade para a base de código AOSP, vários outros relativamente menores também o fizeram. Poucos foram implementados de maneira idêntica às suas contrapartes raiz, mas a maioria deles passou por alterações que o Google considerou apropriadas. Multiwindow estava entre os primeiros, com o Android Marshmallow apresentando um botão de alternância oculto para ativar o aprimoramento da produtividade da tela dividida de uma maneira quase idêntica à vista no firmware de reposição como OmniROM.
Outros que sofreram modificações relativamente substanciais incluem:
- Controles de privacidade como Privacidade XP, que permitia aos usuários bloquear o acesso de aplicativos a determinadas permissões. Uma versão deste apareceu pela primeira vez no Android no Android 4.3 sob o nome ‘App Ops’, mas foi imediatamente removida no Android 4.4 KitKat. Usuários encontrados uma solução alternativa para ativar as configurações ocultas, mas foi somente no Android 6.0 Marshmallow que as configurações de permissão fizeram uma entrada completa
- O Android sempre foi o favorito entre os usuários pelas infinitas opções de personalização que oferece, e o tema é um dos componentes subjacentes mais vitais da personalização. O tema completo do dispositivo ganhou popularidade com o lançamento do mecanismo de tema da T-Mobile e, por um tempo, teve o monopólio, até que uma equipe de desenvolvedores levou o RRO Layers a um nível grande variedade de ROMs personalizadas. Originalmente criado na Sony para desenvolvedores de temas do Xperia, o Layers ganhou enorme força na comunidade e os usuários relataram recentemente que o Layers os temas também funcionam nativamente no Android 6.0 Marshmallow (com root), levando os entusiastas a acreditar que o suporte total para eles como parte do AOSP pode estar próximo do canto.
- A tela de bloqueio no Android passou por uma grande variedade de mudanças ao longo dos anos, desde o simples Controle deslizante Froyo, para o widget divulgando o Jellybean e, finalmente, o minimalista e elegante Lollipop tela de bloqueio. Embora aplicativos como WidgetLocker trouxe a funcionalidade do widget da tela de bloqueio sem root, cabia à comunidade modding trazer recursos como inicialização rápida da câmera e controles de música para a tela de bloqueio. Não foi antes do lançamento do Android Icecream Sandwich que eles foram incorporados ao AOSP e persistiram até o momento, embora com pequenos refinamentos e polimentos.
Você conhece algum recurso do Android que costumava ser exclusivo para root naquela época? Deixe-nos saber na seção de comentários abaixo