Son muchas las categorías que hay que evaluar para saber si estamos frente a una buena pantalla. El tamaño, la resolución, el brillo, la calidad de imagen y el contraste. Hoy en día, el estándar que ofrece mayores resultados es sin duda la tecnología OLED, sin embargo, un gigante amenaza con construir una mejor alternativa.
Y es que Panasonic está trabajando en la creación de una nueva tecnología de bajo voltaje para la creación de diminutas pantallas de plasma para los teléfonos móviles.
¿Eso qué significa? Un salto importantísimo en materia de calidad, como así también en brillo y contraste en la imagen. Es decir, la nueva tecnología optimizará nuestros móviles brindándonos una mejor experiencia gráfica.
Además, según Panasonic, esta nueva pantalla tendrá un costo mucho más bajo que las actuales OLED, otro punto a favor para esta nueva tecnología que esperaremos con ansias.
Toda la musica aqui Download mp3
Día tras día me veo más y más sorprendido sobre la calidad gráfica de algunos juegos para iPhone / iPod touch. Un claro ejemplo es el nuevo Command & Conquer – Red Alert.Con unas semanas de retraso ha sido lanzada de forma oficial; de momento se encuentra disponible sólo en la AppStore americana a un precio de 9.99 dólares, por lo que tendremos que esperar unas semanas más para que se encuentre disponible aquí en España.
A pesar que se trata de una primera versión, la interfaz es más que aceptable; de todas formas la próximas versiones seguramente que mejorarán aún más.
Según nos han adelantado, lanzarán un paquete de extensión llamado 'Empire of the rising sun' que contendrá más tropas, más edificios y un nuevo bando para escoger; además se añadirá la posibilidad de jugar en modo multijugador vía WiFi / Bluetooth.
<?xml version='1.0' encoding='utf-8'?>
<mx:TitleWindow
xmlns:mx='http://www.adobe.com/2006/mxml'
width='172' height='202'
layout='absolute' title='Teclado'
showCloseButton='true'
close='cerrar();'>
</mx:TitleWindow>
<mx:TextInput width='136'
x='10' y='10'
id='txtNumero'
textAlign='right'/>
<mx:Button x='10' y='124'
label='.' id='btnComa'
click='ponerComa();'/>
<mx:Button x='58' y='124'
label='0' id='btn0'
click='ponerNumero(0);'/>
<mx:Button x='106' y='124'
label='C' id='btnC'
click='txtNumero.text='0';'/>
<mx:Button x='10' y='94'
label='1' id='btn1'
click='ponerNumero(1);'/>
<mx:Button x='58' y='94'
label='2' id='btn2'
click='ponerNumero(2);'/>
<mx:Button x='106' y='94'
label='3' id='btn3'
click='ponerNumero(3);'/>
<mx:Button x='10' y='64'
label='4' id='btn4'
click='ponerNumero(4);'/>
<mx:Button x='58' y='64'
label='5' id='btn5'
click='ponerNumero(5);'/>
<mx:Button x='106' y='64'
label='6' id='btn6'
click='ponerNumero(6);'/>
<mx:Button label='8'
x='58' y='34' id='btn8'
click='ponerNumero(8);'/>
<mx:Button label='7'
id='btn7' x='10' y='34'
click='ponerNumero(7);'/>
<mx:Button x='106' y='34'
label='9' id='btn9'
click='ponerNumero(9);'/>
<mx:Script>
<![CDATA[
import mx.managers.PopUpManager;
public var origen:Object;
public function sincronizaTeclado():void
{
var texto:String = origen.text;
if (texto=='')
texto='0';
txtNumero.text = texto;
}
private function ponerNumero(numero:int):void
{
if (txtNumero.text=='0')
if (numero!=0)
txtNumero.text = ''+numero;
else
txtNumero.text = '0'
else
txtNumero.text = txtNumero.text+numero;
}
private function ponerComa():void
{
var texto:String = txtNumero.text;
if (texto=='0')
texto='0,';
else
if (texto.indexOf(',')<1)
texto+=',';
txtNumero.text = texto;
}
private function cerrar():void
{
var texto:String=txtNumero.text;
if (texto.charAt(texto.length-1)==',')
texto = texto.substr(0, texto.length-1);
origen.text = texto;
PopUpManager.removePopUp(this);
}
]]>
</mx:Script>
<?xml version='1.0' encoding='utf-8'?>
<mx:Application
xmlns:mx='http://www.adobe.com/2006/mxml'
layout='absolute'>
<mx:Script>
<![CDATA[
import mx.managers.PopUpManager;
private function mostrarTeclado():void
{
var teclado:WindowTeclado =
WindowTeclado(PopUpManager.createPopUp(
this,WindowTeclado,true));
PopUpManager.centerPopUp(teclado);
teclado.origen = txtNumero;
teclado.sincronizaTeclado();
}
]]>
</mx:Script>
<mx:TextInput x='10' y='10'
id='txtNumero' textAlign='right'/>
<mx:Button x='178' y='10'
label='Teclado' id='btnTeclado'
click='mostrarTeclado();'/>
</mx:Application>
SMS Pay International es una empresa de emprendedores argentinos que a mediados de este mes pondrá a funcionar en Argentina su sistema de pagos vía SMS que de verdad planea competir con gigantes de la industria como Google o Nokia Money ya que tratará de llegar rápido a todas las franjas sociales y sobre todo a las personas que se encuentran afuera del sistema bancario o financiero.En la primer etapa, SMS Pay estará presente en la región y para eso realizaron muchos acuerdos con operadoras, transaccionales financieras y bancos pero la compañía está decidida a llegar a Estados Unidos y Europa.
El sistema contará con varios procesos distintos para transferir dinero mediante mensaje de texto: 1)Tarjeta MultiPagos preadquirida -el usuario adquiere credito por $ xxx en un locales comerciales, ventanillas de bancos, RapiPago o Pago Facil y el credito adquirido se acredita en la plataforma SMSpay- 2) Tarjeta MultiPagos Precargada bancariamente -El usuario adquiere credito por $ xxx desde su Cuenta Bancaria, esto lo puede hacer con su celular o través del Portal y el crédito adquirido se acredita en la plataforma SMSpay-. Cada uno de estos procesos tienen diferentes opciones y entre las tecnologías que utilizarán también hay varias: nombrar Servicios transaccionales multi layer para SMS, Web y Gateway SMS, aplicaciones móviles para smartphones, Portal Transaccional, validación de servidor seguro con certificación digital, Plataforma Operativa, SMS y Web.
Obviamente en este momento todos se estarán preguntando cual es el modelo de negocios de estos argentinos que se lanzan en un mercado con tanto potencial de crecimiento y sobre todo que tipo de servicios o productos podrán comprar con SMS Pay, y en este caso también tienen una lista larga de posibilidades: recarga de celulares, pago de servicios generales, pagos de compras tradicionales en comercios, restaurantes, compra en Internet, loterías y apuestas, donaciones a ONG´s, banca móvil, transferencia de dinero entre usuarios, soluciones corporativas, carga de crédito para viáticos o gastos, envío de dinero al exterior o interior del país, movimientos financieros, tráfico de SMS, tarjetas, recarga virtual, etc etc.
Pero si todavía se quedaron con dudas tuve la oportunidad de hacerle algunas preguntas al COO de la empresa, Fernando Seidel:
¿Entre los modelos de negocios posibles que nombran cuales piensan que son los más viables hoy en día y cuales pueden marcar la diferencia en el futuro??
Sin duda el modelo más viable es llegar al sector no bancarizado por las limitantes que tiene ese segmento para acceder a tarjetas o cuentas bancarias, por otro lado son quienes están mayormente culturizados con la precompra o precarga. Apostaremos fuerte a los pagos de servicios, a las compras en comercios y promover una suerte de sinergia en plazas de consumo delimitadas, tales como shoppings, centros de consumo masivo, etc. En el modelo de un poco más adelante o de marcar el futuro, estamos convencidos que será por el lado de las aplicaciones para móviles, una vez que el parque de smartphones crezca, ahí tendremos oportunidad de diversificar y ampliar servicios, tenemos bastante planificado al respecto e inclusive varias cosas en Beta Testing.
¿Cómo piensan diferenciarse frente a las propuestas similares de gigantes como Nokia y Google??
Nuestra plataforma opera como gateway integrador y plataforma transaccional, somos más parecidos a Nokia/Obobay que a Google y también nuestros diferenciales están en la verticalidad de soluciones conjuntas que ofreceremos, tales como Marketing Directo basado en patrones de comportamiento y consumo y exactamente lo mismo para publicidad. En el ecosistema de SMS Pay podremos detectar estos patrones de conducta de los usuarios y, a su vez, hemos contemplado una completa integración web del sistema, propia y con partners de primera línea operativa. Por otro lado, la concepción de uso del sistema es realmente más sencilla, con muchas variantes que se verán cuando estemos ya lanzados en unos días.
¿Cómo enfrentan el problema de que existan tantas diferentes plataformas móviles?
Por ahora nos focalizamos en la solución primaria de SMS para lo cual las plataformas de equipos no representan un problema, se puede operar desde un Nokia 1100 hasta con un iPhone, en los 30 días siguientes al lanzamiento estaremos poniendo a disposición de los usuarios las aplicaciones para móviles, donde saldremos exclusivamente para Blackberry, iPhone y Windows Mobile, y en una segunda etapa iremos por Android, Symbian y el resto del universo de SO.
¿Cómo fueron las distintas respuestas de las operadoras y bancos que se acercaron para lograr acuerdos? ¿Entendieron el potencial de la propuesta?
Sin duda que se entendió la apuesta y el potencial, estamos hablando que ingresamos a un mercado que ya es muy grande, con nuestra propuesta para las operadoras significamos generación de demanda y en algunos casos hasta fidelización, para los bancos una respuesta financiera de volumen importante, para los comercios somos un punto de ventas con particularidades favorables respecto inclusive a las mismas tarjetas de crédito. Pero es importante recalcar que fuimos un grupo de 3 emprendedores que arrancó con un PPT y una idea, que caminó mucho, construyó una plataforma distinta y consiguió inversionistas, para esto se trabajó con tesón para convencer a cada uno de los interlocutores con los que nos sentamos, algunos escucharon y otros eligieron tener roles menos activos, pero nadie dijo que no, todos vieron el plan de negocios y les gustó.
¿Porque creen que podrán alcanzar al mercado masivo en un país como Argentina que todavía ni si quiera tiene una cultura desarrollada en las compras por internet? ¿Cómo se preparan para ese desafío?
Por que justamente somos el país de latinoamérica que mas uso de SMS hace, hay una cultura al respecto, aparte estamos convencidos en la practicidad y versatilidad de nuestro sistema, que no te ata a ningún banco, – o bien te permite elegir, por que en realidad tenemos una operación 360° -. Ese será el diferencial, proponemos un sistema practico, seguro, sin ataduras y confiable.
¿La expansión internacional de la compañía está atada al éxito en Latinoamérica o ya tienen decidido encarar eso?
El plan contempla una estrategia "espiral", primero región LATAM, luego USA y/o simultáneamente Europa. Igual, propongo esperar solo unos días y podrán ver y "tocar" algo distinto, se lo aseguramos, para eso trabajamos mucho, para llegar con una propuesta diferencial.
<mx:XML id='idObjetoXML' source='ruta/archivo.xml'/>
<?xml version='1.0' encoding='utf-8'?>
<mx:Application
xmlns:mx='http://www.adobe.com/2006/mxml'
creationComplete='getImages.send()'
>
<mx:Script>
<![CDATA[
import mx.rpc.Fault;
import mx.rpc.events.FaultEvent;
import mx.rpc.events.ResultEvent;
import mx.controls.Alert;
[Bindable]
private var objetoXML:XML;
private function
resultHandler(event:ResultEvent):void
{
objetoXML=event.result as XML;
}
private function
faultHandler(event:FaultEvent):void
{
Alert.show(event.fault.message,
'Error al cargar fichero XML');
}
]]>
</mx:Script>
<mx:HTTPService
id='getImages'
contentType='application/xml'
resultFormat='e4x'
url='ruta/archivo.xml'
method='GET'
useProxy='false'
result='resultHandler(event)'
fault='faultHandler(event)'
/>
...
faultCode:InvokeFailed faultString:'Error #2148:
SWF file 'ruta/fichero.swf' cannot access local
resource fichero.xml, Only local-with-filesystem
and trusted local SWF files may access local
resources.'
faultCode:Server.Error.Request faultString:
'HTTP request error' faultDetail:'Error:
[IOErrorEvent type='ioError' bubbles=false
cancelable=false eventPhase=2 text='Error #2032:
Error de secuencia. URL: URLruta/archivo.xml'].
URL: URLruta/archivo.xml'
<mx:HTTPService
id='getImages'
contentType='application/xml'
resultFormat='e4x'
url='URLruta/archivo.xml'
showBusyCursor='true'
useProxy='false'
result='resultHandler(event)'
fault='faultHandler(event)'
/>
contentType='application/x-www-form-urlencoded'
[This post is by Xavier Ducrohet and Reto Meier of the Android engineering team. — Tim Bray.]
The Android emulator is a key tool for Android developers in building and testing their apps. As the power and diversity of Android devices has grown quickly, it's been hard for the emulator keep pace.
Today we're thrilled to announce several significant improvements to the emulator, including a dramatic performance upgrade and support for a broader range of hardware features, notably sensors and multi-finger input.
The system image we're shipping today has built-in GPU support (Android 4.0.3 r2). With Android's growing reliance on using the GPU to improve performance, the difference is significant. In the video below, the emulator is still interpreting ARM instructions; the performance boost is the effect of putting the GPU to work.
As a bonus, since we're now supporting OpenGL ES 2.0, your OpenGL games can now run inside the emulator.
Please note that there are a lot of GPUs out there, and we haven't tested all of them for this beta release, so let us know if you have feedback or encounter issues.
The hardware features of mobile devices are a significant part of what makes them a unique platform for development, so we're also pleased to announce that in addition to the camera support we added last year, it's now possible to use a tethered Android device to supply inputs for sensors and multi-touch input.
We're working on providing emulator support for more hardware features including Bluetooth and NFC.
We've also improved the CPU performance of the Android emulator. Hardware floating point operation has been available for system images since Ice Cream Sandwich (Android 4.0), allowing CPU operations to be emulated roughly twice as quickly.
Last week's r17 developer tools release included x86 system images and host drivers (available through the SDK Manager), allowing the emulator to access the host CPU natively and offer significantly faster execution.
This video shows a CPU-bound application on two emulators running the same system image, one with virtualization, one without.
Because the Android platform allows deep interaction between applications, and with system components, we need to provide an emulator with a complete system image. Our emulator virtualizes a complete device: hardware, kernel, low-level system libraries, and app framework.
Of course, the system being emulated typically has an ARM CPU; historically, we'd been emulating those instructions in software, and that worked OK until the advent of tablet support with additional animations and complexity in Android 3.0.
The missing pieces were the completion of Android x86 support, and the GPU support in last week's release of SDK Tools r17. This works by funneling the OpenGL ES 2.0 instructions from the emulator to the host OS, converted to standard OpenGL 2.0, and running natively on the host GPU.
The Android ecosystem has a lot of devices in many different form factors. Developers need a good way of testing these apps without having to own everything out there and a fast, rich Android emulator is immensely helpful.
We hope that these new improvements will make the emulator a more useful tool in your development and testing, and look forward to improving it further for you.
Visita este Top Model Argentinas
Se lanzó el nuevo celular Samsung Soul S7330 con pad táctil Magic Touch DaCP.
Es un celular cuatribanda HSDPA a 3.6 mbps.
Tiene pantalla QVGA de 2,2 pulgadas, radio FM y Bluetooth.
Posee reproductor multimedia, cámara digital de 3 megapíxeles, con flash de LED y cámara frontal CIF para videollamadas por 3G.
Descargar
Hágase el conductor de Raza Death Race el juego oficial móvil de la película el nuevo juego de gameloft
1- Las chicas son como los Nombres de Dominios, las que te gustan ya están ocupadas.
