Sei que estou meio atrasado com o post, mas acho que vale a pena exibir…

A última build do Opera atingiu 100/100 no Acid3, como anunciado na última Quarta-Feira pelo Junyor, desenvolvedor do Opera. Assim como o Webkit, o mecanismo de renderização de páginas por traz do Safari, da Apple, e do Konqueror, navegador do KDE – Anunciado na mesma Quarta-Feira.

Resta agora aguardar que as últimas mudanças cheguem as suas respectivas versões estáveis (pois ambas ainda são versões em desenvolvimento) para que os usuários possam usufruir das vantagens. E também das respostas da Mozilla e MS.

Para nós desenvolvedores, é animador ver esta corrida para atender aos web-standards. Fico imaginando a utopia de páginas nos padrões das w3c sendo exibidas corretamente em qualquer navegador, sem hacks… ^^

Fontes: MeioBit, The.Blog.br

Não é a primeira vez que isto me acontece. Decidi postar apenas por ser um bug (!?) estranho, mas não preocupante, pois não é algo persistente.

Ao tentar acessar meu email no Google Hosted (ou Google Apps) o Firefox (ou Iceweasel) me pergunta o que desejo fazer com o arquivo .COM (:| !??):

Engraçado né? Muito útil caso o usuário queira “salvar seu domínio de email”. Hehe, na verdade a página salva é apenas um HTML sem muita utilidade.

Não sei se é uma falha no Firefox ou no Gmail, nem se acontece apenas no Google Hosted, mas em geral basta aguardar alguns segundos e atualizar a página que o problema se resolve.

Com o lançamento recente da versão estável do Safari (3.1) para Windows, a Apple decidiu utilizar seu aplicativo de atualizações, distribuído com o iTunes, para instalar o novo browser na plataforma do tio Bill.

Agora, o ponto para debate, como foi criticado pelo CEO da Mozilla Foundation em seu blog, John Lilly, e que eu devo, até certo ponto, concordar, é que um aplicativo de atualização, deve ser usado para atualizações, e não para instalar novos aplicativos. Segundo Lilly, o que a Apple está fazendo é errado, ao usar seu software de atualização do iTunes para também instalar o seu navegador Safari e, como pode ser visto no screenshot ao lado, o Safari já vem marcado, mesmo que não esteja instalado no PC, o que pode causar que usuários instalem o navegador sem conhecimento ao pressionar Enter acidentalmente, ou apenas confirmar o download esperando que apenas seus software já instalados sejam atualizados.

O ponto que John Lilly quer chegar, e ao qual eu decididamente concordo, é que atualização de software é um procedimento delicado e nós usuários não desejamos nos preocupar com isto, bastando um único clique para deixar nossos softwares atualizados e seguros, clique este que, no caso do Apple Software Update, irá instalar uma nova peça de software totalmente nova e, possivelmente, indesejada.

Como comentou um membro do fórum do meiobit, o site Microsoft-watch publicou os maiores 5 motivos para a Apple querer o Safari no Windows:

• A Apple ganha por cada pesquisa feita no campo de busca do Google na toolbar do Safari, dá pra fazer um bom dinheiro.
• O iTunes usa a engine do Safari para navegação.
• Há benefícios na sincronização de um iPhone/iPod Touch e do iPhone SDK tendo o Safari no computador.
• Tendo mais software no Windows divulga a marca da Apple.
• A Apple mostra-se a frente da Microsoft tendo um navegador que cumpre melhor padrões da Web.

…replicando com um exemplo do update-manager usado nos produtos da Mozilla:

“O Software-Update da Mozilla baixa e instala automaticamente atualizações para o Firefox, mas não pergunta se desejo instalar também o Thunderbird, que não está no Laptop.”

Considerando-se a quantidade de usuários por aí afora que utilizam-se do iTunes no Windows, como media player, e como gerenciador de biblioteca, além de ferramenta fundamental para manipulação de listas em seus produtos iPod / iPhone / iTouch (eu mesmo usei muito o iTunes antes de migrar para Linux), teremos, em poucas semanas, uma grande quantidade de novos usuários, também, do Safari.

Trata-se de uma jogada estratégica e, dependendo do ponto de vista, suja, da Apple.

Fontes: Meiobit, Microsoft Watch, John’s Blog

Finalmente, após 15 anos de Desenvolvimento, o Wine 1.0 tem data de lançamento, prevista para 6 de Junho de 2008.

No dia 9 de Maio, com o lançamento da versão 0.90.61 (1.0.0rc1) o desenvolvimento do Wine será “congelado”, para que sejam corrigidos os últimos bugs e para evitar casos de “regressão” (quando uma aplicação deixa de funcionar numa versão mais recente) até o lançamento da versão 1.0.0. Novas mudanças serão aplicadas apenas na versão 1.1.0, a ser lançada em 20 de junho.

Para quem não sabe, o Wine é uma implementação livre da API do Windows, rodando sobre X, OpenGL, e Unix. O nome wine é um acrônimo recursivo para Wine is Not an Emulator, o que significa que o Wine não é um emulador do Windows, mas algo como uma camada de compatibilidade para rodar aplicações Windows, assim, o Wine traduz as chamadas do programa para chamadas Unix, executando-o nativamente.

A libwine já salvou muitas vidas, rodando perfeitamente determinadas aplicações Windows em diferentes SOs, não apenas Linux, mas também várias outras plataformas baseadas no Unix, incluindo o Mac OS X, fazendo pequenos milagres, como rodar o Internet Explorer 6 (blargh!), e vários jogos usando DirectX e OpenGL. Eu, por exemplo, tenho jogado Call of Cthulhu – Dark Corners of the Earth sem problemas no Debian.

Como se não bastasse, “a libwine é capaz de fazer aplicações Windows rodarem no Windows” :). É isso mesmo, você não leu errado. Usuários Windows sabem que programas criados para determinada versão muitas vezes não funcionam nas versões mais recentes do sistema, e como o Wine é desenvolvido para prover compatibilidade com Windows 2.0/3.0/3.1/NT 3.5/NT 4.0/ 95 / 98 / ME / 2000 / XP / 2003 / Vista / 2008 … , ele pode muito bem fazer uma aplicação para Windows 3.1 (que só funciona no 3.1) rodar no XP, por exemplo.

Mas como “nem tudo são Flores”, a quantidade de aplicativos suportados pelo Wine é limitada. Existe uma base de dados de aplicativos que pode ser consultada e alimentada por qualquer usuário, contendo dados de como estes aplicativos comportam-se no Wine, em geral, quanto mais antigo e conhecido um programa é, maiores as changes de ele ser bem executado no wine, assim, programas que recém sairam do forno podem apresentar problemas até algumas atualizações, e programas pouco conhecidos são mal-suportados, por falta de pessoal para testar. Mas não desanimem, a lista é longa.

Fontes: WineHQ, MeioBit.