Caros Leitores,

Diversas vezes me deparei com arquivos Flash extremamente pesados e que aparentemente não tinham razão de ser. Foi o caso em alguns menus dinâmicos em Flash, entre outros, desenvolvidos por pessoas com pouca experiência em Flash mas que se aventurou neste meio. 

E normalmente o problema era o mesmo, ou seja, um ou mais campos DYNAMIC TEXT BOX que possuiam no item EMBED FONTS a opção "All Glyphs" selecionada.

E por que o Flash fica grande neste caso? Porque o "Embed Fonts" aponta quais fontes devem ser enviadas ao computador cliente juntamente com a animação em flash, permitindo que esta apresente textos com fontes que não estão instaladas no computador do usuário. 

A opção "All Glyphs" envia todos os caracteres da fonte que será utilizada no Text Box, o que representa cerca de 54000 símbolos diferentes, entre eles os símbolos que representam as letras em maiúscula, em minúscula, acentuações, pontuações, caracteres coreanos, japoneses, chineses, latinos, etc. São esses 54000 símbolos diferentes que tornam o arquivo flash (SWF) cerca de 40kb ou 50kb maior. Em um menu de 5kb ou 6Kb originais, esse aumento é considerável.

Assim sendo, como forma de economizar em tamanho nos Flashs que tem fonte EMBED, devemos trabalhar com cuidado a inserção dos caracteres a serem utilizados.

Para o padrão Português-BR, serão inseridos cerca de 100 símbolos apenas, e para tanto devemos fazer o seguinte no Embed:

Selecionar os seguintes tipos de "glyphs"

NUMERALS
UPPERCASE
LOWERCASE

e ainda inserir no campo "include these characteres" os seguintes símboos:

!"#$%&'()*+,-./:;<=>?@[\]^_`{}|ÀÁÂÃÄÅÇÉÊËÌÍÎÏÑÒÓÔÕÖÙÚÛÜàáâãäçèéêëìíîïñòóôõöùúûüÈ€ºª

OBS: Em caso de campos que tenham um tipo mais restrito (por exemplo, valor), deixar somente os glyphs que realmente serão utilizados.

OBS2: O EMBED deve ser feito mesmo para fontes padrão dos navegadores, como Verdana, Arial, Times new Roman entre outras. Isto porque o Embed deixa a fonte com melhor desenho.

 []s

Fernando D'Angelo

Olá pessoal,

Hoje irei mostrar como exportar uma tela para um arquivo do tipo Excel, é simples e rápido.

Será utilizado um botão e no clique do botão será colocado o determinado código:

    /// <summary>

    /// Metodo que exporta para um arquivo tipo Excel

    /// </summary>

    protected void btnExportar_Click(object sender, EventArgs e)

    {

        btnExportar.Visible = false;

        string nomeArquivo = "Relatorio_" + DateTime.Now.ToString("dd-MM-yyyy");

        Response.Buffer = true;

        Response.ContentType = "application/vnd.ms-excel";

        Response.AddHeader("content-disposition", "attachment;filename=" + Server.UrlEncode(nomeArquivo) + ".xls");

        Response.Charset = "ISO-8859-1";

        Response.ContentEncoding = System.Text.Encoding.GetEncoding("iso-8859-1");

        this.EnableViewState = false;

        System.IO.StringWriter oStringWriter = new System.IO.StringWriter();

        System.Web.UI.HtmlTextWriter oHtmlTextWriter = new HtmlTextWriter(oStringWriter);

        Response.Write(oStringWriter);

    } 

Agora no momento de clicar no botão resta apenas escolher dentre as opções salvar ou abrir.

É isso ai pessoal, a tabela que existe na tela é gerada no Excel.

Obrigado pessoal,

Até a próxima.

Salve galera!

Mesmo com toda a evolução tecnológica dos hardwares (servidores, redes, etc.) atuais, um problema que aflige boa parte dos desenvolvedores é o desempenho de suas aplicações.

Então, resolvemos listar alguns links de boas práticas de desenvolvimento e ferramentas que ajudam a analisar a performance de aplicações web.


Best Practices for Speeding Up Your Web Site (Yahoo)
Lista de 34 dicas dividas em 7 categorias


Web Performance Best Practices (Google)
Guia de boas práticas em 5 seções


Firebug - Add-On para Mozilla Firefox - Extensão para Google Chrome
Ferramenta de edição em tempo de execução de CSS, HTML e Javascript.


Speed Tracer
Extensão para Google Chrome para análise de desempenho.


Yahoo! YSlow
Ferramenta de análise de performance que funciona integrada ao Firebug.

Salve galera!

Um dia desses estava com um daqueles problemas sem explicação aparente. Construí uma página ASPX que carregava um UserControl, mas alguns recursos programados na ASCX que dependiam da página ASPX não funcionavam como deveriam. Foi então que descobri que o problema era a ordem de execução do framework. Não sei se vocês já tiveram esse problema, mas eu sempre tinha.

Recorri ao bom e velho Google e encontrei esse JPG que explica em que momento cada elemento é executado:

Não sei ao certo a origem, apenas o nome de quem a publicou: Leon Andrianarivony.

Espero que ajude!

Até a próxima e um grande abraço!

Fala, galera!

Num projeto, precisei informar uma lista de aeroportos. O dropdown que iria disponibilizar esta lista foi criado com pequena largura (apenas 20 caracteres) e eu não poderia aumentar, por causa do layout da página. O nome e código do aeroporto ultrapassava o número de caracteres que aparece no dropdown, fazendo com que seja cortado o nome. Segundo os requisitos do cliente, isto não poderia ocorrer!

Imagem 1: Dropdown cortando o texto com o texto do aeroporto!

Então, para resolver este pequeno problema, resolvi pesquisar uma forma de exibir um texto de ajuda ao passar o ponteiro do mouse sobre o item do dropdown. Para a minha surpresa, algo tão simples demorei um pouco para conseguir encontrar algo relevante e que realmente funcionasse. Depois de várias tentativas frustradas, encontrei uma solução simples que estou compartilhando abaixo:

ListItem li = new ListItem("Manaus-AM (MAO)", "MAO");

li.Attributes.Add("Title", "Manaus-AM (MAO)");

ddlAeroporto.Items.Add(li);

Como podem ver, é simples! Basta incluir um atributo ao item do dropdown com o nome "Title" e o texto que tem que ser exibido.

Imagem 2: Texto de ajuda com o texto completo!

Abraços!