Se você vai começar a ler este artigo, é bom que saiba que ele é minha opinião. Não vai sair daí querendo explodir minha casa, roubar meu mac, xingar minha mãe ou coisa do tipo, ok?! Você usa o que quiser pra trabalhar. Vou dar meu pitaco aqui, do mesmo jeito que dei naquelas 4 palavras entre parênteses no outro artigo.
Confesso: faz muito tempo que não usava Fireworks. Desde o tempo que eu estava começando essa coisa de web. Acho que era a versão 2? Sei lá.
Ele não era nada! Sabe para que servia o Fireworks para mim? Fazer slices e botões! Uau! Nada muito útil e que eu não saberia fazer com duas ou três linhas de código. Não gostei dele e não gosto hoje.
Atualmente uso Illustrator para criar layouts. Se preciso tratar alguma imagem, uso o Photoshop e trago a imagem tratada pro Illustrator. Depois do layout pronto, levo a imagem do layout pro Photoshop e recorto o que for imagem. Tendo salvo todas as imagens, começo o trabalho com HTML/CSS que é outra história. Mas, vamos parar por aí. Uso apenas Illustrator e Photoshop para criar meus layouts (o da Visie foi criado assim).
Depois de todo o burburinho que este artigo gerou, fui instalar o Fireworks para poder ver o que ele tinha de bom para ter tantos defensores. Acabei pensando que ele poderia ter características que pudessem me ajudar no trabalho e largar de usar Illustrator. Resolvi ir para o site da Adobe e dar uma olhada na descrição das Features antes de tentar fuçar, olha que legal:
Hierarchical organization
Bom, entendi errado ou é isso mesmo: essa tal de Hierarchical Organization é apenas mover layers para cima e pra baixo e organizá-las? Illustrator faz muito bem!
Intelligente scaling
Sem novidade também. No Illustrator nada de segredo: aperta a tecla ‘A’, clica no elemento e redimensione do jeito que quiser.
Multiple pages
Isso sim seria ótimo se houvesse no Illustrator. Mas não mudaria pro Fireworks só por conta disso. Para criar vários layouts de um mesmo site, eu simplesmente crio vários arquivos, porque? Pra mim (leu bem?), é mais organizado. Antes de trabalhar assim, sabe o que eu fazia no Illustrator? Ué… colocava uma layer ‘trancada’ com os objetos que não vão mudar, e criava uma layer para cada layout… Simples assim.
Common Library
Um monte de imagens de botões iguais aos dos sistemas operacionais e uma série de outros gráficos.
Eu tenho uma série destes gráficos aqui também. Toda pessoa que faz layouts deve ter um pacotinho destes, ou não… isso não é essencial, é?
Eu guardo para ter como referência e usar nos layouts. Se eu quiser botões novos, eu crio. Não sinto falta de uma barrinha como essa.
Illustrator and Photoshop integration
Bom, tentei importar um arquivo .ai do illustrator pro Fireworks. Os dois são as versões mais novas (CS3). O Fireworks, depois de umas 4 tentativas de abrir o mesmo arquivo, continuava dando um tal de “… Internal Error…”. Aí desisti e fui abrir outro arquivo, então BOOM. Meu Mac travou.
Nem tentei fazer a mesma coisa com o Photoshop. Medo…
Filter effects
O Illustrator tem todos os filtros que utilizo: DropShadows, Feather, RoundCorners e só. Não vou querer colocar nada estilos do tipo em textos, como 1990. Nada de Blend, lighting effects e essas coisas.
Streamlined Dreamweaver and Flash integration
Não uso nenhum dos dois, portanto…
Tentei salvar umas coisas aqui para ver o código dele e como sempre, tudo que faz código automático, faz lixo.
<!-- saved from url=(0014)about:internet -->
<html>
<head>
<title>Untitled-2</title>
<meta http-equiv="Content-Type" content="text/html;iso-8859-1">
<meta name="description" content="FW MX CSS Layer">
<style type="text/css">
#Layer1 {
position:absolute;
left:142px;
top:215px;
width:538px;
height:276px;
z-index:1;
visibility:visible;
}
</style>
</head>
<body bgcolor="#ffffff">
<div id="Layer1"><img name="Layer_1" src="Layer_1.gif" width="538" height="276" border="0"></div>
</body>
</html>
Agora é com vocês: porque usam o Fireworks? Tem alguma característica que eu deveria saber? Alguma ferramenta matadora que poderia me fazer deixar Illustrator e migrar para o Fireworks?
Ahh! E o André Habib fez um post bem interessante.
E com certeza vou pedir para alguém me mostrar alguma vantagem do Fireworks lá no CodeShow. Vai ser legal!
Ps.: Não preciso dizer todo aquele blá blá blá de novo, não é? Usa o que sentir melhor. Use o programa que quiser.
88 ComentáriosPromoção relâmpago: Faça um curso presencial e ganhe o CodeShow.
É válido apenas para os cursos presenciais de AJAX, Tableless e Javascript Crossbrowser. Apenas para alunos que se matriculem a partir de hoje.
Quem fizer qualquer um destes cursos presenciais, ganhará a entrada para o CodeShow. Veja a data dos cursos aqui.
Não custa lembrar que as vagas para os cursos presenciais e para o CodeShow são bem limitadas. Como sempre.
3 ComentáriosVi no BR-Linux uma ótima notícia sobre o Firefox. Saiu um dado no W3Counter, onde mostra que o Firefox alcançou 25% do mercado. 14,47% são usuários de Firefox 2 e 9,10% são usuários da versão 1.5.
Interessante também os outros dados. A resolução dos usuários vem aumentando também: quase 60% dos usuários usam 1024×768. 16,81% usam 1280×1024. 800×600 fica com apenas 8,93% e 1280×800 com 8,20%.
Esses dados foram gerados baseados em 31,612,302 unique visits de 4,427 sites. Os últimos 25,000 pageviews de cada site fora analisados para identificar estes visitantes.
11 ComentáriosA má notícia é que os desenvolvedores ainda estão muito “aéreos” com assuntos relativos a sua área. Principalmente os designers para web (na minha opinião).
A boa notícia? É que o mercado já melhorou muito nos últimos 5 anos. ![]()
Comecei com o tableless.com.br no ano de 2003. Nesse tempo o profissional de internet mudou muito. A seleção natural do mercado andou fazendo bem seu trabalho peneirando os encheridos e deixando apenas o pessoal realmente interessado. Acontece que este “realmente intessado” não deve ser seguido ao pé da letra.
A grande maioria dos profissionais não conferem feeds, não visitam sites sobre os assuntos pertinentes à sua profissão e etc… Prova disso é que mesmo depois de 5 anos, alguns profissionais ainda não ouviram sobre Padrões Web, nos melhores casos estão conhecendo agora.
Existem duas maneiras para o profissional saber que algo mudou: a primeira delas é tendo contato com profissionais antenados. A outra é sendo um desses profissionais antenados. Não digo que o camarada tem que ser fissurado. Mas pelo menos ler um ou outro site sobre sua profissão… No mínimo.
Imagine se os médicos fossem desta maneira… Negligenciando informações importantes que o ajudariam a exercer seu trabalho. Nem me fale.
Se você tem um amigo desenvolvedor assim, ajude-o a ser menos alienado. Envie links de artigos, indique sites, instigue o conhecimento dele. Ele vai ganhar, você vai ganhar, a web brasileira vai ganhar, nossa profissão vai ganhar.
Mas qual dos dois: programador ou designer é mais “desligado”? Por eu ser designer e ficar mais próximo deste grupo, fico tentado a dizer que a maioria dos designers são um pouco mais desinformados que os programadores. Programador é um tanto mais independente, ele tem uma necessidade muito maior de procurar detalhes técnicos e ir atrás disso do que o designer.
Sem desmerecer os designers que gostam de estudar e entendem bem sobre teoria das cores, psicodinâmica, gestalt e etc…
O que você acha?
Felizmente, os profissionais brasileiros hoje, estão caminhando por um bom caminho. Antes tarde do que nunca.
Quer boa leitura?
Atendendo aos pedidos, fiz um pequeno video mostrando um pouco o Campus Online da Visie.
7 ComentáriosO Henrique falou lá e eu falo daqui.
O pessoal do A List Apart está fazendo levantamento de perfil de todos os profissionais web no mundo. Se você trabalha com desenvolvimento web, não importa em que área (usabilidade, acessibilidade, design, programação, AI, etc) participe respondendo as perguntas. São apenas 18 perguntas e todas em inglês. Se você por um acaso não souber ingles, vai em qualquer tradutor online. Não é muito dificil de entender.
Ao responder as perguntas, me deu uma curiosidade de saber o perfil do pessoal brasileiro.
12 ComentáriosMuito interessante o artigo que o Andy Budd publicou estes dias. Ele fala sobre o futuro do CSS e de outras tecnologias que o W3C cuida. Ele comenta que em vez de o W3C tentar antecipar o futuro e tentar criar soluções para problemas que talvez teremos daqui alguns anos, ele poderia solucionar problemas atuais que temos ao desenvolver sites. Por exemplo, maiores revisões no CSS.
Claro, concordo com o cara.
Não interessa se daqui 10 anos teremos aplicações mais inteligentes por causa da web semântica e tudo mais. Quero é fazer bordas arredondadas, colocar vários backgrounds em um elemento, usar os seletores complexos… Quero resolver os problemas atuais que tenho para desenvolver sites. Empresas como Mozilla, Apple ou Microsoft precisam de informações precisas e soluções rápidas para melhorar seus respectivos browsers. e muitas outras empresas precisam dessa rapidez para agilizar o desenvolvimento de aplicações melhores, com novas possibilidades.
É como o Andy Budd diz no texto dele:
“If CSS3 is as big and complicated as the development timeline suggests, maybe we need something simpler?”
O CSS3 promete uma série de melhorias impressionantes. Mas o CSS3 não tem previsão de lançamento. Essas promessas só nos dá esperança de um futuro melhor.
Uma pequena revisão no CSS2 traria grandes mudanças para designers e programadores. Precisamos de ferramentas que tragam algo que necessitamos hoje e não ferramentas que precisaremos daqui a 10 anos.
A idéia seria lançar características do CSS que tem menor curso de esforço de desenvolvimento e que são de grande utilidade e também lançar características que já estão em faze final mas ainda não foram aprovadas definitivamente. Desta maneira, fabricantes de browsers melhorariam seus navegadores, enquanto nós, poderíamos desenvolver sites melhores com mais produtividade.
Um aluno estava tendo um problema de compatibilidade: o layout funcionava em Firefox e IE6, mas quebrava em IE7. Para resolver, ele utilizou aquele hack do * (asterísco) no começo da propriedade. O problema é que este csshack do asterísco também funciona no IE6. Se ele arrumasse o IE7, o IE6 que quebrava por causa do hack. Isso é fácil de resolver, veja o código:
#conteudo{
float:right;
width:517px;
vertical-align: top;
margin-right:10px; /* Todo mundo entende */
*margin-right:15px; /* IE6 e IE7 entendem */
_margin-right:10px; /* IE6 entende */
}
Primeiro você usa a linha de código normal. Esta linha todos os browsers entendem.
Depois, logo abaixo, você coloca o csshack do asterísco, que funcionará em IE6 e IE7.
Para forçar o IE6 a ter o valor correto, você usa o csshack do ‘underline’ no começo da propriedade. Como essa linha está vindo logo após do hack do asterísco, o valor do IE6 vai ser sobreescrito.
Horrível né? Paciência.
Fiz uma busca rápida para ver se encontrava outra solução, mas achei este site com a mesma solução acima.
31 ComentáriosJá falei sobre a Comunidade Tableless aqui. Se você tem blog sobre desenvolvimento web e quer entrar para a Comunidade Tableless, comente este post preenchendo os campos com endereço do blog e seu email. Te envio um convite assim que puder.
Mas se você quiser se juntar aos mais de 110 leitores, sinta-se à vontade. Assine o Feed ou leia direto aqui pelo site.
23 ComentáriosPara os designers de plantão, visitem: Before & After magazine.
Eles publicam pequenos PDF’s com dicas, tutoriais e truques sobre design, construção de projetos, artigos sobre cor, tipografia e etc. Quem se interessar mesmo, pode até se cadastrar e pagar uma quantia para receber as publicações exclusivas em PDF’s por email. Quem é lá de fora (acho que não entregam no Brasil) pode até pagar um pouco mais e receber uma revista impressa.
Eles distribuem alguns PDF’s grátis. Bem interessante. Vale dar uma conferida.
7 Comentários