Termo pesquisado: css
Posts encontrados: 6
CSS3 Funcionando no Internet Explorer
Postado em 09 de Julho de 2010, às 12:33Olá pessoal!
No post anterior eu escrevi um pouco sobre como podemos nos usufruir dos recursos do HTML5 no Internet Explorer, veja o post: HTML 5 Funcionando no Internet Explorer. Já neste post, escrevo um pouco sobre como aproveitar os novos recursos do CSS3 também no Internet Explorer nas versões 6, 7 e 8.
Todos sabemos que o Internet Explorer não acompanha com a mesma velocidade que seus concorrentes as tendências tecnológicas da web. Portanto, precisamos utilizar algumas "gambiarras" para fazer algo novo funcionar no Internet Explorer.
Existem três recursos do CSS3 que realmente valem a pena poder utilizar no IE, são eles: border-radius (a melhor das três), box-shadow e text-shadow.
Para conseguir essa façanha, precisamos utilizar um script que habilita o IE a renderizar estes efeitos. Eu encontrei esse script na web e geralmente ele se chama ie-css3.htc.
O que esse script faz? Ele utiliza uma linguagem de criação de imagens vetoriais específica do IE, o VML (Vector Markup Language). O VML foi o precursor do SVG e foi proposto para o W3C por um consórcio de empresas (Autodesk, Hewlett-Packard, Macromedia, Microsoft, e Visio) em 1998. Mas, somente a Microsoft o utiliza até hoje em seu browser.
Com o VML, o IE é capas de reproduzir efeitos que sua implementação do CSS não consegue.
Veja como é fácil usar:
Legal, não é mesmo? Pois bem, eu não inventei este post eu apenas o traduzi do seguinte site http://fetchak.com/ie-css3/. Neste mesmo site você pode ver a classe .box do CSS acima em funcionamento e ainda pode também baixar o arquivo ie-css3.htc.
Faça o teste usando o IE de qualquer uma das versões 1, 2 e 3. Eu testei aqui com IE8 e funcionou legal.
Até mais pessoal. Deixem comentários, por favor.
HTML 5 Funcionando no Internet Explorer
Postado em 03 de Junho de 2010, às 20:07Olá pessoal!
Todo bom desenvolvedor web já conhece pelo menos uma grande novidade que o HTML5 traz para nós. Da mesma forma, todos sabem que o Internet Explorer não reconhece as novas tags do HTML5.
Mas, já existe uma solução em javascript para este problema. Basta acrescentar este código na tag <head> da sua página. O código abaixo deve, obrigatoriamente, vir antes de qualquer script CSS do seu site:
Se preferir, acesse o site do projeto http://code.google.com/p/html5shiv/.
Quero aproveitar o ensejo deste artigo (gastei meu português agora!) para mostrar uma curiosidade sobre o IE, na verdade, é graças a esta peculiaridade que foi possível desenvolver o HTML 5 shiv.
Veja o código abaixo:
Se tentarmos abri-lo no IE, o navegador da Microsoft não vai aplicar os efeitos (CSS) na tag <time>, veja o screenshot abaixo:
Agora veja o código abaixo, ele soluciona o problema do IE não reconhecer a tag <time> utilizando javascript para adicionar a tag ao DOM. Ao fazê-lo, o IE se vê obrigado a renderizar uma tag que não reconhecia com os efeitos definidos no seu código CSS.
Desta forma podemos trabalhar com HTML5 naturalmente no IE. Veja o resultado no screenshot abaixo:
Até mais pessoal, espero ter ajudado alguém com essa dica.
Compactar Páginas no Servidor Para Economizar Banda
Postado em 21 de Março de 2010, às 21:32Olá pessoal, semana passada estava analisando as estatísticas do meu blog no Google Ferramentas para webmasters e me deparei com uma dica do Google para eu poder economizar banda de transferência e diminuir o tempo e carregamento das páginas do meu blog.
A dica do Google afirmava que eu poderia economizar até 75% da minha banda de transferência se eu compactasse o conteúdo.
Acho que o recurso de compactação dos arquivos com a extensão .HTML, .txt, .js, .css e etc. com gzip no servidor de hospedagem não é novidade para ninguém. A compactação não inclui arquivos multimídia, pois estes arquivos já são naturalmente comprimidos.
O que eu não sabia era se a nossa querida discórdia poderia trabalhar com esse recurso, acho que vocês já adivinharam sobre o que estou me referindo, Internet Explorer.
Bom, perguntei para o “Google que tudo sabe” e, ele me respondeu que eu poderia testar a capacidade dos navegadores web de trabalharem com conteúdos compactados pelos servidores utilizando esta ferramenta: HTTP Compression Test.
Ao entrar no site da ferramenta chamada Teste de Compressão HTTP (na tradução literal), você logo verá se o navegador que está utilizando suporta conteúdo compactado. Veja exemplo na imagem abaixo:
Realizei este teste com os principais navegadores web e felizmente o teste funcionou em todos eles inclusive no Internet Explorer. Veja abaixo a lista dos navegadores que testei e suas respectivas versões:
- Opera 10.10;
- Firefox 3.6;
- Chrome 4.1;
- Safari (Windows) 4.0;
- Internet Explorer 8;
Nesta mesma ferramenta existe um campo onde posso digitar uma URL e verificar se a página desta URL está sendo compactada pelo servidor. Realizei o teste com o meu blog e, acabei confirmando o que o Google já havia detectado, o meu blog não estava sendo compactado pelo meu servidor de hospedagem.
Eu hospedo meu blog na LocaWeb (Não existe nada melhor) e habilitei a opção de compactação dos arquivos via arquivo .htaccess. Eu utilizei o módulo deflate disponível no Apache 2. Veja abaixo o teste que realizei com meu blog após habilitar o recurso de compactação:
Se você deseja fazer o mesmo para deixar o seu site mais rápido, tente localizar no painel de controle do seu servidor de hospedagem se existe alguma opção para compactar o conteúdo do site, alguns servidores já deixam esta opção habilitada por padrão, portanto, tente fazer um teste antes, utilizando o HTTP Compression Test para verificar se seu site já está sendo compactado.
Se não existe nenhuma opção para habilitar o recurso de compactação, tente buscar nos FAQs ou no Fórum do servidor de hospedagem ou, ainda, em páginas Wiki do seu servidor (A LocaWeb possui um, acesse aqui).
Para quem sabe inglês e quer mais informações sobre o módulo deflate, acesse a página da autoridade máxima no assunto: http://httpd.apache.org/docs/2.0/mod/mod_deflate.html. Lá você encontrará exemplos de scripts para colocar no arquivo .htaccess do seu servidor para habilitar a compactação.
Blog do Leonardo Moreira no Cristiano Luminati
Postado em 14 de Março de 2010, às 14:59Ele é Web designer, entende muito de programação com XHTML e até do futuro, mas já presente HTML5, não conheço ninguém melhor que ele para criar código CSS e já embarcou na nova onda do CSS3. Vem pesquisando muito sobre FLEX e novos recursos para PHP (uma de suas paixões na minha opinião). Tem um ótimo senso crítico, é criativo, ama a aviação, e é um entusiasta do marketing inteligente e de boa qualidade.
Todas estas qualidades são de um grande amigo que conheci em uma época conturbada na minha vida profissional. Ele possui um blog novo e resolvi adicioná-lo à minha seleta lista de blogs que realmente adoro e recomendo.
O nome dele é Leonardo Moreira e seu blog é: leonardomoreira.com.br.
Compatibilidade dos Browsers com os Padrões Web Definidos Pela W3C
Postado em 11 de Julho de 2009, às 20:40Olá pessoal!
No meu último post (Qual Framework Javascript devo usar?), fiz um teste com cinco frameworks javascript em sete browsers diferentes. Por meio desta pesquisa chegamos a um fato curioso, o terrível desempenho de todos os frameworks nos navegadores da Microsoft (IE7 e IE8).
Sendo assim, neste post vou mostrar os resultados de um teste que realizei em uma ferramenta web de testes de compatibilidade. Mas, antes quero explicar um pouco sobre o Acid3, que é a ferramenta utilizada no teste, é importante conhecer a ferramenta ou não será possível entender os resultados que mostrarei neste post.
O Acid3 é uma suíte de teste de compatibilidade com padrões web (Web Standards) W3C com navegadores com 100 diferentes tipos de testes.
Esse teste tem um nível muito alto de exigências para os navegadores (browsers) em comparação com o seu antecessor - Acid2. A sua escala vai de 1 a 100.
Em 26 de Março de 2008, o Opera foi o primeiro navegador a atingir a marca dos 100/100 no teste acid3. Porém no mesmo dia foi anunciado que o Webkit do Safari em desenvolvimento conseguiu também com sucesso atingir a escala 100.
O que é testado nesta suíte? Veja abaixo:
- DOM2 Core
- DOM2 Events
- DOM2 HTML
- DOM2 Range
- DOM2 Style (getComputedStyle, …)
- DOM2 Traversal (NodeIterator, TreeWalker)
- DOM2 Views (defaultView)
- ECMAScript
- HTML4 (<object>, <iframe>, …)
- HTTP (Content-Type, 404, …)
- Media Queries
- Selectors (:lang, :nth-child(), combinators, dynamic changes, …)
- XHTML 1.0
- CSS2 (@font-face)
- CSS2.1 (’inline-block’, ‘pre-wrap’, parsing…)
- CSS3 Color (rgba(), hsla(), …)
- CSS3 UI (’cursor’)
- data: URIs
- SVG (SVG Animation, SVG Fonts, …
Agora que você já sabe um pouco sobre o Acid3, veja abaixo um gráfico com os resultados dos testes que realizei:
O teste foi realizado duas vezes em cada browser (apenas para garantir, pois este não é um teste de performance), notem que utilizei os mesmo navegadores utilizados para testar os frameworks javascript no post supracitado.
Como podemos ver, CLARAMENTE, o IE7 e IE8 não conseguem realizar nem metade das 100 tarefas de compatibilidade sugeridas pelo Acid3. O Opera 9.64 ficou um pouco abaixo da média dos outros browsers, mas isso não será um problema por muito tempo, pois provavelmente ele será descontinuado assim que for lançado o Opera 10 final. Somente o Firefox vai ficar devendo no que diz respeito a compatibilidade.
"E os internautas e até alguns desenvolvedores inescrupulosos ainda preferem o Internet Explorer!"
Obs.: Algumas partes deste post foram formuladas com base no site de pesquisas wikipedia.org.
Qual Framework Javascript devo usar?
Postado em 09 de Julho de 2009, às 14:13Olá pessoal! Esta semana estive pensando, qual seria o melhor framework javascript para se utilizar? Resolvi fazer uma pesquisa na internet e descobri uma ferramenta que realiza testes com diversos frameworks, o site da ferramenta é o slickspeed.
Nesta ferramenta nós podemos testar cinco frameworks, entre eles: MooTools, JQuery, Prototype, YUI Selector e o Dojo. Vocês já devem ter percebido que a ferramenta é disponibilizada pela própria MooTools.
Infelizmente as versões de alguns frameworks não estão atualizadas, mas já dá para ter uma idéia da performance de cada uma. O MooTools, obviamente, já está na sua versão mais recente, que é a 1.2.3. O site para testes utiliza a versão 1.2.6 do JQuery, mas, este framework está na versão 1.3.2. O Prototype se apresenta com umas das versões mais atuais, a 1.6.0.2, sua versão mais recente (de acordo com o seu site) é a 1.6.0.3, mas, já existe um RC1 da versão 1.6.1. O YUI está atualmente na versão 2.6.0 (versão estável), já existe a versão de testes do YUI Selector que é a 3.0.0 Beta 1, porém, na ferramenta de testes é utilizado a 2.5.2. Finalmente o Dojo 1.3.1 (que é sua versão atual) não foi utilizado, mas sim, uma versão um pouco mais antiga, a Dojo 1.1.1.
Esta ferramenta de testes verifica a performance de cada framework no browser que você utiliza. O melhor framework seria aquele que executasse as quarenta tarefas propostas pela ferramenta em menos tempo. Portanto, realizei um teste com todos os frameworks em sete browsers diferentes. Para cada browser eu realizei três testes, o resultado é exatamente a média do tempo gasto por cada framework nos três testes realizados.
É importante ressaltar que no momento dos testes eu não estava executando nenhum outro programa no meu computador, ou seja, tinha apenas o browser que seria testado e ainda neste browser havia apenas a página da ferramenta slickspeed. Os resultados podem variar de acordo com o computador, a quantidade de memória e a velocidade do processador interferem, de maneira geral, nos resultados de todos os frameworks. Os teste foram realizados em notebook Dell Core 2 Duo 2.0 GHz com 3GB RAM.
O gráfico abaixo exibe o resultado desse teste:
Os números no gráfico consistem no tempo que cada framework precisou para realizar um conjunto de 40 tarefas, esse tempo está em milissegundos. Portanto, a escala do gráfico vai de 0 a 2000 milissegundos, em cada barra existe o número exato de tempo que cada framework gastou para executar as tarefas.
O gráfico nos apresenta claramente que: Dojo e JQuery são os frameworks mais rápidos em todos os sete browsers testados. Por outro lado, YUI Selector e Prototype são os mais lentos em todos os browsers em que foram testados.
A ferramenta de testes slickspeed, também verifica se os frameworks não geram erros durante sua execução. Sendo assim, vamos aos erros! Os frameworks MooTools, JQuery e Prototype não produziram nenhum erro grave em nenhum browser. Por outro lado, YUI Selector produziu 4 (quatro) erros no IE8, nos outros browsers ele funcionou perfeitamente. Quanto ao Dojo, ele produziu 3 (três) erros em cada um dos seguintes browsers: Firefox 3.5, Opera 10 Beta e Safari 4.0. Nos browsers IE7, Opera 9.64 e Chrome 2.0 o Dojo funcionou bem, mas, o mais grave de tudo é que este framework não funcionou no IE8, nenhuma das 40 (quarenta) tarefas sugeridas pelo slickspeed foi executada neste browser, portanto o Dojo produziu quarenta erros no IE8.
Quero aproveitar e fazer um parênteses aqui, sei que não é o propósito deste artigo, mas, vocês notaram a excruciante diferença de performance de todos os cinco frameworks entre os browsers baseados no Netscape (Firefox 3.5, Opera 10 Beta, Opera 9.64, Chrome 2.0, Safari 4.0) e os browsers da Microsoft? E as pessoas ainda insistem em utilizar essas porcarias da Microsoft!!!!
Claro que performance não é a única coisa que se leva em consideração na hora de escolher um framework para desenvolver um site. O tamanho do framework é e sempre deve ser levado em consideração, por este motivo, eu fiz uma pequena pesquisa e o resultado dela eu coloquei neste gráfico abaixo, que compara a diferença de tamanhos dos frameworks. Quero lembrar que levei em consideração os tamanhos dos frameworks sem nenhum tipo de compactação. Veja o gráfico abaixo:
Neste gráfico fica claro que o YUI Selector é o framework mais pesado, mas, devo lembrar que junto com o YUI Selector vem muitas imagens e códigos css além dos arquivos .js.
Para concluir este artigo, quero dizer que a performance e o tamanho dos frameworks não são as únicas coisas que devem ser levadas em consideração. Precisamos avaliar por nossa conta os benefícios que cada framework nos traz, ou seja, cada um nos oferece uma gama de ferramentas muito grande, mesmo assim, cada um deles possui alguma ferramenta incomum. Então, na hora de escolher um framework javascript devemos ficar com aquele, ou aqueles, que nos oferece exatamente o que precisamos para desenvolver um site e que ainda seja leve e rápido.
É isso ai pessoal, se alguém tiver alguma crítica ou sugestão, por favor, me envie para que eu possa corrigir ou melhorar este artigo. Obrigado!
Receba Atualizações
Posts Recentes
- Code Completion no Netbeans com PHP
- CSS3 Funcionando no Internet Explorer
- HTML 5 Funcionando no Internet Explorer
- Inocência ou Não?
- Ranking dos Maiores Browsers do Mundo e do Brasil.
- Como Programadores Caçam Elefantes
Categorias
- Banco de dados (0)
- Diversos (5)
- Fotos e Imagens (0)
- Humor (5)
- Internet (12)
- Java (0)
- Javascript (3)
- Linux (1)
- Livros (3)
- PHP (2)
- Programação (10)
- Tecnologia (3)
- Vídeos (1)
- Windows (2)