<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>RamonPage.com . Web na ponta do lápis &#187; Mockup</title>
	<atom:link href="http://ramonpage.com/category/mockup/feed/" rel="self" type="application/rss+xml" />
	<link>http://ramonpage.com</link>
	<description>arte, desenvolvimento, design, programação, webstandards, acessibilidade, usabilidade, tipografia, UX, UI, IA</description>
	<lastBuildDate>Mon, 23 Jan 2012 12:51:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Processo de criação web: a diagramação</title>
		<link>http://ramonpage.com/2006/07/31/processo-de-criacao-web-a-diagramacao/</link>
		<comments>http://ramonpage.com/2006/07/31/processo-de-criacao-web-a-diagramacao/#comments</comments>
		<pubDate>Mon, 31 Jul 2006 13:34:30 +0000</pubDate>
		<dc:creator>RamonPage</dc:creator>
				<category><![CDATA[Acessibilidade]]></category>
		<category><![CDATA[Arquitetura da Informação]]></category>
		<category><![CDATA[Layout]]></category>
		<category><![CDATA[Mockup]]></category>
		<category><![CDATA[Tipografia]]></category>
		<category><![CDATA[Usabilidade]]></category>
		<category><![CDATA[Webdesign]]></category>

		<guid isPermaLink="false">http://ramonpage.com/2006/07/31/processo-de-criacao-web-a-diagramacao/</guid>
		<description><![CDATA[A fase de Diagramação é uma extensão da fase de Identidade Visual. Aqui, definem-se, a composição que o layout deve ter através de Wireframes, a construção do layout que pode ou não ser inserida diretamente nos wireframes e a modelagem do banco de dados. Hora de Wireframes Os wireframes, atrelado ao Design de Interação definido [...]]]></description>
			<content:encoded><![CDATA[<p>A fase de Diagramação é uma extensão da fase de Identidade Visual. Aqui, definem-se, a composição que o layout deve ter através de <a href="http://www.usabilidoido.com.br/wireframes_e_rabiscos.html" class="external-link">Wireframes</a>, a construção do layout que <a href="http://www.boxesandarrows.com/view/html_wireframes_and_prototypes_all_gain_and_no_pain" class="external-link">pode</a> ou não ser inserida diretamente nos wireframes e a modelagem do banco de dados.</p>
<p><span id="more-18"></span></p>
<p><img src="http://ramonpage.com/wp-content/uploads/processo-criacao-design.gif" alt="Design Gráfico e banco de dados" class="centered" /></p>
<h3>Hora de Wireframes</h3>
<p>Os wireframes, atrelado ao Design de Interação definido na fase de escopo, são, acredito eu, os principais elementos de qualquer projeto.</p>
<p>O Design de Interação trata de relacionar todo o fluxo que as páginas do projeto terão e os wireframes vêm como uma transformação visual para o diagrama criado. Tendo a base das páginas que serão necessárias (Design de Interação), agora é só desenhar uma estrutura visual para o conteúdo das páginas (wireframes), colocando os elementos do layout em locais específicos, levando em conta sua importância e relevância.</p>
<p>Costumo desenhar meus wireframes inicialmente em papel e depois prototipar estes desenhos em <abbr title="Extensible Markup Language">XHTML</abbr> e <abbr title="Cascading Style Sheets">CSS</abbr>. Defino, assim, alguns mockup&#8217;s e templates para o projeto.</p>
<p>Os wireframes em <abbr title="Extensible Markup Language">XHTML</abbr> são mais amplos por possibilitarem a definição de fatores que os em gráfico não possibilitam. O estudo da <a href="http://ramonpage.com/2006/06/09/typefaces-na-medida-certa/">tipografia</a> e a implementação das cores são alguns destes fatores.</p>
<p>Desenhar Wireframes é uma arte, pois deve-se tomar muito cuidado no posicionamento de cada elemento no <em>canvas</em> do layout. É importante sempre levar em conta fatores como Acessibilidade e Usabilidade.</p>
<h3>Modelando o Banco de Dados</h3>
<p>A fase de modelagem de banco de dados é outra que poderia ser adiantada, porém fazer uma modelagem logo no início pode causar sérios transtornos (não tenha dúvidas que depois de desenhar os wireframes muitas coisas mudam na estrutura de banco de dados). Um campo que nasce, uma chave que se move, sempre há o que reavaliar.</p>
<p>Os wireframes darão boa base para a estrutura que o banco de dados deve ter. Então, basta organizar as tuplas que porventura já estiverem criadas, adicionar as tuplas que nasceram no meio do caminho e definir os campos para cada uma delas. Costumo fazer esse processo também desenhando à mão, mas depois é sempre bom passar tudo isso para um <abbr title="Diagrama Entidade Relacionamento">DER</abbr> mais bem detalhado.</p>
<h3>Apresentando resultados</h3>
<p>A cara do projeto acaba de nascer! Temos wireframes em papel ou em gráfico, templates e a modelagem do banco de dados. Chegou a hora de apresentar resultados.</p>
<p>Quando o trabalho se trata de um <em>freelance</em>, cuidados na apresentação devem ser tomados. Talvez não seja interessante mostrar wireframes em papel, a não ser que os desenhos tenham uma boa cara. De qualquer forma, acho mais interessante apresentar os templates em <abbr title="Extensible Markup Language">XHTML</abbr>. Já no meio corporativo, onde os resultados podem ser discutidos entre os colegas e a chefia, vale qualquer um dos papéis, desde que bem organizados.</p>
<p>Neste momento um ciclo se inicia até a chegada num consenso para a apresentação ideal que o projeto deve ter. Revisões naturalmente podem surgir.</p>
<h4>Relacionados</h4>
<ul>
<li><a href="http://ramonpage.com/2006/07/09/processo-de-criacao-web/">Processo de criação web</a></li>
<li><a href="http://ramonpage.com/2006/07/17/processo-de-criacao-web-o-escopo/">Processo de criação web: o escopo</a></li>
<li><a href="http://ramonpage.com/2006/07/30/processo-de-criacao-web-a-identidade/">Processo de criação web: a identidade</a></li>
<li><strong>Processo de criação web: a diagramação</strong></li>
<li><a href="http://ramonpage.com/2006/08/07/processo-de-criacao-web-o-desenvolvimento/">Processo de criação web: o desenvolvimento</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://ramonpage.com/2006/07/31/processo-de-criacao-web-a-diagramacao/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Pensando dentro do Grid</title>
		<link>http://ramonpage.com/2006/07/19/pensando-dentro-do-grid/</link>
		<comments>http://ramonpage.com/2006/07/19/pensando-dentro-do-grid/#comments</comments>
		<pubDate>Wed, 19 Jul 2006 20:34:46 +0000</pubDate>
		<dc:creator>RamonPage</dc:creator>
				<category><![CDATA[Layout]]></category>
		<category><![CDATA[Mockup]]></category>
		<category><![CDATA[Webdesign]]></category>

		<guid isPermaLink="false">http://ramonpage.com/2006/07/19/pensando-dentro-do-grid/</guid>
		<description><![CDATA[Calma! Não é nenhuma contraposição à Molly E. Holzschlag em seu artigo Thinking Outside the Grid no A List Apart. É apenas uma dica muito interessante para desenhar layouts com mais facilidade visualizando o resultado direto no browser. Primeiro foi Greg Storey com sua inteligente idéia de criar uma régua para ser usada de background [...]]]></description>
			<content:encoded><![CDATA[<p>Calma! Não é nenhuma contraposição à <a href="http://molly.com/" class="external-link">Molly E. Holzschlag</a> em seu artigo <a href="http://www.alistapart.com/articles/outsidethegrid/" class="external-link">Thinking Outside the Grid</a> no <a href="http://www.alistapart.com" class="external-link">A List Apart</a>. É apenas uma dica muito interessante para desenhar layouts com mais facilidade visualizando o resultado direto no browser.</p>
<p><span id="more-15"></span></p>
<p><img src="http://ramonpage.com/wp-content/uploads/rule.png" alt="Régua para alinhamento de layouts" class="alignright" /><br />
Primeiro foi <a href="http://airbagindustries.com" class="external-link">Greg Storey</a> com sua inteligente idéia de criar uma <a href="http://www.airbagindustries.com/archives/airbag/ruler.php" class="external-link">régua</a> para ser usada de background para dispor melhor os componentes do layout.</p>
<p>O conceito é simples. É só pegar a imagem e colocar como <code>background</code> para o <code>body</code> da página a ser desenhada.</p>
<p><img src="http://ramonpage.com/wp-content/uploads/grid-rule.png" alt="Régua em formato de grid" class="alignleft" />Depois, criativamente, <a href="http://www.smileycat.com/" class="external-link">Christian Watson</a> adicionou o conceito de <a href="http://www.smileycat.com/miaow/archives/000264.html" class="external-link">régua em forma de grid</a> ao estudo de Greg Storey.</p>
<p>Os dois recursos são muito úteis, mas, sem dúvida, o de Christian Watson é mais usual por demarcar toda a área da tela. Ele se assemelha muito ao <a href="http://www.subtraction.com/archives/2004/1231_grid_computi.php" class="external-link">layout grid</a> usado por <a href="http://www.subtraction.com/about/" class="external-link">Khoi Vinh</a> em seu site. Com a régua em grid há ainda a possibilidade, para os mais detalhistas, de dividir o grid em quadrados menores, tendo assim a possibilidade de inserir componentes em qualquer área do browser sem perder o alinhamento com algum outro qualquer.</p>
<p>O interessante destes recursos é que não importa se o layout é dentro ou <a href="http://www.alistapart.com/articles/outsidethegrid/" class="external-link">fora</a> do grid. Eles auxiliam seja qual for a alternativa.</p>
<div style="clear:both;">
<h3>Onde encontrar</h3>
<ul>
<li><a href="http://www.airbagindustries.com/bucket/tape.gif.zip" class="external-link">Régua por Greg Storey</a></li>
<li><a href="http://www.smileycat.com/miaow/archives/images/misc/layout_grid.gif" class="external-link">Régua em Grid por Christian Watson</a></li>
</ul>
</div>
]]></content:encoded>
			<wfw:commentRss>http://ramonpage.com/2006/07/19/pensando-dentro-do-grid/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>#Case: Academia Body Shopping</title>
		<link>http://ramonpage.com/2006/06/25/case-academia-body-shopping/</link>
		<comments>http://ramonpage.com/2006/06/25/case-academia-body-shopping/#comments</comments>
		<pubDate>Sun, 25 Jun 2006 04:03:25 +0000</pubDate>
		<dc:creator>RamonPage</dc:creator>
				<category><![CDATA[Cases]]></category>
		<category><![CDATA[Desenvolvimento]]></category>
		<category><![CDATA[Layout]]></category>
		<category><![CDATA[Mockup]]></category>
		<category><![CDATA[Webdesign]]></category>

		<guid isPermaLink="false">http://ramonpage.com/2006/06/25/case-academia-body-shopping/</guid>
		<description><![CDATA[A academia Body Shopping conta agora com um novo site depois de alguns anos sem ter seu espaço na web e eu estou com a missão de desenvolvê-lo. Recebi com entusiasmo esta missão. Apresento neste artigo um pouco do estudo que fiz para iniciar este site (que ainda está em desenvolvimento) para troca de idéias [...]]]></description>
			<content:encoded><![CDATA[<p>A academia Body Shopping conta agora com um novo site depois de alguns anos sem ter seu espaço na web e eu estou com a missão de desenvolvê-lo. Recebi com entusiasmo esta missão.</p>
<p>Apresento neste artigo um pouco do estudo que fiz para iniciar este site (que ainda está em desenvolvimento) para troca de idéias e conhecimentos.</p>
<p><span id="more-12"></span></p>
<h3>Finalidade</h3>
<p>Um site de academia deve servir como meio de entrada de novas pessoas no estabelecimento e como porta-voz de quem já utiliza os serviços de lá. Para tanto, pensei na etrutura do site como se a academia não tivesse nenhum aluno. Partindo deste princípio, o site deve ser agradável e com conteúdo claro e objetivo, para aqueles que estejam procurando por uma academia se familiarizem com o ambiente do site e, consequentemente, tenham a vontade de conhecer a academia e fazer sua matrícula.</p>
<h3>Layout</h3>
<p>Ao iniciar um projeto de website sempre vem a dúvida: e agora? Layout fixo ou flexível? Para a body-shopping.com pensei que um layout fixo seria mais viável, porque ele se adequaria melhor nas idéias de composição que já estavam surgindo na cabeça.</p>
<p>Com o layout fixo escolhido, agora era só pensar numa forma de compor o mesmo. Nada mais usual que criar uma estrutura de grid. um grid layout.</p>
<p>Criei um grid layout que atendesse à resolução de 1024x768px para cima, mas que pudesse ser visto numa resolução 800&#215;600 sem problemas (isso pode ser uma dor de cabeça, dependendo do público alvo para o site). Muitos ainda usam resolução 800&#215;600, mas essa é uma prática que vem, naturalmente, sendo reduzida ao passar dos anos. Este é um risco que às vezes deve-se correr, mas com a devida cautela (cada caso é um caso, sempre!).</p>
<p>O grid layout, então, ficou com um tamanho fixo total de 950px.</p>
<p><img src="http://ramonpage.com/wp-content/uploads/grid-layout.png" alt="Grid Layout" class="centered" /></p>
<p>Quatro seções principais (colunas) foram criadas e cada uma delas foram separadas em mais duas subseções. As duas colunas principais laterais caracterizam na esquerda o logo da academia e na direita uma <em>sidebar</em> e as duas seções principais centrais caracterizam o conteúdo do site (o conhecido <em>content</em>). Veja o tamanho das seções na imagem ampliada logo abaixo. Na imagem são apresentadas apenas duas das quatro seções principais. O lado não apresentado na imagem é exatamente o espelho do lado em questão projetado para o lado direito. Os retângulos azuis representam os itens de menu que futuramente seriam &#8211; e foram &#8211; criados.</p>
<p><img src="http://ramonpage.com/wp-content/uploads/grid-layout-zoom.png" alt="Grid Layout" class="centered" /></p>
<h3>Tipografia</h3>
<p><a href="http://ramonpage.com/2006/06/01/case-ramonpagecom/">Como já disse outrora</a>, deve-se tomar cuidado ao escolher a família de fontes para um determinado projeto. Por isso costumo sempre adequar o <em>typeface</em> ao estilo que o site deve ter e em quem lerá o conteúdo dele. Para este site, escolhi uma família tradicional sem serifa: <code>Verdana, Arial, Helvetica, sans-serif</code>.</p>
<h3>Cores</h3>
<p>As cores já estavam praticamente pré-definidas, já que pude estudar à partir de cartazes que existem na academia. Esta parte foi, acredito eu, a mais simples, pois eu apenas somei algumas cores para dar uma variada nas cores padrão e avivar algumas seções que deveriam ser destaque.</p>
<h3>Navegabilidade</h3>
<p>Para as duas seções centrais criei áreas com conteúdo fixo para grande parte das páginas e acima destas o conteúdo principal da área visitada.</p>
<h3>Resultado inicial</h3>
<p>O resultado inicial (já que alterações podem ser feitas à qualquer momento) é este:</p>
<p><img src="http://ramonpage.com/wp-content/uploads/body-shopping.png" alt="Layout site body-shopping" class="centered" /></p>
<p>O site ainda está amadurecendo. A área de alunos ainda está nascendo. Não há área específica para avisos gerais e por aí vai. Bom&#8230; Por enquanto, é só! ;)</p>
<p class="update"><strong>Atualização 2007-05-01:</strong> <a href="http://ramonpage.com/2007/03/13/case-academia-body-shopping-parte-ii/">Veja a remodelação do site Body Shopping em seu segundo case.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://ramonpage.com/2006/06/25/case-academia-body-shopping/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>#Case: RamonPage.com</title>
		<link>http://ramonpage.com/2006/06/01/case-ramonpagecom/</link>
		<comments>http://ramonpage.com/2006/06/01/case-ramonpagecom/#comments</comments>
		<pubDate>Thu, 01 Jun 2006 03:32:00 +0000</pubDate>
		<dc:creator>RamonPage</dc:creator>
				<category><![CDATA[Cases]]></category>
		<category><![CDATA[Layout]]></category>
		<category><![CDATA[Mockup]]></category>
		<category><![CDATA[Tipografia]]></category>

		<guid isPermaLink="false">http://ramonpage.com/?p=6</guid>
		<description><![CDATA[Várias idéias passaram pela cabeça para a construção deste site. Passei para o papel muitas delas, mas uma chegou bem perto daquilo que seria o produto final, hoje no ar. Antes de por em prática o desenho para o layout eu defini a forma como ele seria apresentado (tipografia, swatches e estrutura). O logo ainda [...]]]></description>
			<content:encoded><![CDATA[<p>Várias idéias passaram pela cabeça para a construção deste site. Passei para o papel muitas delas, mas uma chegou bem perto daquilo que seria o produto final, hoje no ar.</p>
<p><span id="more-6"></span></p>
<p><img src="http://ramonpage.com/wp-content/uploads/page.jpg" class="alignright" alt="RamonPage na page" /> Antes de por em prática o desenho para o layout eu defini a forma como ele seria apresentado (tipografia, <em>swatches</em> e estrutura). O logo ainda não havia sido criado, mas já tinha a idéia de como fazê-lo (gostaria que fosse algo que pudesse ser usado tanto na web, quanto em outros trabalhos). </p>
<h3>Tipografia</h3>
<p>Optei por usar uma fonte de serifa para o logo, por estas terem um aspecto mais arrojado. Depois do troca-troca de fontes, cheguei à um denominador comum: <a href="http://www.linotype.com/webshop/view.linotype?viewmode=search&#038;searchFields%5B%5D=0&#038;searchFields%5B%5D=2&#038;ACT=quicksearch&#038;searchLogic=and&#038;searchContent=true&#038;wildcard=1&#038;searchType=as_families&#038;GROUP=&#038;DISPLAYC=full&#038;searchTerm=Garamond" class="external-link">Garamond</a>. Por conta disso, o site  também ganhou tipografia com serifa: família <code><del datetime="2006-06-09T03:19:49+00:00">Georgia, arial, verdana, sans-serif</del> Georgia, Palatino, "Palatino Linotype", Times, serif</code>. Aproveito o ensejo para salientar que nem todo projeto deve se dar ao luxo de usar fontes de serifa. A boa e velha família <em>verdana</em> é a melhor opção quando o site deve atender à qualquer tipo de público. Mas cada caso é um caso, às vezes até a temida <em>Times New Roman</em> pode ser uma ótima pedida!</p>
<h3>Cores</h3>
<p>A escolha das cores costuma ser a primeira coisa que faço quando vou iniciar um projeto. Se o cliente já tem um logo, procuro me basear nas suas cores padrão. Se ele não o tiver, procuro me basear na identidade que o projeto deve ter. Mas isso não é uma regra, a criatividade costuma falar mais alto nessas horas.</p>
<p>Para este site, inicialmente, eu criei <a href="http://colorblender.com/" class="external-link">várias paletas de cores</a>, alternando entre azul e algumas outras, como areia, marrom e até um pouco de verde. Cocei os dedos para colorir o layout, fiz algumas composições, mas no final me rendi ao clean. O resultado final foi: três tons de azul (incluindo o do logo), uma cor meio dourada para dar vida aos links e algumas tonalidades de cinza. O marrom também ficou, mas só de coadjuvante, aparecendo, apenas, no <code>hover</code> dos links.</p>
<h3>Navegabilidade</h3>
<p>A navegação foi estudada em conjunto com a composição do layout. Desde o início pensei que não seria interessante usar tamanhos fixos para as áreas de conteúdo. Não teria a ver com a característica do site. Como pretendia algo despojado, sem aquele aspecto duro que certos sites passam, nada melhor do que usar um layout flexível. E o conceito de flexibilidade me deu grandes idéias para o posicionamento do logo e do menu (na foto que inseri o logo não está na direita). A <em>sidebar</em> receberia o campo de busca logo acima e os arquivos logo abaixo. Na foto há mais alguns itens, mas estes só entrarão no ar daqui algum tempo.</p>
<p>Para completar a navegação, usei um área de conteúdo extra com um <em>background</em> mais chamativo no rodapé, porém sem exageros. Nela estão links gerais para acesso rápido no site, além de links externos.</p>
]]></content:encoded>
			<wfw:commentRss>http://ramonpage.com/2006/06/01/case-ramonpagecom/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
	</channel>
</rss>

