O Google Chrome OS, sistema operacional para netbooks que foi mostrado em novembro passado, não usará drivers de impressoras por contar exclusivamente com oGoogle Cloud Print, e a proposta para outros sistemas operacionais é a mesma: levar ostatus da impressão como uma tarefa local para a nuvem, “libertando” assim os usuários dos drivers proprietários. Claro que com esse sistema, é imperativo que o usuário esteja conectado à Internet para poder imprimir, mas para quem já tem uma impressora, pode torná-la ponto de acesso do Google Cloud Print (via proxy) e permitir que documentos de amigos, colegas e funcionários sejam impressos sem o download do arquivo.

Já está em desenvolvimento, prioritariamente, um proxy para Windows; e em segundo plano ficam Linux e Mac OS. Uma interface web será necessária para visualização e ajustes pré-impressão, bem como API’s para gerenciar todo o processo.

São descritos dois modos de uso do Google Cloud Print:
-Primeiramente, tanto o dispositivo quanto a impressora teriam de estar conectados à Internet e com um proxy (pequeno software encarregado de fazer a interconexão entre um e outro) instalado no dispositivo onde a impresora estaria conectada;
-Em uma segunda maneira, o serviço seria feito por impressoras dedicadas e adaptadas para interagirem diretamente com a nuvem sem computadores intermediários; tal modelo ainda não existe – comercialmente falando, mas a Google aposta na criação de dispositivos dessa natureza para o uso total da nuvem em favor da Cloud Print.

E para quem já está interessado em saber mais sobre a ferramenta e desenvolver soluções para a Cloud Print, siga por aqui para ter acesso à documentação e ao códigodisponibilizado.

Fontes:[Exame / IG Tecnologia / Meio Bit / PC World]

Parece que finalmente estamos conseguindo nos livrar desta porcaria deste browser que só nos traz problemas. Para entender melhor a situação, vamos aos números:

Como podem ver, o Internet Explorer 7 lidera, com cerca de 41% do mercado. Logo atrás dele vem o Firefox, com cerca de 27% do mercado. Abaixo do Firefox temos o Internet Explorer 6, com cerca de 22%. E, nos últimos lugares temos o Chrome, IE8 e Opera (não sei por que o Safari não foi citado nas estatísticas).

É meus amigos, estamos conseguindo. Não vamos deixar de influenciar o pessoal a usar browsers alternativos.

Eu já convenci minha mãe a usar o Firefox, e ela está adorando. Vários amigos meus usam o Google Chrome (amigos não-nerds). Aliás, vale citar que no Brasil a utilização do Firefox é maior que na escala global. Aqui no Brasil o Firefox tem aproximadamente 31% do mercado dos browsers.

Quero agradecer o Willian Fernandes que me convidou para participar da campanha a favor dos browsers modernos. Já que eu já estava participando quando recebi o convite, resolvi fazer este post como “comemoração”.

Notícia extraída de: www.screencaster.com.br

Quem é desenvolvedor Front-end sabe do famoso bug da margem dupla no IE6, mas se você nem sabia que isso existia, vamos aos fatos. No IE6, se você aplicar float a um elemento, e depois aplicar margin para o mesmo lado que foi aplicado o float, essa mesma margem fica com o valor dobrado. Exemplo, apliquei float:left a um botão e depois defini que ele terá um margin-left:100px, em qualquer browser isso será 100px, mas no IE6, isso virá 200px. Para corrigir isso basta aplicar um display:inline ao elemento que ocorre o bug e tudo fica OK.

Esse comportamento foi corrigido em versões posteriores do browser, ou quase, pois um bug semelhante ocorre no IE7, só que agora com a margem em outra direção. Vou explicar detalhadamente o bug para que vocês possam entender, e para isso, observem a marcação HTML abaixo:

Até então, nada demais com essa marcação HTML, tudo muito simples, mas se por exemplo, eu aplicar float ao link, e definir um margin-bottom para o meu parágrafo, o link herda a margin do parágrafo. Portanto, a lógica é a seguinte, se eu tenho um elemento com float, e seu irmão (elemento antecessor no código) possui margin-bottom, o elemento com float herda o margin-bottom. Querem ver o que acontece, vejam o exemplo criado, funciona OK em qualquer browser, menos no IE7. Se você está com preguiça de abrir o IE7, veja só o que acontece na imagem abaixo:

Como podem ver, definir que meu parágrafo teria um margin-bottom:100px, ao aplicar float no link, ele também ficou com um margin-bottom de 100px. Possíveis soluções:

• Trocar margin por padding
• Remover o margin-bottom do parágrafo e aplicar margin-top ao link

No exemplo eu optei por remover a margem do parágrafo e aplicar ao link, portanto, vejam agora o exemplo sem bug. Jà havia passado por isso várias vezes e nunca havia encontrado solução, consertava isso através de “gambiarras”, mas através de um reply do Rafael Pazio no Twitter, encontrei a solução para o problema. Agora seu chefe vai ficar feliz quando você mostrar a ele que encontrou a solução para os problemas.

Espero que aproveitem.