While at client's office one secretary calls me over and says "Could you
look at this? I'm afraid to touch it." She points to her CRT monitor and I
see some bright red stuff in one spot. I scratch it with my fingernail and
it comes right off. She says "What was that?!" I say "Probably nail
polish." She says: "Thank god. I thought it was one of those computer
viruses!"

Enquanto estava no escritótio do meu cliente, uma secretária me chama e diz: "Olha isso aqui, to com medo de tocar". Ela aponta para seu monitor e eu vejo uma coisa vermelha e brilhante em uma luz. Arranhei com minha unha e aquilo começou a sair. Ela falou: "Mas o que P**** é essa ?" eu respondi: "Provavelmente esmalte de unha" Ela falou: "Graças a deus ! Eu achei que fosse um desses vírus de computador !

Essa e outras dá pra se encontrar aqui. Bom demais

[Update]
Essa merece ! hahahahaha

studio: "please view the work in progress at "www.url.com/clientname"
client: i don't see it
studio: are you sure you typed in the exact url?
client: yes, i see listings for our company. where is the project?
studio: strange. what browser are you using?
client: i'm using yahoo. please fix the problem.
studio: yahoo is a search engine. are you typing this into the url input field?
client: what is that?
studio: please type the address into the url field at the top of the browser....
client: oh. right. that seems to fix the problem.

Não sei se vocês já assistiram, mas Josh Dura disponibilizou em seu Blog, um vídeo gravado em um dos eventos da Macromedia que mostra palestras sobre Flex, Flash e Central. O legal da noite foi por conta da demonstração dos novos recursos do novo Flash (codename 8Ball).

Sério, realmente EMPOLGANTE é a palavra que melhor descreve a nova versão do Flash. Não vou falar muito sobre os recursos novos pois o bom mesmo é você VER o vídeo que pode ser achado aqui. De fato, ele chega para realizar os mais profundos desejos dos designer/developers que já usam o Flash e sentem em sua interface algumas dificuldades e limitações de recursos.

O engraçado, e o que me inspirou para esse post, é a reação do público ao ver as demonstrações. Logo de cara, quando ainda estava na palestra de Flex, e foram mostrado recursos de charts, o público ia ao delírio. E na palestra de Flash nem se fala ! Parecia que estavam assistindo a um show da Britney Spears (digo por causa dos assobios como se estivessem vendo uma mulher pelada !)

Em um momento estava sendo demonstrado um dos novos recursos de gradientes radiais e eu aqui, assistindo ao vídeo com cara de babaca rindo a toa. Foi quando Paula (funcionária da iMedia) olha pra mim e fala: "Neto, o que tu ta vendo aí tão distraído ? Posso ver ?" quando ela se aproximou e viu uma bolinha verde na tela, ela falou: "Ué ! Só isso ? Uma bola verde ?". Nem adiantava eu tentar explicar o quão importante é aquele pequeno detalhe para os designers que sofrem tentando conseguir resultados visuais agradáveis e me resumi a responder "É".

Ah esse nosso jeito nerd de ser ...

Bom, vamo lá ..
1
Essa semana saiu a revista www com meu primeiro artigo. Como já tinha comentado antes, o artigo é um primeiro de uma série indefinida que estarei escrevendo mensalmente. Este , como primeiro, é uma introdução e fala sobre o início da internet até o que ela se tornou hoje e o papel do Flash no meio disso tudo. Mês que vem sai o segundo artigo. Eu já o escrevi e já enviei para a redação da revista. O próximo artigo trata sobre um tema mais técnico e terá uma espaço ainda maior na revista (3 páginas aproximadamente), mas não vou falar ainda sobre o que é (pra não perder o mistério).

O difícil de escrever para uma revista é que tenho uma quantidade limitada de caracteres disponíveis que devem ser escritos em uma determinada fonte e tamanho. Por isso tenho que ficar o tempo todo contando palavras para ver o quanto ainda posso escrever. É difícil me segurar pois quando eu me empolgo e começo a escrever, eu acabo contando historias gigantescas acerca do assunto abordado. Isso acontece por que ao meu ver, escrever um artigo é mais do que simplesmente mostrar uma forma de fazer determinada coisa. É passar um pouco da minha mínima experiência para o leitor, envolve-lo em detalhes e fatos que me levaram até a necessidade de aprender aquilo que estou comentando no artigo.

2
Estou lendo OOP With AS 2 (Jeff Tapper, James Talbot e Robin Haffner editora New Riders). Antes tarde do que nunca. A cada página que leio, percebo o quanto mais preciso estudar. Hoje mesmo estava comentando com o Paulo Kato por msn, não adianta achar que sabe tudo. Enquanto leio o livro, vejo que várias coisas eu já conheço mas mesmo assim não deixo de ler por isso. Sempre tem algum comentário a respeito daquilo que você já sabe que pode fazer você pensar diferente ou que vai te acrescentar de alguma forma. Por isso estou sempre aberto a escutar e a aprender sempre.

Minha próxima leitura é esse. Comprei ontem na Amazon, deve chegar nas proximas semanas. Espero ter acabado o de AS2 antes para ler com mais calma. Estou com várias perspectivas e isso me levou a querer aprender mais e mais e mais ... espero poder realizar o que pretendo ...

3
O próximo encontro do FUGPE ta marcado.

Veja a programação:

Encontro FUGPE
Data: 06 de abril de 2005

19h - Palestra "Direito na Internet" com Carmina Hissa, professora de Direito e Ética Profissional da Unibratec
20h15 – Coffee-break
20h30 - Palestra "Organização de Projetos com OOP e AS2" com Neto Leal, diretor-técnico e master instructor da iMedia Recife (Centro de treinamento oficial da Macromedia)
Texto Original - Unibratec

A versão 5 do meu site pessoal, acho que foi de todas a que eu menos gostei. Assim que eu coloquei no ar, eu até cheguei a ficar feliz e tal. Mas logo depois percebi que não era aquilo que eu estava querendo. Talvez a pressa em fazer algo novo me fez colocar "aquilo" no ar.

O site nem estava terminado e eu já fui apressado em publicá-lo. No link "Guestbook" aparecia uma mensagem vergonhosa de "erro" (ARGH). Essa mensagem aparecia por que o arquivo swf NEM existia (foi mal hehehe). Mas eu somente não cheguei a fazer por simples falta de "gosto" por aquele site.

Bom, prometo que assim que eu tiver tempo, irei fazer um trabalho que corresponda às espectativas. E não "aquilo" que estava no ar, ok ?

Por falar em trabalho novo, já viram o site da minha digníssima Juliana Araújo ? Esse sim merece aplausos, e antes que alguem comente "Po, só podia ser noiva do Neto !!" como já vi muitos por aí, saibam que a Ju é SUPER competente e criou o site dela SOZINHA. Eu só dei meu toque no guestbook pois ela não tem o perfil de programadora.

Tenho andado sem postar de um tempo pra cá. Falta de inspiração ? Talvez ... mas o motivo principal é falta de tempo mesmo.
To aproveitando o tempo livre para refazer o site do FUGPE. Dessa vez não vão poder dizer "Casa de ferreiro, espeto de pau" pois estou fazendo em 100% RIA ! Tá dando um trabalhinho mas ta valendo a pena pelo resultado. Muito em breve vocês poderão ver como está.
O preview segue abaixo.

Hoje eu estava trabalhando em um projeto onde existem muitos dados dinâmicos. E em várias (se não todas) as ocasiões, esses dados são provenientes de arquivos XML.

Para quem trabalha com XML em Flash, sabe que é um saco ficar fazendo loops em childNodes etc .. etc .. etc ...
Foi então que decidi fazer uma classe que fizesse uma interpretação do arquivo XML da mesma forma que o componente XMLConnector faz. Ou seja, ele transforma uma estrutura XML em objetos ActionScript Array e Object.



De fato, o uso dessa classe não é indicado para arquivos XML que tenham um volume muito grande de dados. Porém com arquivos menores fica bem mais fácil de se trabalhar.

Veja a classe completa e o exemplo de uso aqui.

PS.: Ta bom, eu sei que tem o XPath mas é que eu tava mesmo com vontade de programar um pouquinho ...

[UPDATE]
Fiz algumas modificações na classe para melhoras de performance.
Por enquanto a classe só funciona corretamente se usado a opção "ignoreWhite" com valor "true".

Os links acima, já apontam para a versão atualizada.

Devido a internet estar em constante evolução os métodos de burlar dados também crescem na mesma proporção, hoje já existem alguns programas capazes de extrair todas as imagens, fontes incoporadas, sons, códigos fonte existentes em seu arquivo swf, ou até mesmo reconstruir o seu arquivo *.fla apartir de um arquivo swf, utilizando a engenharia reversa. Não culpe a Macromedia por essa vulnerabilidade, isso é um mau existente dia-a-dia e nos melhores softwares, projetos e linguagens de programação.

Para a felicidade de nós desenvolvedores, já existem várias formas de criptografar nossos arquivos swfs e torná-los inacessíveis, através de softwares capazes de criptografar os arquivos swfs, um deles é um projeto open source chamado Flasm que utiliza a linguagem assembler para criptografia, também existe o Flash Incrypt software trial que protege seus arquivos swfs contra usuários mau intencionados e o aso também contendo a funcionalidade de criptografar os arquivos swfs.

Também é bom pensar no caso de utilização indevida de seu arquivo, por exemplo: a sua empresa http://www.empresax.com.br possui um arquivo nomeado banner.swf e você quer utiliza-lo no domínio de seu primeiro cliente (http://www.clientea.com.br). Aí você me diz: - Basta copiar este arquivo para o ftp do cliente, utilizo o velho loadMovie e carrego o arquivo, pronto, resolvido! Parece fácil ein?! Agora imagine que sua empresa cresceu assustadoramente conseguiu conquistar mais 258 clientes que querem utilizar este mesmo banner swf em sua página principal. Você vai fazer uma cópia desse mesmo banner para todos os novos clientes???

E mais... Se você tiver que alterar uma fonte em seu banner, uma cor, ou até mesmo acrescentar algum link nele que venha a ter que ter o mesmo efeito para todos? Você teria que contactar seus 259 clientes, para que eles possam fazer o upload do seu novo arquivo. Agora dificultou. Pronto acho que consegui convencer vocês que não é uma proposta adequada, mais olhem só, alguém sugeriu que seu banner poderia estar no domínio da sua empresa, e ser carregado ainda através do metódo loadMovie: alvo.loadMovie ("http://www.empresax.com.br/banner.swf" ). Infelizmente milhares de pessoas também podem fazer isso, utilizando o seu banner tão bem trabalhado que te custou várias noites mau dormidas.

Calma aê, é importante lembrar que para ter acesso à dados externos ao seu domínio é necessário a utilização de normas adequadas de segurança, neste assunto o Flash possui um domain intrínsico incluso em seu SandBox de segurança , com a inclusão do que é chamado de Cross Domain Policy que seta regras de permissão de acesso aos dados através de classes tipo LoadVars, MovieClipLoader, ou métodos existentes em algumas classes como o loadMovie, load da classe XML ou CSS, entre outros, acionados por um arquivo swf.

O objeto System.security contém métodos que especificam como será a comunicação dos arquivos swfs entre domínios diferentes.

Utilizando o método System.security.allowDomain() é possível que seu arquivo swf possa especificar quais domínios poderão carrega-lo.

O método System.security.loadPolicyFile(url:String) carrega um arquivo xml de uma determinada url. Este arquivo XML fornece um mecanismo de permissões que permite aos seus arquivos Flash carregarem conteúdos de servidores diferentes descritos no arquivo XML. Este arquivo XML terá que estar no domínio de sua empresa (http://www.empresax.com.br/crossdomain.xml) e deve ter a seguinte estrutura:


<?xml version="1.0"?>
<!DOCTYPE cross-domain-policy
SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
<allow-access-from domain="www.clientea.com.br" />
<allow-access-from domain="clienteb.com.br" />
.
.
.
<allow-access-from domain="192.168.0.1" />
</cross-domain-policy>

contendo todos os domínios e/ou IPS que poderão utilizar seu arquivo banner.swf.

O último caso a se pensar, espero, é quando o individuo já não consegue alterar, digo descriptografrar, seu arquivo swf, devido a você já ter utilizado o software de criptografia,
já ter setado as diretivas de segurança utilizando o objeto System.security, porém mesmo assim ele de posse de seu arquivo swf armazenado após
visita ao domínio em uma pasta de arquivos temporários criada pelo browser, continua o utilizando. Aí é apelar e desenvolver uma classe ou um código
que verifique qual a url de onde está sendo aberto o seu arquivo, utilizando o _root._url, e caso não seja a do domínio de seus clientes você bloqueia o uso do arquivo. Bem, eu desenvolvi um esquema que faz toda essa configuração para os arquivos da empresa a qual trabalho, mas como infelizmente não posso distribuí-la por normas da empresa, fica no ar o desafio. Caso você precise de alguma ajuda especial, me encontre pelo msn: felipebzr@yahoo.com.br ou através de nosso grupo: www.fugpe.com.br

Caso você queira mais informações sobre segurança, fazer comentários ou relatar qualquer bug do Flash Player, envie uma mensagem para flashplayer_security@macromedia.com . Suas mensagens serão valiosas para a construção de uma aplicação robusta e segura.

[]'s

Felipe Andrade Bezerra
Macromedia Certified Developer Professional