Sabendo que recentemente a Apple voltou atrás com sua rigidez e inflexibilidade de aceitar aplicações escritas em outras linguagens sem ser o Object-C para aplicações do iOS, com isso podemos criar uma aplicação em AIR e instalar esta no iPhone…

Como o Packager for iPhone é possível criar uma aplicação em Adobe AIR e publica na Apple Store, com isso instalar uma aplicação feita em AIR no iPhone, em outras palavras, além de poder gerar uma versão instalável para o Android como já foi massivamente difundido na internet, alegre-se também pode fazer o mesmo para o iPhone.

 

A seguir um vídeo demonstrativo feito pelo Mark Doherty mostrando uma aplicação AIR rodando no iphone feita por ele, e alguns jogos:

 

Neste outro vídeo publicado por Kevin Hoyt, ele mostra lado a lado aplicações rodando no iPhone e no Android:

Como dito no vídeo, se roda no iPhone, como o SO do iPhone é o iSO e este é exatamente o mesmo do iPad e iPod Touch, então de bandeja temos +3 dispositivos alvo, que poderemos disponibilizar nossa aplicação AIR.

 

Via: Mark Doherty

Veja também:

• [Android Game] Angry Birds : acessando níveis travados
• Giroflex : aplicação multiscreen e multitouch screen
• Instalando o Adobe AIR no Ubuntu 10.10 64-bit
• [ Adobe AIR ] Local File Explorer
• Adobe AIR – FileSearch

Eis um exemplo interessante de implementação de uma aplicação em Adobe AIR que se adapta a multiplas interfaces e possui um suporte a multi touch screen, resultado em uma aplicação bem legal…

Esta pode ser a melhor aplicação da atualidade multi-screen já vista. É uma aplicação totalmente deslumbrante e a história por trás desta aplicação é muito mais impressionante. Graças a plataforma Flash a empresa que desenvolveu esta aplicação que executa em multiplos dispositivos foi construída em tempo recorde.

A Giroflex é uma empresa líder em manufatura de móveis ergonômicos para escritório em seu país. Eles solicitaram para a Publicis Modem, que criassem uma aplicação para uma feira de negócios chamada de Orgatec na cidade Cologne, na próxima semana (24 a 30 de Outubor de 2010).

A aplicação precisava se adaptar a multiplas resoluções de tela. O que o cliente queria era, um microsite, uma aplicação multitouch para executar no HP TouchSmart 600 e a aplicação também deveria executar no Samsung Tab. Com esta aplicação seus respectivos visitantes no evento poderiam assim “experimentar” a nova cadeira de uma forma dinâmica e moderna, através dos computadores TouchSmart, representando assim o espírito da empresa. Todos os executivos de venda da Giroflex no evento terão em mãos um Galaxy Tab para mostrar a seus clientes seus produtos através da mesma aplicação. A escolha da plataforma Flash foi um tanto óbvia para atender a necessidade deste cliente.

Graças a plataforma Flash o time da Publicis Modem, liderado por Marcel Vogt e Tiago Dias foi capaz de desenvolver esta aplicação que executa um microsite no browser e uma aplicação stand-alone para os computadores TouchSmart e Samsung Galaxy Tab e qualquer outro dispositivo Android. Em apenas 2 semanas e meia eles criaram uma aplicação em Adobe AIR (AS3) a qual é multi-idiomas, rica, de fácil uso e intuitiva com uma base de dados local em SQLite, além de suportar multitouch.

Eles começaram o desenvolvimento da solicitação do seu cliente a partir do microsite, construído utilizando um framework AS3 próprio da empresa. Toda a interface é customizável através de arquivos XML. Eles finalizaram o microsite em apenas 1 semana e meia. Então quando o microsite estava finalizado, eles apenas precisaram adicionar o suporte para multitouch e efetuar uma melhora nos gráficos e no layout da aplicação, para que a mesma se ajustasse a resolução de tela do Samsung Galaxy Tab e dos computadores TouchSmart. Como um adicional eles quiseram ver como é que a aplicação se comportaria em um smartphone HTC Desire. O que consumiu apenas 2 horas para realizar o ajuste.

Para efetuar a publicação da aplicação no Android (Samsung Galaxy Tab e HTC Desire) a empresa contou com a ajuda do Package Assistant application(criado por Serge Jespers) para criar os APKs.

Caso você esteja pensando em desenvolver algo em Adobe AIR e publicar no Android recomendo olhar esta aplicação, creio que irá lhe ajudar.

Este excelente exemplo de aplicação foi construído com a plataforma Flash para criar uma aplicação que executasse e se ajustasse a múltiplas resoluções de tela.

Via: Serge Jespers

A segui vídeos mostrando a aplicação nos dispositivos:

Samsung Galaxy Tab

 

HP TouchSmart

 

HTC Desire

Veja também:

• Instalando o Adobe AIR no Ubuntu 10.10 64-bit
• [ Adobe AIR ] Local File Explorer
• Adobe AIR – FileSearch
• Flerry 1.2.0 disponível
• [Adobe AIR 2 : NativeProcess + Java] SimpleAirJava

A Ovi Store, loja virtual da Nokia para distribuição e monetização de aplicativos para seus dispositivos, vem crescendo muito nos últimos meses. Hoje são feitos mais de 2 milhões e meio de downloads por dia na Ovi Store. A Nokia criou o Ovi App Wizard, permitindo que você em minutos um aplicativo para Ovi Store, baseado no feed de seu site, testado nos mais variados dispositivos(touch, no-touch etc) e ainda tendo a opção de monetizar seu aplicativo .

Saiba mais em:
http://www.oviappwizard.com

Veja o aplicativo feito a partir do rss do meu blog

Tivemos o lançamento do Nokia N8, o primeiro dispositivo oficialmente a suportar Flash Lite 4.0. Além do Nokia N8, também temos o Nokia C7 e o Nokia E7, todos rodando o sistema operacional Symbian^3 e com o Adobe Flash Lite 4.0 já instalado. Isso implica a possibilidade do desenvolvimento de aplicativos para Symbian^3 usando ActionScript 3.0 rodando pelo browser ou standalone.
Precisamos atentar para o fato de que o Flash Lite 4.0 não é o Flash Player 10.1, eles possuem algumas diferenças significativas:

• Flash Lite suporta algumas funcionalidades parcialmente.
• Flash Lite adiciona algumas funcionalidades para trabalhar especificamente com dispositivos movéis.

O Flash Lite 4.0 é baseado no Flash Player 10, possuindo recursos que foram introduzido no Flash Player 9 e 10. Entre os recursos disponivéis estão:

• Multi-touch support
• Flash Player 10 text engine
• Using inline text input
• RTMP data channel
• RTMPE
• RTMPT and RTMPTE
• Multi bit-rate streaming
• Geolocation
• Accelerometer
• SharedObject Remote(Obaaaa! )

Além disso veja as classes parcialmente suportadas e as classes não suportadas.
Vamos ao nosso primeiro exemplo com utilização das novas capacidades do Flash Lite 4.0, nesse caso, acelerômetro.

• Crie um arquivo do tipo Flash Lite 4.0 pelo Flash CS5 ou pelo Adobe Device Central CS5.
• Adicione três campos de textos dinâmicos, neles serão mostrados as coordenadas de x, y e z.

Começaremos nossa codificação, teremos um método para criar a bola que sofrerá os efeitos do acelerômetro

Em seguida, verificamos se o aparelho tem acelerômetro para adicionarmos os listeners que pega os dados do sensor e para atualizar as posições da bola.

E o restante do código.

Agora basta pedir para testar no emulador do Adobe Device Central CS5, devemos ter algo parecido com isto:

Adobe Device Central CS5

DOWNLOAD SOURCE

Para saber mais:
http://help.adobe.com/en_US/flashlite/dev/4/index.html

Twitter!

O sucesso do primeiro Game do Agon foi tamanho que a DClick resolveu estender os prêmios da Season. Agora, além do primeiro colocado viajar para os EUA com tudo pago para ver a Adobe MAX 2011, o segundo colocado ganha um IPhone 4 (ou o mais recente caso tenha um novo até lá) e o terceiro colocado um IPod Touch.

Abaixo algumas estatísicas do Game 01 do Agon onde o Gustavo foi o vencedor.
- 10 Posts
- 5 Goods
- 9 Screencasts
- Devblog: 37 posts 98 comentários em um único mês!
- 337 pessoas ouviram o Agon News
- 1475 Views no DClick.tv
- 1000 visitas a mais no blog externo

Ultimamente tenho lido em varios blogs nacionais e internacionais críticas ferrenhas ao sistema operacional Symbian e a Nokia. A argumentação é sempre a mesma, de que o sistema operacional Symbian está obsoleto, de que a Nokia deveria investir no Google Android e por ai vai.
Agora mostrarei meus argumentos pelos quais acredito que a Nokia não vai deixar de usar o sistema operacional Symbian em seus aparelhos celulares tão cedo, meus argumentos se baseam em dois tópicos:

Mercado e estratégia:

• A Nokia tem uma gama enorme de aparelhos celulares(não smartphones) sendo vendidos ultimamente, todos rodando Symbian e que vendem muito.
• Quem compara Symbian com Android ou IPhone, está fazendo a comparação errada, são usuários com necessidades e poder aquisitivo diferentes.
• Um usuário que compra um aparelho de 100 reais não vai comprar um aparelho de 2000 reais.
• Muitos usuários querem apenas que os aparelhos façam ligações e que enviem e recebam SMS.

Técnica

• É muito lucrativo para Nokia produzir aparelhos de baixo custo, ou seja, aparelhos baratos e claro, sem capacidade de rodar um Android por exemplo.
• A Nokia tem o Qt(C++) para criação de aplicativos para Symbian, Maemo e Meego. No Android, o SDK é baseado em Java e seria necessário alguma parceria entre Nokia e Google para o Qt gerar aplicativos para Android, coisa que até o momento não existe.
• A Symbian Foundation já esta trabalhando em uma nova versão do sistema operacional Symbian^4.

São apenas alguns pontos baseados em minha experiência. Resumindo, o Symbian ainda gera lucro para a Nokia e porque desistir de algo que é lucrativo? Exemplo foi o celular que funcionava como lanterna que fez muito sucesso na África e no Brasil. Mas concordo em um ponto, de que a Nokia demorou a perceber que o modelo de touchscreen introduzido pelo IPhone iria se tornar tendência. Agora parece que fez um bom trabalho com o Nokia N8 e Symbian^3.

Acelerômetro é um sensor de movimento, sendo um dispositivo responsável por medir as posições relativas nos eixos x, y e z, ou seja, calcular a aceleração do objeto. Hoje em dia é usado para as mais variadas utilidades como por exemplo: air bags, medição de vibrações, medições de inclinação, smartphones, video games etc.

O Acelerômetro é usado hoje em dia é usado para as mais variadas utilidades como por exemplo: air bags, medição de vibrações, medições de inclinação, smartphones, video games etc.

O Flash Player 10.1(só para mobile) e o Flash Lite 4.0 possuem acesso ao acelerômetro do dispositivo. Estou ancioso para colocar as mãos em um Nokia N8 para testar as novas funcionalidades do Flash Lite 4.0, mas esta dificil. Enquanto isso, vamos desenvolvendo com Flash Lite 3.0 e 3.1.
A Nokia criou uma biblioteca especialmente para trabalhar em conjunto com o Flash Lite dando acesso a recurso que nativamente não são possivéis como acesso ao acelerômetro, GPS, agenda de contatos etc.

A Nokia criou uma biblioteca especialmente para trabalhar em conjunto com o Flash Lite dando acesso a recurso que nativamente não são possivéis como acesso ao acelerômetro, GPS, agenda de contatos etc.

Vou mostrar um exemplo simples do uso do acelerômetro com Flash Lite 3.0 e Nokia Platform Services.
Baixe a biblioteca da Nokia e em seguida salve no diretorio de acordo com seu sistema operacional:

O Nokia Platform Services só funciona em dispositivos com o Symbian S60 5th.

• No Mac – Copie para /Users//Library/Application/Support/Adobe/Flash CS5/en/Configuration/Classes/
• No Windows Vista – Extraia para /Users//AppData/Local/Adobe/Flash CS4/en/Configuration/Classes.
• No Windows XP – Extraia para //Local Settings/Application Data/Adobe/Flash CS5/en/Configuration/Classes/

Começaremos nosso primeiro exemplo:

• Crie um arquivo do tipo ActionScript 2.0 e peça para compilar para o Flash Lite 3.0 ou 3.1. Ou pode criar diretamente pelo Adobe Device Central CS5.
• Crie um simbolo do tipo MovieClip e dê o nome de instância de “ball_mc”.
• Crie três campos de textos do tipo dinâmicos, neles serão mostradas as posições x, y e z.
• Devemos ter o stage parecido com isto:
  

  Stage para testar Acelerômetro

Feito isto, vamos a parte de programação agora:
Começaremos configurando o stage para não modificar o tamanho do aplicativo caso a janela sejá redimensionada. O “DisableKeypadCompatibilityMode” serve para usar em smartphones com telas touchscreen, se não for usado, o smartphone automaticamente adicionar as teclas virtuais referente a um smartphone não-touchscreen.

Agora vamos importar as classes feitas pela Nokia e utilizar a classe Device e desabilitar a autorotação do aplicativo.

Utilizaremos a classe Service passando o paramentro Sensor e em seguida passando como criterio de busca as coordenadas do acelerômetro.

Será retornado uma serie de valores que usaremos para “avisar” o smartphone que nosso aplicativo será atualizado a cada mudança de valor das coordenadas do acelerômetro através de um método callback.

Depois basta atualizar as coordenadas x e y com os valores xSpeed e ySpeed em nosso MovieClip. Disponibilizei no fonte um código para delimitar até onde o MovieClip pode andar, ou seja, somente na area do nosso aplicativo.
DOWNLOAD SOURCE

Para saber mais:
http://www.forum.nokia.com/Develop/Other_Technologies/Flash_lite/
http://library.forum.nokia.com/index.jsp?topic=/Flash_Lite_Developers_Library/GUID-46EABDC1-37CB-412A-ACAD-1A1A9466BB68.html

Se você esta procurando um livre sobre Flash Lite, recomendo Flash Lite 2: Crie Aplicativos e Games para Celulares do meu amigo Fabricio Manzi, creio que seja o único em português que temos

O mercado movel é um dos que mais crescem ultimamente, e com isso a demanda por aplicativos para esse nicho cresce também trazendo uma opção a mais para quem é desenvolvedor e novas oportunidades de negócios. Você desenvolvedor que gosta de se manter atualizado, sabe exatamente do que estou falando. Nesse artigo reuno alguns links que quem deseja começar com desenvolvimento mobile em pelo menos três plataforma diferentes no qual tive demandas ultimamente.

O mercado movel é um dos que mais crescem ultimamente, e com isso a demanda por aplicativos para esse nicho cresce também trazendo uma opção a mais para quem é desenvolvedor e novas oportunidades de negócio.

Dentre as plataformas disponiveis para desenvolvimento mobile, podemos destacar:

• Java com JME
• Nokia Qt, alem de poder usar WRT(Web RunTime)
• Flash Lite
• Android com o SDK do Google alem do Adobe AIR e Flash Player 10.1
• IPhone

Comentaremos um pouco de cada uma:

Java com JME
O JME(Java Micro Edition) é a versão que a sun oferece para você programar em Java para dispositivos móveis. Oferece uma gama enorme de API’s que foram feitas especificamente. Possui uma documentação bem completa e com varios exemplos. Deixo um link de como montar seu ambiente para desenvolvimento JME.

Nokia Qt
A Nokia disponibiliza o Qt, Cross-plaftorm application and UI framework, tendo bibliotecas especificas para dispositivos móveis(como QTMobility). Você programa em C++ e há uma linguagem de interface parecida com MXML. Possui sua propria IDE e tem emuladores para Symbian S60, 40 e Symbian^3 além do Maemo e Meego.

Adobe Flash Lite
O Adobe Flash Lite ainda tem espaço no mercado, sendo uma versão diferente do Flash Player com alguns recursos especificos para dispositivos móveis. O ambiente de desenvolvimento é o proprio Adobe Flash Professional e o Adobe Device Central.

Google Android
O Google oferece para a plataforma Android um conjunto de SDK’s e emuladores para as diferentes versões do seus sistema operacional que a cada dia que passa, se torna mais popular. Possui um plugin para você programar no Eclipse, o Android Development Tools(ADT). A linguagem usada é o Java. A partir do Android 2.2(Froyo) você tem a opção de criar aplicações em Adobe AIR, o runtime do AIR é instalado no dispositivo e você cria a aplicação usando o Adobe Flash Professional(que possue uma extensão para criar os arquivos .apk) ou Adobe Flash Builder.

Apple IPhone
Quem deseja programar para IPhone, IPad e afins, A Apple oferece um SDK. Você usa a linguagem Objective-C, derivada do C, e algumas bibliotecas interessantes desenvolvidas para se trabalhar com muiltitouch como o Cocoa. Encotrei uma lista de frameworks.

Bom, opções temos, cabe a nós somente analizar a que melhor pode atender noss cliente. Ficarei devendo algo sobre o Windows Phone 7 pois me parece bem promissor e merece uma atenção também.

Atenção: antes de começar, saiba que este texto foi escrito por uma designer com “alguma” experiência em aplicações para web – uma pessoa que programa (modéstia à parte) bem e que tem um mestrado em ergonomia. Este texto mostra as mudanças em um projeto motivadas pelo compromisso da nossa personagem de aderir às “regras” do design de interfaces. Este foi o primeiro aplicativo para mobile que ela projetou, e é assim que ela se sente:

Vamos deixar então que nossa designer conte como foi…

Design de interfaces para mobile (no Brasil)

Conheci, ano passado, três caras que estavam a fim de desenvolver aplicativos para celular. Acho que formamos um excelente time, pois reunimos experiência e conhecimento técnico. Além disso, temos alguém no grupo com um “feeling para negócios” (sorry, Marco, não sei descrever de outra forma), o que é pré-condição para engrenar. Depois de muitas reuniões (do Marco), conseguimos vender um projeto, cujo briefing descrevo: criar um aplicativo para ser usado em eventos. As funcionalidades oferecidas são:

• Receber avisos dos organizadores (por exemplo: alteração na agenda).
• Receber avisos promocionais dos patrocinadores.
• Fazer perguntas aos palestrantes.
• Trocar cartões de visita virtuais.
• Enviar convites para meetings dentro da área do evento.

O rationale é: pessoas que vão a eventos têm interesses comuns, mas nem sempre se conhecem – aliás, muitos vão a estes eventos para se conhecerem.  Porém, o sistema de crachás de identificação tem dois problemas: algumas pessoas simplesmente não os usam e é constrangedor ficar lendo o crachá dos outros. O aplicativo seria uma forma de fazer com que as apresentações fossem mais eficientes, permitindo que os participantes escolham com quem querem manter contato.

A restrição explícita: deve funcionar na maior parte dos aparelhos. Minha restrição explícita: deve ser boa usabilidade. Lógico.

Claro, eu nunca havia feito nada para mobile, mas tinha uma idéia de mais algumas restrições:

• Interação pelas teclas de direção; seleção pela tecla do meio. Sem touch.
• Otimizar a transmissão de dados. Toda vez que você envia ou recebe dados, vê uma mensagem desagradável avisando da conexão. Isso, mais importante do que o custo em reais, gera desconfiança: “porque estou toda a hora sendo avisado disso?”.

Ok, vamos para o Balsamiq (que só tem iPhone como modelo, mas abstrai, ok?) ver como fica. Veja aí como eu desenhei a área das “Perguntas”.

Para você entender meu raciocínio, vou colocar o processo em forma de diálogo: eu e um Balde de Água Fria.

Eu – Vamos usar tabs, certo? Isso permite que o usuário veja em que sessão ele está. Quando ele quiser fazer “perguntas” (por isso o título, entende?), escolhe a palestra e clica nela (com o botão do meio). Isso faz com que ele veja a tela da direita: ali ele pode enviar uma pergunta para o palestrante.

Balde de Água Fria – Hummm, mas ele também pode enviar respostas para enquetes e a avaliação da palestra. Você sabia disso desde o início, não foi idéia do cliente na última hora.

Eu – Certo. Quem sabe então a gente coloca uma barra de botões?

BAF – Não cabe… Muito texto nos labels…

Eu – Vamos colocar uns ícones…

BAF – Esses ícones do Balsamiq são uma caca…

Eu – É eu sei. Mas a gente vê uns legais depois…

BAF – Ok, mas você está com um problema de coerência…

Eu – O QUÊ? DE COERÊNCIA?

BAF – Pois é… Você está usando tabs para alternar entre telas. E sua barra de botões tem o mesmo comportamento. Além disso, na tela de “Convites recebidos”, por exemplo, você está usando uma barra de botões com ícones para operar sobre um dado (o cartão de apresentação). Quer dizer que em uma área a barra de botões troca de tela e na outra ela sinaliza operações possíveis sobre um dado.

BAF – E não é só isso. Olhando bem, parece que você também tem um problema de consistência.

Eu – O QUÊ? DE CONSISTÊNCIA?

BAF – Sim. Veja a tela “Perguntar”. Aqui você usa texto no botão. Afinal, é texto ou ícone?

Eu – P*** m***, é verdade.

Eu – Ah, já sei! Vamos fazer assim, ô:

EU – Quando o usuário clicar na palestra para fazer uma pergunta (ou enquete ou avaliação), as tabs vão mudar de label, e para ele voltar, é só clicar na tab bem à esquerda que diz “<<”.

BAF – Nossa… Você realmente se preocupa com a coerência. O problema foi mesmo resolvido, afinal agora você só tem tabs. Só que agora você tem dois níveis de hierarquia que parecem ser um só. Além disso, você alterou o comportamento esperado de um componente (o tab).

Eu – P*** m***, HIERARQUIA e MUDANÇA DE COMPORTAMENTO? Dá um descanso, BAF!

BAF – Sorry, mas você pediu par eu ser chato…

Eu – Tá bom.

Eu – Olha só, podemos usar janelas modais! Quando o usuário for enviar a pergunta, por exemplo, uma nova janela será aberta. A gente pode deixar o que está atrás meio transparente, com um blur, sabe? Aí o usuário saberia que foi para outro nível de edição.

BAF – Entendo. Assim você não muda o comportamento dos tabs e preserva a hierarquia.

Eu – Isso mesmo. Sabia que você iria entender.

BAF - Como fica quando houver três níveis de hierarquia?

Eu – Não haverá.

BAF – Você sabe que não deve dizer isso…

Eu – Vá à merda, BAF.

BAF – Ok. Você sabe que a luminosidade pode atrapalhar a leitura destas janelas com transparência, não sabe?

Eu – Vá à merda, BAF.

E esta é a história da primeira versão do layout no Balsamiq. Algum tempo depois, o João (nosso desenvolvedor-java-rulez) fez a seguinte observação:

João – Sabe, Gabi, essa tela de buscar aqui está complicada de navegar… Acho que tem problemas de usabilidade… O usuário tem que clicar várias vezes até chegar no botão de buscar. Daí eu consertei isso colocando um menuzinho-aqui-assim.

OK, PARA TUDO.

BAF, COMO É QUE VOCÊ NÃO ME AVISOU???

BAF – Bem, não me dei conta disso.

EU – Mas “menu”? O usuário não tem como ver o que tem no menu. Depois, ele precisa DESPERDIÇAR um clique só par ver o que tem no menu. E se o menu tiver mais de um nível, ele vai ter que desperdiçar outros cliques só pra inspecionar o menu. ISSO NÃO PODE!

BAF – Pois é, é muito ruim, eu sei. Mas sabe que o João está certo? Dá uma olhada nessa tela aqui.

BAF – Imagina que a pessoa está no primeiro item da lista, ok? E que ela quer enviar um cartão de apresentação. Quantos cliques ela tem que dar?

Eu – Nove para chegar até “Networking” e um para selecionar. Que m****.

Eu – É… Acho que estou negligenciando as softkeys… Vou fazer o seguinte: usar a softkey da esquerda para abrir um menu, e a da direita para outras ações.

Eu – Tipo assim: o usuário pode continuar navegando com os direcionais e selecionando os itens da lista (tela da esquerda). Quando ele clicar numa palestra, ele vai para a tela que está à direita. Ali eu vou usar um título com breadcumbs, pra mostrar onde ele está e de onde ele veio (só que não pode ser feio que nem esse do Balsamiq!). E nas softkeys tem o menu (na esquerda) e um botão, quando necessário (na direita). E para minimizar essa coisa de desperdiçar cliques inspecionando o menu, vamos tentar usar as mesmas opções sempre que possível, ok?

BAF – É, agora parece bom.

Eu – Vamos ver o que os guris acham.

E AÍ, GURIS, O QUE VOCÊS ACHAM?

A Samsung  lança em Portugal o primeiro telemovel com  sistema operacional Samsung BADA. O Samsung Wave conta com  um ecrãn Super AMOLED de 3,3?, resolução WVGA 800 x 480, tecnologia TouchWiz 3.0, que permite uma interface mais intuitiva, entre outras novidades. Ele conta com processador de 1 GHz com conexões 3G HDSPA e WiFi para [...]