¿Alguna vez has deseado ver el estado del tráfico desde cualquier lugar? Con Cámaras DGT puedes ver una selección de las imágenes de las cámaras publicadas por la Dirección General de Tráfico y servicios afines. Puedes escoger aquellas que prefieras y guardarlas como favoritas. Así podrás visualizarlas cómodamente cada vez que ejecutes la aplicación. Necesitas conexión a internet para ver las imágenes.

Descarga Cámaras DGT para Windows Phone 7

Es gratis

Cámaras DGT es mi primera aplicación para Windows Phone 7. Muestra imágenes estáticas publicadas por la Dirección General de Tráfico, los ayuntamientos de Madrid y Barcelona, y el Servei Català de Trànsit. Puede que en un futuro próximo agregue más cámaras de otras comunidades y ciudades españolas. ¿Quieres ver tu ciudad? No dudes en contactarme.

La aplicación ha estado disponible en el Marketplace desde hace un mes y medio. Exactamente desde el 14 de noviembre de 2011. A pesar del corto tiempo que lleva publicada, me ha sorprendido agradablemente el número de veces que ha sido descargada, no sólo en España, sino también en el resto de los países desde donde se puede descargar.

El proceso de creación resultó ser también un proceso de aprendizaje. Uno de los puntos fuertes de Windows Phone 7, desde el punto de vista del desarrollador .NET, es que parte de la experiencia previa y los conocimientos adquiridos en otras áreas de la plataforma son utilizables o extrapolables al sistema de desarrollo del teléfono. La dualidad XAML+C#, presentada bajo el nombre de Silverlight for Windows Phone, no es nueva. Ya la tuvimos en WPF (Windows Presentation Foundation), en Silverlight (originalmente llamado WPF/Everywhere), y la tendremos en pocos meses en el futuro Windows 8 bajo el nombre de WinRT (Windows Runtime).

Luego están los temas realmente nuevos. No solamente hay que aprender la colección de nuevos controles Silverlight, propios del teléfono móvil, o las nuevas clases que realizan tareas asociadas a este tipo de dispositivo. Hay que conocer también el nuevo y premiado lenguaje de diseño visual Metro. Hay que entender la filosofía que subyace en él. Y hay que comprender que aquí no se diseña como se hace para iOS o Android.

Windows Phone 7 es un universo nuevo, emocionante y en expansión, que se apoya en tecnologías maduras de Microsoft. Es una propuesta diferente. Ha llegado último a la fiesta pero, como dicen en mi pueblo, no van lejos los de alante si los de atrás corren bien. La empresa de Redmond está desarrollando una estrategia global de largo recorrido, que pasa por su alianza con Nokia, la adaptación de Metro para tablets en Windows 8, la reciente actualización de la interfaz de la Xbox con Metro, el fuerte apoyo a los desarrolladores y una inusual campaña de márketing (centrada fundamentalmente en los Estados Unidos), entre otras acciones. Definitivamente, el nuevo año 2012 se presenta como una etapa muy interesante de eso que han dado en llamar la era post PC.

NOTA: Cuando escribí el refrán No van lejos los de alante… me asaltó la duda. ¿Debería haber dicho adelante? Por mucho que la RAE no acepte el vocablo, si lo hubiese cambiado habría falseado la literalidad de la frase tal como la escuché siempre y como permanece viva en el habla popular. Una búsqueda en internet me llevó al Blog de la Lengua. Tanto el artículo como la aportación muy interesante de los comentaristas ofrecen bastante luz al respecto.

Enlaces de interés:

Silverlight for Windows Phone
http://www.microsoft.com/silverlight/windows-phone/

Windows Presentation Foundation
http://es.wikipedia.org/wiki/Windows_Presentation_Foundation

Silverlight 5 released; will there be a Silverlight 6?
http://arstechnica.com/microsoft/news/2011/12/silverlight-5-released-will-there-be-a-silverlight-6.ars

WinRT demystified
http://tirania.org/blog/archive/2011/Sep-15.html

The WinRT Genome Project
http://thewire.vertigo.com/2011/the-winrt-genome-project/

Metro (design language)
http://en.wikipedia.org/wiki/Metro_(design_language)

Introduction To Designing For Windows Phone 7 And Metro
http://uxdesign.smashingmagazine.com/2011/12/20/introduction-designing-windows-phone-7-metro/

Interfaz de Windows 8 al descubierto: Metro UI para todos
http://www.genbeta.com/sistemas-operativos/windows-8-para-tablets-al-descubierto-interfaz-metro-para-todos

Xbox 360 se viste de Metro para llevarse mejor con Windows Phone y Kinect
http://www.xataka.com/consolas-y-videojuegos/xbox-360-se-viste-de-metro-para-llevarse-mejor-con-windows-phone-y-kinect

En la época del iOS, Android, BlackBerry OS, e incluso de un casi recién nacido Windows Phone 7 que pretende crecer de forma acelerada, hablar de Windows Mobile puede parecer demodé, fuera de moda. Y lo es. “Microsoft ha matado a su sistema operativo Windows Mobile“, decía en mi entrada anterior Cómo abrir el menú Inicio en Windows Mobile con C#. Con el objetivo de recuperar parte del terreno perdido, Microsoft ha venido realizando un amplio conjunto de acciones dirigidas a estimular el mercado de Windows Phone 7. De momento, el mercado se resiste.

“Visual Studio 2010 no admite el desarrollo de aplicaciones para móviles para las versiones de Windows Phone anteriores a Windows Phone 7.0.“, puede leerse en la MSDN. Visual Studio 2008 es la última versión del entorno de desarrollo que podemos utilizar para crear aplicaciones de Windows Mobile. Quizás ésta sea una de esas acciones que comentaba antes, en este caso dirigida a desestimular el apego por la vieja plataforma.

Copio y pego un párrafo de mi anterior entrada sobre movilidad:

“¿Quiere decir ésto que ya hay que olvidarse, como desarrollador, de Windows Mobile? Quizás. Pero allá afuera hay un legado de aplicaciones antiguas que necesitan ser mantenidas, y lo cierto es que las nuevas tendencias en los desarrollos móviles están influyendo en los criterios de mantenimiento de aplicaciones que fueron creadas sobre una plataforma ya obsoleta.”

Si hoy tuviera que crear una aplicación de movilidad desde cero, no la haría para Windows Mobile. Pero si tuviera que mantener una aplicación desarrollada para esa plataforma, no lo haría como se hacía hace varios años. Utilizaría ideas de diseño modernas que superan las capacidades nativas de Windows Mobile. Por ejemplo, la posibilidad de usar imágenes y botones con fondo transparente.

Para lograr éste y otros tipos de efectos visuales, existen en la red interesantes proyectos de código abierto. He seleccionado uno de ellos muy fácil de usar, AlphaMobileControls, para crear una interfaz más actual y continuar desarrollando el proyecto pedagógico que he utilizado a lo largo de varios post: una sencilla aplicación que sirve para hacer llamadas telefónicas, ocupa toda la pantalla y permite abrir el menú Inicio.

AlphaMobileControls ofrece pocas clases y controles:

Basta con sustituir en la aplicación antigua los Windows.Forms.Form por AlphaForm, o los Windows.Forms.Panel por AlphaPanel. Encima de ellos podemos colocar los botones, imágenes y etiquetas que necesite el programa. El código de ejemplo demuestra cómo hacerlo. Para los botones he utilizado un psd de la colección openPhone, creado por Walrick. Descarga el código del proyecto Teléfono v3.

Otros proyectos de interés:

Windows Mobile – Attractive UI: Part I
http://www.codeproject.com/KB/windows/Windows_Mobile_UI.aspx
(Explica cómo funciona internamente AlphaMobileControls)

Silvermoon
http://silvermoon.codeplex.com/

Composite UI Framework for Windows Mobile
http://mobileui.codeplex.com/

Fluid – Windows Mobile .NET Touch Controls
http://fluid.codeplex.com/

Touch UI
http://touchui.codeplex.com/

Microsoft ha matado a su sistema operativo Windows Mobile. Tras los numerosos retrasos en el desarrollo de Windows Mobile 7, aceptó sabiamente que el proyecto ya era un fracaso aún antes de ver la luz. iPhone y Android habían tomado la delantera, y amenazaban con dejar fuera de la carrera a quien años atrás había sido el líder. Así que en diciembre de 2008 apretó CTRL+ALT+DEL y comenzó a crear un nuevo sistema operativo para teléfonos inteligentes, apoyándose en tecnologías que ya tenían cierto recorrido: el núcleo de Windows Mobile (Windows CE 6.0 R3), la plataforma .NET, Silverlight y XNA Framework. De esta manera nació el Windows Phone 7.

En cuanto estuvieron disponibles las primeras betas del sistema y de las herramientas de desarrollo, Microsoft inició una frenética cruzada para captar desarrolladores de aplicaciones. Con su ya famoso grito de guerra Developers, developers, developers!, Steve Ballmer reconocía la importancia de este sector en su estrategia global. Windows Phone 7 no tendría futuro si no contaba con su propia tienda de aplicaciones, por lo que tendría que potenciar el ya existente Marketplace.

Microsoft ha intentado convencer a miles de desarrolladores de que el futuro está en WP7, y ha llevado a cabo numerosas acciones para facilitar el aprendizaje de la nueva plataforma tecnológica (Windows Phone 7 Development for Absolute Beginners, Windows Phone 7 Training Course). Después de todo, tiene una tienda que llenar de productos nuevos para ayer mismo. ¿Quiere decir ésto que ya hay que olvidarse, como desarrollador, de Windows Mobile? Quizás. Pero allá afuera hay un legado de aplicaciones antiguas que necesitan ser mantenidas, y lo cierto es que las nuevas tendencias en los desarrollos móviles están influyendo en los criterios de mantenimiento de aplicaciones que fueron creadas sobre una plataforma ya obsoleta.

Hoy en día se tiende a aprovechar todo el espacio físico que ofrece la pantalla del teléfono, maximizando el tamaño de la ventana de la aplicación. Por ejemplo, i-nigma, un difundido lector de códigos QR, utiliza este principio de diseño GUI.

En cierta ocasión viví en primera persona esta historia, pues los usuarios estaban habituados a consultar el calendario y otras aplicaciones mientras utilizaban el programa que me había tocado mantener. Propuse maximizar la ventana, y así se hizo. Tras las primeras pruebas de los key users, las protestas no tardaron en llegar. Tenía dos opciones: o daba marcha atrás y dejaba el diseño de la interfaz como estaba anteriormente, o mantenía el nuevo diseño, más moderno, y ofrecía una solución que resolviera el nuevo problema.

Y la solución fue simular por programación que el usuario hacía click sobre el icono del menu Inicio. ¿Y cómo podemos abrir el menú Inicio en Windows Mobile con C#? Pongamos manos a la obra.

Los teclados que han sido creados específicamente para ser usados en ordenadores con Windows (Microsoft Natural Keyboard) tienen dos teclas especiales que muestran el logotipo de este sistema operativo. Cuando se presiona cualquiera de los dos, el resultado es el mismo: se despliega el menú Inicio. En un dispositivo con Windows Mobile podemos simular esta acción mediante la función keybd_event, que se encuentra en la dll no administrada coredll.dll, por lo que tendremos que utilizar P/Invoke para importarla a nuestro código C#:

[System.Runtime.InteropServices.DllImport("coredll.dll", EntryPoint = "keybd_event", SetLastError = true)]

internal static extern void keybd_event(byte bVk, byte bScan, int dwFlags, int dwExtraInfo);

Una vez que hemos importado esta función, sólo nos resta usarla con los valores adecuados. El código de la tecla izquierda con el logotipo de Windows (Left Windows key) es 0x5B. Tendremos que simular dos eventos: cuando se oprime la tecla, y cuando se libera. El código del primer evento es cero (0×0), mientras que el del  segundo es 2 (0×2). Ahora tendríamos que colocar sobre la interfaz de nuestra aplicación una imagen o un botón, y asociarle un evento que “oprima” y “libere” el menú de inicio. El código fuente en C# quedaría más o menos así:

const int VK_LWIN = 0x5B;
const int KEYEVENTF_KEYUP = 0×2;
const int KEYEVENTF_KEYDOWN = 0×0;

private void btnInicio_Click(object sender, EventArgs e)
{
    keybd_event(VK_LWIN, 0, KEYEVENTF_KEYDOWN, 0);
    keybd_event(VK_LWIN, 0, KEYEVENTF_KEYUP, 0);
}

En este código de ejemplo hemos utilizado la declaración de varias constantes, pero podríamos haber utilizado el tipo enumerativo Keys, del espacio de nombres System.Windows.Forms. El código alternativo y equivalente quedaría así:

private void btnInicio_Click(object sender, EventArgs e)
{
    keybd_event((byte)Keys.LWin, 0, KEYEVENTF_KEYDOWN, 0);
    keybd_event((byte)Keys.LWin, 0, KEYEVENTF_KEYUP, 0);
}

Nótese que hemos necesitado realizar un typecast sobre el valor Keys.LWin, porque la función keybd_event() espera como primer parámetro un valor de tipo byte.

He aprovechado el código de ejemplo de la entrada Cómo hacer una llamada telefónica en Windows Mobile con C# para ampliarlo con esta nueva funcionalidad. Descarga la nueva versión y comprueba su utilidad.

Enlaces de interés:

Cómo abrir el menú Inicio en Windows Mobile con C#
El código fuente del proyecto

keybd_event
http://msdn.microsoft.com/en-us/library/aa928103.aspx

keybd_event (coredll)
http://pinvoke.net/default.aspx/coredll.keybd_event

Virtual-Key Codes
http://msdn.microsoft.com/en-us/library/dd375731(v=VS.85).aspx

Keys Enumeration
http://msdn.microsoft.com/en-us/library/system.windows.forms.keys(VS.90).aspx

How Microsoft Hit CTRL+ALT+DEL on Windows Phone
http://www.wired.com/gadgetlab/2010/11/making-windows-phone-7/all/1

ACTUALIZACIÓN

Windows Phone OS 7.0: What’s inside?
http://www.zdnet.com/blog/microsoft/windows-phone-os-70-whats-inside/6110

¿Porqué sería posible instalar Windows Phone 7 en un smartphone Nokia?
http://logica10mobile.blogspot.com/2011/02/porque-seria-posible-instalar-windows.html

Recientemente un cliente me pidió, como parte de los requerimientos del proyecto, que para realizar ciertas acciones en su aplicación de Windows Mobile se encendiera y apagara el teléfono automáticamente, sin que el usuario tuviera que intervenir. Concretamente, la aplicación tiene que abrir una conexión de datos GPRS, conectarse a un webservice situado en un servidor de Internet, e intercambiar cierta información con éste. El teléfono no se utiliza para comunicaciones de voz, sólo de datos.

Como era una tarea que nunca antes había realizado, tuve que recurrir a Google para intentar encontrar la solución, alguna solución cercana, a alguna pista que me llevara hacia ella. Pronto la decepción se apropió de mí. Por más que buscaba y buscaba cómo encender el teléfono en Windows Mobile con C#, no encontraba nada, a pesar de que la búsqueda la realizaba en Inglés, el idioma más difundido en la red.

Sin embargo, aunque lentamente, poco a poco me fui acercando a la solución. La causa de la falta de respuestas era que no estaba escribiendo la pregunta correcta. Para un usuario común puede que la frase “encender el teléfono” le resultara natural, pero en términos más técnicos el enfoque correcto es “encender la radio del dispositivo móvil”. Y en Inglés. Algo así como: turn radio on and off windows mobile c#. Aunque en este contexto existen otros posibles sinónimos de turn, como switch o toggle.

Resulta que en la ROM del dispositivo existe una dll no documentada llamada ossvcs.dll, que exporta funciones para controlar los Dispositivos de Radio (Radio Devices). Es decir, los módulos de Bluetooth, Teléfono y Red Inalámbrica (WiFi). Ossvcs.dll exporta las funciones por un número de orden y no por su nombre. Estas funciones pertenecen a un API no administrado, por lo que para invocarlas desde nuestro código C# necesitaremos declarar los prototipos mediante p/Invoke. Las funciones que necesitamos son las siguientes:

[DllImport("ossvcs.dll", EntryPoint = "#276", CharSet = CharSet.Unicode)]
private static extern uint GetWirelessDevice(ref IntPtr pDevice, int pDevVal);

[DllImport("ossvcs.dll", EntryPoint = "#273", CharSet = CharSet.Unicode)]
private static extern uint ChangeRadioState(ref RDD pDevice, int dwState, int saveAction);

[DllImport("ossvcs.dll", EntryPoint = "#280", CharSet = CharSet.Unicode)]
private static extern uint FreeDeviceList(IntPtr pDevice);

Nótese cómo EntryPoint contiene el número de orden que identifica a la función invocada.

De las tres funciones, la que realmente nos interesa es ChangeRadioState(), porque justamente es la que nos permite cambiar el estado de la radio. Es decir, encenderla o apagarla. O dicho de forma llana, encender o apagar el teléfono.

He creado una clase llamada MobileRadio, que expone un único método público estático: SetDeviceState(). Este método acepta dos argumentos de tipo entero. El primero indica el tipo de dispositivo, y el segundo informa el estado al que se desea cambiar. El tipo de dispositivo puede ser uno de los siguientes: Bluetooth, el Teléfono o la Red Inalámbrica (WiFi). No necesitas conocer de memoria los valores enteros que se pueden traspasar. La clase MobileRadio exporta también dos estructuras (RADIODEVTYPE y RADIODEVSTATE) que contienen las constantes necesarias.

Para encender el teléfono basta la siguiente línea de código:

MobileRadio.SetDeviceState(MobileRadio.RADIODEVTYPE.PHONE, MobileRadio.RADIODEVSTATE.ON);

Y para apagarlo, ¿lo adivinas?

Para conocer el estado actual del teléfono, si está encendido o apagado, utilizamos la propiedad booleana PhoneRadioOff de la clase SystemState, situada en el espacio de nombres Microsoft.WindowsMobile.Status:

Microsoft.WindowsMobile.Status.SystemState.PhoneRadioOff

Esta propiedad es verdadera (true) si la radio del dispositivo está apagada, y falsa (false) en caso contrario.

Puedes descargar el proyecto completo desde aquí.

Enlaces de interés:

Cómo encender el teléfono en Windows Mobile con C#
El código fuente del proyecto

Turn radio on and off as needed
http://community.intermec.com/t5/General-Development-Developer/Turn-radio-on-and-off-as-needed/m-p/138

Controlling the Radio Devices
http://www.teksoftco.com/articles/article%20007/radiodevices.htm

Toggle WiFi/BT/Phone using .NET code only!!!
http://forum.xda-developers.com/showthread.php?t=413159

PInvoke.net: A wiki for .NET developers
http://www.pinvoke.net/

Un teléfono móvil moderno, provisto de Windows Mobile, nos permite abrir archivos de MS Office, leer PDFs, hacer fotos, leer el correo electrónico, acceder a contenidos online por RSS, llevar la agenda de actividades, gestionar nuestros contactos, escuchar música, ver vídeos, chatear, jugar, ejecutar aplicaciones de un amplio rango… Además, por si no fuera suficiente, también sirve para hacer llamadas telefónicas.

Realizar una llamada telefónica mediante código C# desde una aplicación nuestra de Windows Mobile es algo ridículamente simple, gracias a un recurso que Microsoft ha puesto a nuestra disposición: la clase Phone. Esta clase se encuentra definida dentro del ensamblado Microsoft.WindowsMobile.Telephony (en la DLL microsoft.windowsmobile.telephony.dll), por lo que debemos agregar una referencia a este ensamblado en nuestro proyecto de Visual Studio.

Ahora sólo nos resta declarar y crear un objeto de la clase Phone, y llamar a su método mágico: Talk().

Phone p = new Phone();
p.Talk(numero);

Este método recibe como parámetro un texto (string) que representa el número al cual se desea llamar: public void Talk(string number).

El proceso no es silencioso. Realmente lo que hace es ejecutar (y mostrar) el programa Teléfono del sistema operativo. Delega en él todas las operaciones, como por ejemplo, colgar la llamada.

Puedes descargarte el proyecto completo desde aquí.

¿Y por qué necesitaríamos realizar llamadas telefónicas desde una aplicación propia? ¿Acaso para escribir una versión mejorada del programa nativo? Yo conozco al menos un caso en que sí es necesario acudir a esta funcionalidad. Hace algunos años tuve que desarrollar una aplicación de telecomunicaciones que necesitaba, como parte de su funcionamiento, realizar llamadas automáticamente a un cierto número. La aplicación OIGAA convierte los teléfonos móviles en extensiones de la centralita corporativa, permitiendo a sus usuarios responder desde cualquier lugar como si estuvieran en la oficina, y ofreciendo además diversas funcionalidades de valor añadido. Aquí te dejo algunas capturas de pantalla de la aplicación ejecutándose en el emulador de dispositivos móviles.

• OIGAA: Pantalla de autenticación
• OIGAA: Conexión y actualización inicial de datos
• OIGAA: Agenda de contactos. Posibilidad de iniciar una conexión de VoIP
• OIGAA: Configuración del tipo de llamada y el mensaje de presencia

Enlaces de interés:
Código completo del ejemplo